check the movie “Man.ant. 2015”, he recognizes as ant-man 3 and the cover as well. i used the fix mode for it to show the correct data
What is the correct movie here? Is it Ant Man (2015)? If so… why do you name it Man.Ant .2015?
1 Like
esta com nome de homem-formiga.2015, mais reconhece como ant-man 3
Ant Man is known as “Homem-Formiga” (literally “Man Ant”) in Brazil.
Thanks for clarifying.
@aracwb: best just manually do a fix match (if you haven’t already done that). This way the devs will get a notification with the file name, the bad match and the correct match to help improving the agent during the preview phase.
If you have a localized title, then use this literally and don’t re-translate to english.
Homem-Formiga (2015) is supposed to yield a correct match.
so there is no ant man 3
No. They’ve only made 2 so far.
Ant-Man (2015)
Ant-Man and the Wasp (2018)
1 Like
That doesn’t stop the guys at The Movie Database from including a “planned” entry 
Edit: still raises the question if not-yet-released movies should be considered when matching
We now support IMDB and TMDB IDs in file names. The convention is as follows;
- ID must be within
{ }(we also support( )or[ ]) - Start with
imdb or tmdband use:or-as a separator between source and ID. - Can then be placed anywhere in the filepath.
While the above convention will be our offically documented option, we also support the IMDb ID tt0903624 standalone in the filename if you prefer.
Examples;
- Braces with dash seperator =
{imdb-tt0903624}or{tmdb-49051} - Braces with colon seperator =
{imdb:tt0903624}or{tmdb:49051}
You can then have this anywhere in the file path.
/Volumes/Movies/{imdb:tt0903624}.mkv/Volumes/Movies/The Hobbit 1 (2012)/{imdb:tt0903624}.mkv/Volumes/Movies/The Hobbit 1 (2012)/The Hobbit 1 (2012) {tmdb-49051}.mkv/Volumes/Movies/The Hobbit (2012) tt0903624.mkv
8 Likes
Is Plex dropping the use of square ‘[ ]’ brackets as ignored information in file names?
is the imdb- required or could I use just (tt1234567)?
Most renames I have used would use (tt1234567)
2 Likes
I am not aware that we ever ignored information within square [ ] brackets.
It is for now, but I will see if we can allow IMDB ID’s to forgot the prefix of imdb given that they already have a recognisable tt prefix 
1.) A filename with ‘:’. Will this work on Windows?
2.) What about the partx declaration? Would this be possible for a filename:
Moviename (2020) [imdb-tt123456] part1.mkv
No – but it might work for some Linux systems.
Usual prerequisite for stacking:
- exact same file name prefix
- suffix in line with the naming conventions
- some other rules apply (e.g. same streams, same stream sequence…).
So the following should work:
Movies
Movie Name (year)
Movie Name (year) [imdb-tt123456] - part 1.mkv
Movie Name (year) [imdb-tt123456] - part 2.mkv
(don’t miss the dash!)
1 Like
Specifically. When the name is freed of the extra information, either by enclosing in [ & ] (anything between brackets is ignored), or removing from the name entirely, the resultant searcn becomes Dark+Waters+2019 (now only 3 items).
@Xhaka I think that might be how the old/current Python agent works. Our new native agent has similar logic but it has some vast improvements in parsing out the movie name and year regardless of having things in [ ]. Either way, we don’t ignore IMDB or TMDB ID when in brackets or parenthesis as mentioned in my previous post.
2 Likes
Well I use the square brackets knowing that Plex ignored anything it contains…
Also all my movies have the (tt1234567) already in them. started that back when Plex wasn’t even Plex yet…
I’ll have to think about this…
Just wondering if the series will also have the ID’s in the files?
1 Like
I’ll chat to our metadata team to see if we can support this format as well as the convention I outlined.
Yes, we should be able to support (tvdb:12345) and (tmdb:12345) using parenthesis or square braces for TV as well when we get to the native TV agent. The reason for having the source (imdb, tmdb, tvdb, etc) then : or - is because only IMDB has a recognisable ID. all others are simply a numeric string with no identifier at all.
Ok
That sounds good,
I will delete my test library and scan a new one once things settle…
See how fast it has gotten…
old scanner was just shy of 15 hours to scan the complete library
The last test I did a month ago took just about 8 hours…
would be nice if the addition of the ID in the file name made an improvement.
I’ve done yes
Does anyone know how to do keep the movie data already seen, after deleting the library and do again
