tony@awtrey.com 0 Posted September 24, 2018 Share Posted September 24, 2018 I recently upgraded from 3.3.x.x to 3.5.3.0 under Debian Linux. I have had some custom video content that has simple filenames like '02-16.mkv' and Emby 3.3.x.x previously displayed the title as '02-16' and a thumbnail from the video which was exactly what I wanted. I set the libraries up as Mixed Content and I didn't have metadata fetching enabled for those libraries. After upgrading to 3.5.3.0, all my mixed content libraries have decided I really wanted metadata after all. So now '02-16.mkv' has become 'My Bloody Valentine: University of London Union 16/02/1989' and has replaced my video thumbnail with an irrelevant image. To verify the bug, I deleted the library and recreated a new library, explicitly disabled all metadata refresh and sources, but the metadata in that library continues to refresh incorrectly. I have gone into the metadata manager and corrected the data, locked it and the library, then rescanned the libraries so I could get the original thumbnail images. The refresh process unlocks my locked videos/libraries and returns the incorrect information. Is this a bug or a "feature". It would be a shame if I could never do a top-level metadata refresh without overwriting all my correct metadata and thumbnails with garbage. Simply providing me a minimum filename length for metadata matching would correct this problem as well, since most of my custom content is month-year filenames like '02-16.mkv'. Tony Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 25, 2018 Share Posted September 25, 2018 Hi, you should probably turn off internet metadata features for the library. The internet metadata provider search engines will almost always return something, so when we lookup a title of "02-16", that's what it ends up giving us. Link to comment Share on other sites More sharing options...
tony@awtrey.com 0 Posted September 25, 2018 Author Share Posted September 25, 2018 Thanks for the reply, Luke. I deleted the library and recreated a new library, *explicitly disabled all metadata refresh and sources*, but the metadata in that library continues to refresh incorrectly. It appears to be a bug that appeared between 3.3 and 3.5. Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 25, 2018 Share Posted September 25, 2018 I don't think there is a bug. If you have nfo files in your folders containing this information than that's where it would be coming from. Link to comment Share on other sites More sharing options...
tony@awtrey.com 0 Posted September 25, 2018 Author Share Posted September 25, 2018 Ok, I deleted the nfo and jpg files in the library directory and that fixed my persistent metadata problem. I would have assumed if I did a "Scan Library" and selected "Refresh all metadata" that it would update the nfo files with the current settings. Oh well. That said, I still can't get my 3.3.x.x functionality back. Now even when I deselect "Prefer embedded titles over filenames", I'm still getting the embedded title instead of the simple filename title as I had previously. Is this something else I'm missing? Thanks again for the help! Tony Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 25, 2018 Share Posted September 25, 2018 Ok, I deleted the nfo and jpg files in the library directory and that fixed my persistent metadata problem. I would have assumed if I did a "Scan Library" and selected "Refresh all metadata" that it would update the nfo files with the current settings. If we did that, then we'd have mass complaints from other users that their locally stored metadata was being ignored. For this reason, local metadata always takes priority. Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 25, 2018 Share Posted September 25, 2018 That said, I still can't get my 3.3.x.x functionality back. Now even when I deselect "Prefer embedded titles over filenames", I'm still getting the embedded title instead of the simple filename title as I had previously. Is this something else I'm missing? Can you discuss an example? Link to comment Share on other sites More sharing options...
tony@awtrey.com 0 Posted September 25, 2018 Author Share Posted September 25, 2018 Thanks! I understand the nfo functionality better now. Once I had updated Emby and it wrote the incorrect data into nfo files, it persisted until I deleted it, even when I edited the metadata in the metadata manager and locked the titles. As for the other issue, I have DVDs that contain multiple sessions per disc. The embedded title (from Handbrake) is always the same for all sessions, like "PUBLISHER_NAME_DISC_1" or something equally useless. So I renamed each ripped session file based on the actual session name, like "01 Introduction to Blah.mkv". I create a library for that directory, turn off all the default metadata extractors (except Screen Grabber), deselect the "Prefer embedded titles over filenames" setting. After I verify no NFO files, I Scan Library, Replace all Metadata. All of the individual video sessions are still called "PUBLISHER_NAME_DISC_1" (the embedded title) instead of the filename. I was able to get around the issue by editing the title in the Metadata Manager, locking the title, and deleting the NFO files. Now when I rescan, they are correct, but it requires those extra steps to avoid the embedded title. Does that make sense? Tony Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 28, 2018 Share Posted September 28, 2018 @@tony@awtrey.com I tested this and the only way you should ever get an embedded title is if you explicitly opted into that setting. @@Happy2Play can you confirm? Thanks ! Link to comment Share on other sites More sharing options...
Happy2Play 8319 Posted September 28, 2018 Share Posted September 28, 2018 (edited) Setup new Mixed Content Library and disabled all downloader and image fetcher options except image grabber and enabled nfo. "Prefer embedded titles over filenames" was disabled. Only way I got embedded title is by enabling "Prefer embedded titles over filenames", deleting the nfo and Refresh all. OS shouldn't matter with this but tested on Windows 3.5.3.0. Edited September 28, 2018 by Happy2Play Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 28, 2018 Share Posted September 28, 2018 Thanks @@Happy2Play ! Link to comment Share on other sites More sharing options...
Luke 37132 Posted September 28, 2018 Share Posted September 28, 2018 My guess is he may have changed the library setting after media had already been imported. Link to comment Share on other sites More sharing options...
kodithomson50 1 Posted February 25, 2019 Share Posted February 25, 2019 On this topic, is there a good "Filename Parser Function" that I can read up? I am literally about to set my Couchpotato renamer to make filenames "TheMovieName (Year)[<video>-<quality>]-tt12345678<cd>.ext in order to try to have a file-attached piece of data which references the public metadata. Basically so I can easily move the individual file (usually by script) to another location and have it processed properly. But unfortunately when movies get transcribed and such, the Title, and Year, and other file-integrated metadata (tags/properties) often get stripped out. Leaving only the filename as a semi-reliable reference (when the year gets parsed right, and the quality, etc). Link to comment Share on other sites More sharing options...
Luke 37132 Posted February 25, 2019 Share Posted February 25, 2019 What do you by function? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now