[RELEASE] Texture Cache Maintenance utility
(2017-10-07, 13:27)Bmn2016 Wrote: I just stumbled about an issue regarding thumbnails for videos created in "file
view mode":

When browsing a video in "file view mode", KODI creates a thumbnail image and
caches it. As this isn't ideal in all cases, you can build an image file with
the same name and the special extension ".tbn", place it in the folder together
with the video, and achieve by this way that from now on this will "override"
KODIs mechanism of creating a thumbnail for this particular video by itself
(anyone interested see here for example:
https://www.xbmc4xbox.org.uk/wiki/Thumbnails ) I played around with this option
a little and changed my .tbn-files to get the best result: each time I had to
use the "s" option followed by the "d" option of the script to detect and delete
the rows in the texture database in order to "refresh" the custom thumbnail of
the video - all went fine.

But at the end, for some videos I decided to revert to the "original" mechanism
and let KODI do the work: I deleted the .tbn-files and thought that would be
enough... but no - KODI does not create the thumbnails by itself anymore!
Instead it displays a "default icon of a movie"! I tried all kind of things:
used the script with the "d", "P", "R", "Xd" and/or "C" options; removed the video
file by KODIs context menu and copied it back afterwards to the previous storage
location, but nothing helped - for testing purposes, I copied the .tbn-files
again in the video folder, and immediately the "default icon of a movie" was
replaced with it!

So there must be an entry anywhere in the textures13.db file that somehow
"survives" all these methods! Other "untouched" KODI machines which are also
connected to the MySQL-database had no issues with this, so I guess the problem
can't be related to the MyVideo.db file.

In the end, the only solution that helped was deleting the textures13.db file
and the thumbnail folder manually, and then let KODI rebuild the cache again,
which took a while... very annoying!

This strange behaviour is reproducable, and I would like to find out how I can use the script to solve the problem at first hand - has anyone a clue?
I have noticed same behaviour but for me it seems to be for 50/50 of the media. Some media caching does work and for some don't.
Reply
 
Thread Rating:
  • 17 Vote(s) - 4.76 Average


Messages In This Thread
Crash on Gotham on OS X - by desepticon - 2014-05-29, 17:57
RE: [RELEASE] Texture Cache Maintenance utility - by schumi2004 - 2017-10-22, 14:17
Cleaning - by AleisterHH - 2018-05-28, 22:03
RE: Cleaning - by Milhouse - 2018-05-28, 22:16
qax genre not updated - by Just-Me_A-User - 2018-06-12, 22:06
RE: qax genre not updated - by Milhouse - 2018-06-12, 23:40


Logout Mark Read Team Forum Stats Members Help
[RELEASE] Texture Cache Maintenance utility4.7617