I’ve been having the same issue as well.
Just happened to me too. Tried using SQLite3 to repair the DB, no evidence of any issue and no change to the behaviour
And no, its not the naming - seven movies all in correctly “Title (date).mp4” naming in separate “Title (date)” subdirectories all interpreted as different versions of Madagascar 3. All ripped using Handbrake, no tags or any other such nonsense. Same version of handbrake & same handbrake preset that has always worked for me in the past.
The workaround to not use the Plex Movie agent works, but is not satisfactory (no trailers, special features, etc). Looking at the “fix incorrect match” there is a 100% score for the correct title, but also a 100% score for Madagascar 3 that trumps this for some reason.
Its a bug guys!
A Plex Pass subscriber I’m hereby asking Plex employees for support.
Happy to send logs, etc.
1 Like
the common thread here seems to be handbrake. I am also experiencing this issue and am using handbrake.
I am wondering if everyone is using handbrake to encode straight into the folder, or using another folder then moving the files over? I have a theory that I am testing now, that this issue is caused from Plex scanning the partial file from handbrake during the encoding process then doesn’t search again once assigned. I haven’t experienced the issue with files that were encoded and then moved.
2 Likes
Confirmed: This issues is caused by plex reading an incomplete file from handbrake (although I think it could happen with another program too), and then not rereading the file to correctly assign it based on the file name. If you use handbrake to convert content, it should do it to a separate folder. Then move that file to the movies folder and you will not have an issue.
5 Likes
This has been happening with every movie I rip. I have Plex Server set up to automagically update itself when new files are detected. The easiest way I’ve found to fix these titles it to move the files outside of whatever “Movie” directory their sitting in (but on the same drive), re-scan, then move the files back and re-scan if necessary. This has always resolved the issue for me.
(Apologies - I hadn’t read the second page of posts before posting here. It had already been answered.)
I can also confirm that its because of handbrake. Encoding with handbrake and sending the outputted file directly to your plex movie folder causes this. Handbrake takes roughly 5-10 minutes to encode a file, but its sending pieces to the folder, plex reads it wrong.
+1; Using handbreak with Plex set to auto update the library, if ripped directly into the Movies folder they are always detected as Madagascar 3, if copied in to the Movies folder after ripping is complete then the correct title is detected.
1 Like
Oh, and I’m using Linux (Raspberry Pi 2) as the Plex Server, this is not OS X specific
+1 using Linux Mint 14 using Plex 1.3.4.3285.
I’m using either DVD Decrypter or MakeMKV to rip the disk and then encoding with Handbrake (as mentioned above).
It’s been happening for several versions. I thought my install had to be corrupted somehow since it’s always Madagascar 3, but was relieved to find others having the same problem.
Every time I add a movie (just copying an mp4 to the folder) I know I’ll need to split Madagascar 3 and then fix the incorrect match…
Doable, but takes a lot of the magic out of Plex…
Finally tested the suggestion to encode the movie outside of the Plex folders and then move once it’s complete. Movies are recognized properly when I do this. Although not a perfect solution, it’s certainly less work than fixing them in Plex.
Thanks to mrnice225 for the suggestion!
@bradigan said:
Finally tested the suggestion to encode the movie outside of the Plex folders and then move once it’s complete. Movies are recognized properly when I do this. Although not a perfect solution, it’s certainly less work than fixing them in Plex.
I realize this is about a month old but a different question lead me here. Another way to not have to move the file is to place each movie in its own folder. The library still points to the “Movies” directory but under that are each of the movies. The scanner is then only worried about the one in the folder that you are creating and it doesn’t match it to the wrong thing and you don’t have to move it again.
/Movies
/Doctor Strange (2016)
Doctor Strange (2016).m4v
Doctor Strange (2016)-fanart.jpg
I have the same problem. Any new ideas?
****Never-mind. I didn’t see the second page. Thanks for the fix.
Ditto. Same issue and I’m using Handbrake as well.
Thanks @mrnice225 for sorting this and @mike4ql for bothering to ask, this has been driving me slightly crazy for months. I’ve got the exact same thing ( Handbrake in-folder, Madagascar 3 is matching). I’ll adjust my MakeMKV --> Handbrake script to do the compression in a temp folder.
Others: If it isn’t clear, you can fix these just by moving the mismatched files out of the movie folder and after Plex notices moving it back in to trigger a rematching.
I’ve the same issue.
I’d guess (without the benefit of knowing what I’m actually talking about) this behavior is due to a matching process which already starts while a file is only just being produced by HandBrake. Any empty movie file with just a header is matched to Madagascar 3; perhaps due to an accidental hash collision with exactly that funny movie and an almost empty movie file.
This could be why unmatching/matching resolved the problem, by then the entire file is used to match the movie and a correct match can be made. Also switching agents can be explained by this, if it uses a different hash to make the match you would not see the same behavior. And, it explains why the same match would happen with all new movies uploaded to the server.
Almost 2 years after this topic was created, the problem still exists with the same movie being selected all the time. I was able to fix it using the advice given (thanks all!), but I find it very strange that without making any changes to this setting, it just suddenly started happening after years of using Plex. Does Plex cache this somewhere, and for some reason thinks everything is Madagascar 3? If so, where is it cached, and how would be the best way to clear it?
1 Like
This always happens, if you download directly into a folder which is being monitored by Plex Server.
As soon as the download starts, Plex is scanning the file and is trying to match it. For some reason this results often in a match to “Madagascar 3”. This wrong match is not changed after the file is completely downloaded.
Therefore: Don’t download directly into your Plex media folders.
Always download into a temporary folder, until the file is completed.
Then verify the download was successful and the file is not damaged.
Rename it according to the Plex guidelines.
Only after that move the file into your Plex media folder.
And another 10 months after your post, it is still not fixed. It’s just dumb behaviour by Plex. Use the file name to match, regardless of the file content.
There really is no need for this bug!
Can confirm that this bug is still resulting in the same issue. Transferred two movies over last night and both of them came up as Madasgascar3.
