Serviio

I have noticed a problem with the newer imdb format names.
Old names which the look up works for is based on "tt" plus 7 numerical digits and has worked fine for a long time, however I have recently spotted a few newer videos which have "tt" plus 8 digits which is causing serviio some issues with getting the meta data.

For example a recent film "Fatman" has an imdb id of tt10310140, but when the media is extracted it comes from a porn film which is not ideal.

Here is the log entry for it:
INFO [MediaFileIndexer] Added file 'P:\Media\Videos\Movies\18\2020 - Fatman (tt10310140).mp4' (title: BangBros18 18) to Library

Is there a fix for this coming soon?

Thanks

Just in case the developer doesn't see this post, I suggest also posting a bug report in Bitbucket https://bitbucket.org/xnejp03/serviio/issues

Dan,

Thanks I have done that now.

KC

I have the same issue - no matter what I do, Serviio cannot distinguish between these two movies:
The Flood (2019) 720p [tt5954556]
The Flood (2020) 720p [tt11609692]

Usually I would store/save them like this - I've noticed that this can sometimes confuse the meta data scraper and it will retrieve the wrong data:
Flood, The (2019) 720p [tt5954556]
Flood, The (2020) 720p [tt11609692]

When I use IMDB numbers, I don't usually include brackets or the year. No idea if it might make a difference. I have had to play around a bit with the file name on a few files. One movie I could not get to identify correctly until I put it in a folder all by itself. I named the folder with just the movie name (Cherry 2000), and then named the file "Cherry 2000 tt0092746.ts". that finally got it correctly.

I tried it in every possible combination that I could think of - doesn't work. But I think that 8digit TT number might have something to do with it - if its hardcoded to look for 7digits, that 8th one will be ignored, and I've noticed that if there is a perfectly good name/year matching file name it will override whatever is in the TT tag if that movie doesn't match.

The fact that I use the round and square brackets is mostly for ascetics (and to keep my OCD at bay), but when managing large swaths of files I found that with some of the tools I developed for my personal use it made things easier to do tests with. E.g. if I want to extract a TT code from the file name, instead of looking for a string that matches "tt", and then checking to see if there is numbers after it, I rather search for "[tt" in the filename, and then read up to the "]" (...so my apps doesn't have this issue), and I know full well that whatever is grabbed there will be 100% correct.
Same goes for the year - I look for the last "(" and last ")" and I know that will be the year of the movie - and since I follow a very strict naming convention anything between the last ")" and "[" will be the quality

Finally, any title that starts with "the"/"a"/"an"...etc. gets it moved to the end of the name as a postfix - it allows the files to be displayed properly in chronological order when browsing in the file system.

You might have a point about the 8 digit number. That I believe is a recent update to IMDB, and Serviio might not recognize it. I do know that a new version of Serviio is coming out soon, and he is addressing something about metadata support. I don't know if it will encompass this specific issue, but fingers are crossed for ya!

I really hope so too - I haven't bothered buying a v2 key yet cause I simply had no reason to upgrade to it - but for this fix I will...