Even the TV episodes thumbnails?
Yes, these thumbnails are not affected by disabling Extract thumbnails from video files
. Tested this by setting the content of movies and tv shows to none
including removing all content from the libary, stopped the mediacenter, removed the thumbnails folder and Texture.db, restarted the mediacenter and finally ⌠set the appropriate content with a following scraping run. All ok, here.
Alright, I need to test if this is also true when using the TVDB as the selected scraper.
Let us know.
with the tip from @JimKnopf my test Vero running a clean install of OSMC is now usable with Estuary. As well as fixing the broken movie thumbnails, the all-round performance of the GUI is much improved. This gave me the confidence to update one of my âproduction useâ Veros to March OSMC, and although I left the extract thumbnails option enabled, the Estuary GUI worked fine - could this be because the job had completed under an old version of OSMC?
If other users who reported this problem with Estuary are now finding it to be fixed, hopefully that will help pin down whatâs got broken in OSMC/Kodi to have introduced the problem in the first place.
Also working with TVDB.
@JimKnopf That appears to have worked. Everything is much faster and actually useable. I can only assume that the latest update reset that option. Otherwise I canât think why it didnât affect the older build.
Thank you very much.

I can only assume that the latest update reset that option. Otherwise I canât think why it didnât affect the older build.
I have this setting enabled (and I have done so for years) without any issues⌠There must be something new that did occur due to the last update thatâs not entirely related to this setting. It seems, disabling this setting only solves the problem for you by accident
I was having the same problem with Estuary Mod (pkscout).
I turned off âExtract chapter thumbnailsâ which made a HUGE difference.
I left on âExtract thumbnails from video filesâ so that my Home Movies and Concert Videos that donât have manually curated artwork will still have a thumbnail.
Iâve no idea if this setting used to be active or was activated with the update, but the function is obviously very much broken⌠On the main movie screen, it will spend ages processing the video files before showing the poster, then if you scroll through any of the selections (âUnwatched moviesâ, for example), it will again take ages before the new posters are presented.
The real kicker here is that if you scroll back, then Kodi has somehow forgotten all about the work it just did and will process the same video files all over again before being able to display the posters. Not seen any of the code, but seems like an issue with the physical storing/retrieval of the actual thumbnails or maybe an issue with the caching. Likely easy to fix once you pin it down.
On the upside, everything finally works perfectly once the function is disabled.
What is strange though: Using any skin that seems to be unaffected, like the OSMC Skin, video thumbnails of files that are not scraped into the library and thus donât show any third party fan art are showing without issues and snappy like they always used to⌠So, the apparent main effect of the setting isnât whatâs causing the issue - it has to be some side effect which only shows with certain skins. Iâm honestly stumped as to what might cause this side effect. Maybe affected skins use a different fan art fallback which is affected by this setting?

Iâve no idea if this setting used to be active or was activated with the update,
I have a Vero on October OSMC and the extract thumbnail setting is enabled by default, as it is with other Kodi platforms that I run. I donât see that anything has changed in default status of this option.
Disabling this option helped.
For what itâs worth to you guys, everything in my library has local artwork (<file_name>-poster.jpg and <file_name>-fanart.jpg) so I doubt it has anything to do with retrieving information from services like TMDb.