Can't recognize duplicates movies anymore

Today I use filebot to rename my movies files. Everything gone well except for the duplicates: if I have different version of the same movie Plex seems not to recognize them as the same movie and it creates two different poster.
Here an example:
image

the two files in the same folder
image

and their info


The duplicate filter is very useful to me in order to manage multiple version. Why it does not work anymore?

Check the XML info for the files and ensure they have the same guid:

If they don’t, they won’t show as duplicates since they were matched with different agents (The Movie Database vs. Plex Movie). You can correct this by performing a “Fix Match” on one of them and choosing the same agent as the other. Or, you can Plex Dance both files so that they are re-matched by the agent configured for your library.

the two guid are the same:
1.txt (22.9 KB) 2.txt (22.9 KB)

guid=“com.plexapp.agents.imdb://tt0054599?lang=it”
guid=“com.plexapp.agents.imdb://tt0054599?lang=it”

My first suggestion would be to name the file correctly by removing the name from within the parenthesis. Unless there’s an update I’m not aware of (and I just did a Google search to find out and I think I’m correct) the filename should be:

Movie Title (year) Anything else you want.extension
like…
Accattone (1961) Pier Paolo Pasolini [1080p, x264, AC3].mkv

I’m not saying that will fix the files, but I’d eliminate that first. Rename them both and rescan and see what happens.

I am experiencing a strange behaviour. Let call the A, B, C, D the following four name format:

A: Accattone (Pier Paolo Pasolini, 1961) [1080p, x264, AC3].mkv
B: Accattone (1961, Pier Paolo Pasolini) [1080p, x264, AC3].mkv
C: Accattone (1961) (Pier Paolo Pasolini) [1080p, x264, AC3].mkv
D: Accattone (1961) [Pier Paolo Pasolini] [1080p, x264, AC3].mkv

A does not work as I told before. I tried to rename to B and re-analized the library but nothing. Same story for C and D.
Then I tried to move the files (D) out of the folder, analyze the library (they disappear), move the files in and analyze. I also renamed them to C and B and analyzed: it worked. Not with A: splitted again.
Last possibility: move the files (B) out of the folder, analyze the library (they disappear), move the files in and analyze: they are correctly merged.

What is strange to me is than Plex consider somehow the “history” of the failes name. It does not just consider the file name as they are when it analyze the library.

This has been happening to me as well!

It’s very annoying, because it takes longer to go through and delete each one. It use to group them together.

All of my files are named exactly the same.

I have a massive library with several hard drives. I have never had this issue until this past week or so…

Because my library is so large I have several copies of the same files… They are all labeled the exact same though because I use an auto labeling program…

I don’t understand why Plex is no longer grouping them into duplicates.

I once read if you change the order of your data fetching preferences then it can cause this? I haven’t really done this in quite some time though.

This is no where close to an ideal solution for multiple files.

This never was an issue for me until this week. I really wonder what changed.

I also use filebot to label all my files correctly.

As I said, I’m not suggesting that the naming was the problem, but it was definitely wrong so changing it to the correct format could either help or do nothing, it wouldn’t make it worse.

In your examples C and D are identical as far as Plex sees. Anything after the year in parenthesis is ignored.

Sorry I have no other suggestions for what may have caused the problem. I’m unaware of any recent changes that could cause this.

I’ve found a solution. Unfortunatelly it requires some manual steps.
I noticed that, as @mushtang suggest, if you use the name format C/D and you:
1_remove one of the duplicate from the folder
2_scan the library
3_add the duplicate to the folder
4_scan again
it works. Probably the problem arise when you try to scan the whole library for the first time after a massive rename task.

So you have now to find all the duplicated. An approximation that works for me is the following:

Get-ChildItem -recurse | Where {$_.PSIsContainer -and
@(Get-ChildItem $.Fullname | Where {!$.PSIsContainer}).Length -gt 1}

this gives you the list of folder having more than a file inside.

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.