well they should match whatever the selected language is
or if the user stored them locally, one would assume they are what the user wants to see.
and of course it should be optional, I’m sure some folks go to great lengths to choose very specific artwork and won’t want their art randomly changing.
Maybe this is a thing to be fixed in the new scanner ? - makes no point to have the categories more than once just because the localized version was unavailable
Would this allow us to have more control over the metadata for our content? Let’s say I don’t want it picking up RT or IMDB review data for the content in my library. Can I tell the scanner to skip those? I’ll gladly test that all day.
After speaking with my colleague on the data side, it looks like this shouldn’t be a problem with the new agent as we don’t currently localize the genre tags.
We would obviously like to provide genres in the user’s language where possible though so that is something we’ll work on and make sure we don’t duplicate genres because they’re not in the same language.
This is actually something we have already laid the groundwork for but no discussions have been made around the UX for this as of yet. It will be implemented at some point but as of now isn’t on the high priority list.
Why on bloody earth do you have to hold on to a specific naming convention??? I just can’t see why this can’t be done dynamically. I am never going to rename all my files, that is simply not going to happen. Since it is a very, very simple task, from a software development perspective to allow dynamic naming with regular expressions it is beyond my comprehension why this is not allowed. Why? Plex could be very good software, but these silly naming enforcement rules just takes away my incentive to use it. Why?
It is simply to proved the best possible starting point for Plex to determine what the movie title and year is so we can return accurate metadata. That said, this new scanner and matcher is super smart and should handle most file naming styles as long as they are not too crazy. If you have some examples of full file names (including path) then I can test and let you know what they match to. Or you can create a test library and see how well it does
Ok. But matching year, title and director with help of regular expression would be a very good starting point. How about this naming style:
1978 - Terrence Malick - Days of Heaven.mkv
Would that work?
Just updated the build links in the first post. This version should solve the issue you had with renaming and rescanning. Thanks for reporting this one, turns out it was a very old bug but was only exposed now due to how the new scanner works.
Year and title are fine, but having the director is unusual. The only criteria Plex uses are the year and title, so by including the director (or any other text) is going to throw off the matching.
It doesn’t make sense at all for families in non-English countries to guess how genres for movies for Children (to mention just one example) are called in English.
Not everybody in the world speaks English or wants this in a localized environment.
I am voting against that non-localized genre tagging.
Please make, that the MovieName can contain SomeTitle_(Year)_[imdbid=TTxxxxxx].mkv (same as EMBY). This give a 100% correct Metadata, when IMDB ID already exists. Thanks
I installed this preview to fix the issue with Curl crashing the Plex transcoder and it does seem to be working just fine! Bravo!
One issue I’ve seen that appears to be mirrored by others… after scanning my movie library, all movies were detected and added but the wrong poster was selected for probably 60% of my library. it appears that the background image was used for each of those movie posters and not the poster itself. I had to manually go in for hundreds of movies and select the 2nd or 3rd image under “Poster”. As long as my selection isn’t overriden I should be fine, but this took 1.5 hours of clicking to fix. Hopefully you can fix this in the final release…
Thanks again for fixing my Plex that had been broken after an update about 1month ago. Also, Thanks goes to sa2000 for pointing me in this direction!