emby1234 1 Posted April 20, 2017 Posted April 20, 2017 If a video file has an embedded thumbnail, Emby will use this instead of fetching images from the online sources or running the screen grabber. I'd like an option to ignore the embedded thumbnail and always run the fetcher on library scan. 1
Luke 42081 Posted April 20, 2017 Posted April 20, 2017 Emby will use this instead of fetching images from the online sources or running the screen grabber. This is not true. Online sources always take priority.
emby1234 1 Posted April 22, 2017 Author Posted April 22, 2017 This is not true. Online sources always take priority. I haven't actually looked at your implementation, but that doesn't seem to be the case in my experience. Embedded thumbnails when present (at least for TV episodes) consistently take priority over online images, even though the latter are available.
Luke 42081 Posted April 23, 2017 Posted April 23, 2017 Most likely what is happening is the internet providers are not finding any images, and then it moves onto the screen grabber provider. screen grabber will use embedded thumbnails when available
Luke 42081 Posted April 23, 2017 Posted April 23, 2017 If you can please discuss a specific example then we'll be happy to tell you exactly what happened. Thanks !
emby1234 1 Posted April 24, 2017 Author Posted April 24, 2017 Not sure why this was moved to the general forum since it still is a feature request, but alright. It'd be nice to have an option to make the screen grabber ignore embedded thumbnails and always generate its own. As for examples, what MrWebsmith mentioned provides some good ones, see the following excerpt from mkvinfo: |+ Attachments| + Attached| + File name: small_cover.jpg| + Mime type: image/jpeg| + File data, size: 5037| + File UID: 16344296444109694851| + Attached| + File name: small_cover_land.jpg| + Mime type: image/jpeg| + File data, size: 8562| + File UID: 10287062879522341524| + Attached| + File name: cover.jpg| + Mime type: image/jpeg| + File data, size: 23754| + File UID: 7412546712587743667| + Attached| + File name: cover_land.jpg| + Mime type: image/jpeg| + File data, size: 24552| + File UID: 8454585163853002430 My image fetcher settings for TV episodes are set to the default, meaning the order goes as follows: TheTVDB -> The Open Movie Database -> Screen Grabber. Regardless of this, a squashed version of the Matroska file's attached cover.jpg is used every time, even if I verify that an image is available from either or both of the sources at the time of the library scan.
Happy2Play 9783 Posted April 24, 2017 Posted April 24, 2017 This wouldn't be a feature request if image priority is not working properly. Could you replicate the issue and post a server log. How to Report a Problem
emby1234 1 Posted April 24, 2017 Author Posted April 24, 2017 (edited) I'm assuming you'd want a debug log, then? There wasn't much of interest to see in the log I got without that checkbox toggled so I'd have to reproduce it later. There's one thing I've neglected to mention so far so I'm throwing it out there now: when I add episodes to my server, I use scripts to call for a per-show refresh rather than a full library scan in Emby (i.e. http://server-address:8096/emby/Library/Series/Updated?tvdbid=***). Does this somehow make the import process behave differently? Either way, this is still a feature request in that I wish for an option to disable the screen grabber's use of embedded images and have it always generate thumbnails itself when called upon. Edited April 24, 2017 by emby1234
ebr 16187 Posted April 24, 2017 Posted April 24, 2017 A library scan would not modify your images. You would have to do a full refresh (replacing images).
emby1234 1 Posted April 26, 2017 Author Posted April 26, 2017 That's not what I was saying. When I was testing I copied a Matroska file that had attached images, gave it a different name matching a TV episode that aired weeks ago that definitely did have online images available, and then triggered a show update/refresh to quickly pick up on the new file being available instead of waiting 5-10 minutes for a full library scan. Emby imported it using the embedded cover.jpg. This should be easy to reproduce.
Luke 42081 Posted April 26, 2017 Posted April 26, 2017 @@emby1234, actually it's not easy to reproduce, because by default the screen grabber is the lowest priority image fetcher. The online sources are always higher. I do not see the behavior you are describing. Either you changed the image priority to make the screen grabber the highest priority fetcher, or something else is going on. Please try adding a new episode, and if the issue persists, please attach the Emby Server log from that time frame. You can learn how to do that here: https://emby.media/community/index.php?/topic/739-how-to-report-a-problem/ Thanks !
zigzagtshirt 55 Posted April 26, 2017 Posted April 26, 2017 (edited) yes to this... cough rarbg cough cough Just run it through mkvtoolnix. The GUI makes it very easy and painless. Uncheck everything you want to strip. Edited April 26, 2017 by zigzagtshirt
timotl 4 Posted April 27, 2017 Posted April 27, 2017 The mkvtoolnix package contains a stand alone tool for something like this. I pass files through this one line .bat file to strip them off: mkvpropedit %1 --delete-attachment "1" --delete-attachment "2" --delete-attachment "3" --delete-attachment "4" Bam - No more, uh, coughing
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