mirror of
https://github.com/jellyfin/jellyfin.git
synced 2026-01-23 23:20:51 +01:00
Movie identification mostly fails if file name contains modifiers such as "remastered" #7225
Labels
No labels
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
EFjellyfin.db
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/jellyfin#7225
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @eomanis on GitHub (Aug 6, 2025).
Description of the bug
Movie identification mostly fails if, in the file's name, the movie's name is followed by a modifier such as
and similar such terms.
Presumably, when asking an external service for identification, these terms are sent along with the proper movie name, thereby confusing the service and leading to no results.
Such modifier terms should instead be denylisted and cut off, or, if no identification could be achieved with them included, another attempt should be made without them.
Reproduction steps
What is the current bug behavior?
Jellyfin usually fails to identify movies whose files' names contain any of the listed modifier terms, leading to fallback entries having the file name as title and a captured frame as picture
What is the expected correct behavior?
Jellyfin correctly identifies these movies
Jellyfin Server version
10.10.0+
Specify commit id
No response
Specify unstable release number
No response
Specify version number
10.10.7
Specify the build version
Release
Environment
Jellyfin logs
FFmpeg logs
Client / Browser logs
No response
Relevant screenshots or videos
No response
Additional information
No response
@cmbarba commented on GitHub (Aug 7, 2025):
Are you following the recommended naming format?

https://jellyfin.org/docs/general/server/media/movies/#multiple-versions
I have my media named this way with modifiers/tags at the end of the file name, separated by a " - " from the title and year. I rarely have title parsing issues.
@eomanis commented on GitHub (Aug 7, 2025):
I must admit that I currently am not.
I have all movies in a single flat directory that does not contain subdirectories.
They are overwhelmingly named like
In this example, the identification would typically fail for "Another Good Movie".
@TheMelmacian commented on GitHub (Aug 7, 2025):
In this example you could try to switch the year and Directors.Cut, if the identification works for "Best.Movie.Ever" but not for "Another.Good.Movie".
You could also add metadata provider IDs to help jellyfin identifying the movies: https://jellyfin.org/docs/general/server/media/movies/#metadata-providers
But the recommended (folder based) naming schema has some advantages.
@eomanis commented on GitHub (Aug 7, 2025):
I would prefer to not modify the existing file names as they all appear to follow a naming convention that I am reluctant to deviate from.
I strongly suspect that whoever named them the way they are had a good reason to do so.
Also it may cause problems later on, e. g. when trying to match the contents of two directories that should be merged.
That being said, I am cautiously open-minded about having a directory for each movie, provided that the files' names inside them can remain as they are now.
A drawback would of course be that it would be harder, using a regular file manager, to discern what e. g. quality or language(s) a movie has.
@TheMelmacian commented on GitHub (Aug 7, 2025):
Movie name, year, metadata (resolution, language, audio/video codecs, ...), source (BluRay, WebRip etc.) and probably the name of the ripper/provider/releasegroup.
You can keep all information even when using the recommended format:
Another.Good.Movie.Directors.Cut.2014.German.DL.DTS.1080p.BluRay.x264-SOMETHiNG.mkv
--> Another Good Movie (2014) - Directors Cut [German.DL.DTS.1080p.BluRay.x264-SOMETHiNG].mkv
Or add the provider ID:
Another.Good.Movie.Directors.Cut.2014.German.DL.DTS.1080p.BluRay.x264-SOMETHiNG.[tmdbid-12345].mkv
If you really don't want to change the file names, you can always identify the affected movies manually over the GUI.
@brianppoole commented on GitHub (Aug 7, 2025):
If you're using Radarr, you can set it up to automatically rename the file to Jellyfin's conventions. At the very least, even if you're not using it to hydrate your library, it can help organize and standardize your filenames. IIRC you can also include the release group, etc.
In general, I wouldn't rely too much on the details in the naming conventions of the filenames you're looking at. Yes, it's significantly better over the years, but there's no centralized standard and it can lead to some clients (e.g. Jellyfin) getting confused while trying to parse it. I find it better to have a UI dedicated to organizing it ahead of time so a human can be presented with a decision to make when there are issues like the one you're having.
@jellyfin-bot commented on GitHub (Dec 6, 2025):
This issue has gone 120 days without an update and will be closed within 21 days if there is no new activity. To prevent this issue from being closed, please confirm the issue has not already been fixed by providing updated examples or logs.
If you have any questions you can use one of several ways to contact us.