the-dumb1 135 Posted July 10, 2016 Posted July 10, 2016 Hi I recently rebuilt my media server. None of my videos are in any on-line database which can be scraped for data. Version 3.0.5985.0 seems to exhibit a behavior that I have not seen before. Upon re-scanning my library, many of my videos are reading "Studio" information from metadata that was embedded into the video itself. In previous versions of Emby Server, it did not do this. I don't want it read metadata embedded in the video; because it has done exactly what I don't want it to do, now I have 160 videos that: 1. I cannot bulk-edit these problems. (This has been on my wish list for a while). 2. I cannot even "delete" the incorrect information one-by-one (I can click on the "Trash" icon, but it does nothing). 3. I cannot manually edit the NFO file; the incorrect information still re-appears even if I lock the metadata from being overwritten. I really don't want Emby to read the metadata embedded in the video. Emby seems to have changed its behavior since earlier versions and I cannot find any way to stop it from trying to be helpful. P.S.--My media server is really running on Ubuntu, but I'll bet that this problem exhibits itself on all platforms. Looking for some advice!
Luke 42085 Posted July 10, 2016 Posted July 10, 2016 Thanks. #2 has been resolved for the next release. However, keep in mind that nfo metadata takes priority over embedded, so you should be able to set your own studios with local metadata.
the-dumb1 135 Posted July 10, 2016 Author Posted July 10, 2016 Thanks. #2 has been resolved for the next release. However, keep in mind that nfo metadata takes priority over embedded, so you should be able to set your own studios with local metadata. Awesome. I believe you--but I think something changed, because that's not actually how it's behaving in this version. Unless I'm doing something wrong, manually editing the NFO has no effect because the incorrect information still re-appears in Emby. I dropped down to the terminal, edited the NFO (deleted the lines that were incorrect). Went back to Emby and refreshed the screen (pressed F5 and even forced the browser to not fetch from cache), but the incorrect information re-appears. I even used the Emby "drop-down" to refresh (replacing all metadata). Information displayed is still incorrect and worse yet, the information re-appeared in the NFO file. Aside, I now have 160 videos that have incorrect information. Actually, it created TWO studios for each of these 160 videos. I know how to grep and sed, but is that the ONLY way I can fix these?
Luke 42085 Posted July 10, 2016 Posted July 10, 2016 You have to give it more time after changing the nfo. Wait a couple minutes for the realtime monitor to refresh it, or run a library scan.
Luke 42085 Posted July 10, 2016 Posted July 10, 2016 Yes I just tested using the metadata editor with a video that has embedded studios. Delete studio -> add new dummy studio -> save -> new studio is displayed on detail screen -> use 3-dot menu to fully refresh and replace all metadata -> after completion, dummy studio is preserved. So in other words, no problem found.
the-dumb1 135 Posted July 10, 2016 Author Posted July 10, 2016 (edited) Please don't take this the wrong way, but it sounds like you're testing the problem I've reported with a version other than the one I'm using now. If you're not, then again I apologize. As it stands, I *cannot* delete either of the two studios Emby using the Emby metadata editor--for which you've stated is fixed in a version-to-be-released. I've tried different browsers (Chrome and Firefox, both up-to-date) on different computers (Windows and Ubuntu). I cannot re-create the steps you've provided because I'm unable to delete studios. All behave the same way. BTW, I just found out that I'm actually unable to delete plot keywords, tags, genres, and countries. I can add/delete People without issue. What I CAN do is ADD a studio using the Emby metadata editor THEN drop down to the terminal to manually delete the incorrect information. Then and only then does the wrong information disappear like I want it to. This would be a decent solution if I didn't have to do this for 160 videos. Edited July 10, 2016 by timid1
Luke 42085 Posted July 10, 2016 Posted July 10, 2016 I understand, and yes the delete was tested with a version that you don't have. But adding the custom studio shouldn't be any different between what we're using and that should be testable now.
the-dumb1 135 Posted July 10, 2016 Author Posted July 10, 2016 Again, my humble and respectful apologies. I'm not sure how you're coming to the conclusion that the bug can be tested completely if you're not using the exact same version I'm using especially if your newer build contains multiple fixes and new features. Never mind the fact that you can't re-create the problem in your build. I believe I'm describing more than one problem, but from the sound of it, they're all very much related AND your newer version will more than likely fix all the issues I've described. 3.0.5985.0 breaks the metadata editor. It also does not respect the changes manually made to NFO files (I did find an outlier, in case you're interested). Nonetheless, I've waited for the real-time monitor. I've forced a refresh. I've started a manual library scan. No amount of waiting changes this. The versions prior to 3.0.5985.0 did not exhibit any of the behavior I've described in this thread. It's still very upsetting to me that I need to drop down to the terminal to undo what Emby has done. Even though it is a simple sed command, Emby needs to provide a bulk editing function. I've looked and found this feature request made by multiple others dating back at least two years. I understand and respect that every product line has its priorities, but thought I'd bring it up again--it's cases like this (Emby made the mistake, and I shouldn't have to drop down to the terminal to run sed to undo Emby's mistakes even though that's trivial for me to do). BTW, I want to stress how much I appreciate all that you do--which is why I'm an Emby Premier supporter. I don't want any of what I'm typing here to come across as harsh or condescending--that isn't my intention.
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