Posts: 9
Joined: Nov 2015
Reputation:
0
Dear Milhouse,
thank you very much, after some investigations I realized that my SQL server was not configured correctly, solving that and texturecache works like a charm again.
Posts: 17,855
Joined: Jan 2011
Reputation:
1,055
Milhouse
Retired Team-Kodi Member
Posts: 17,855
You should use local artwork to avoid repeated artwork downloads. You could look at mklocal.py, or the Artwork Beef add-on, as either will download the remote artwork alongside your movies.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Posts: 69
Joined: May 2016
Reputation:
0
Yup, i've tried Artwork Beef, but it doesn't avoid all the caching process. Will take a look at mklocal.py. Any advice for it ?
Posts: 8
Joined: Jun 2017
Reputation:
0
Hi Milhouse,
Am having an issue running following
LibreELEC:/usr/bin # ./texturecache.py P
Traceback (most recent call last):
File "./texturecache.py", line 8618, in <module>
main(sys.argv[1:])
File "./texturecache.py", line 8448, in main
pruneCache(remove_nonlibrary_artwork=True)
File "./texturecache.py", line 6538, in pruneCache
(libraryFiles, mediaFiles) = getAllFiles(keyFunction=getKeyFromFilename)
File "./texturecache.py", line 6757, in getAllFiles
data = jcomms.getDataProxy(mediatype, r, uniquecast=UCAST)
File "./texturecache.py", line 3248, in getDataProxy
data = self.chunkedLoad(mediatype, request, trim_cast_thumbs, idname=idname, silent=silent, uniquecast=uniquecast)
File "./texturecache.py", line 3312, in chunkedLoad
results.extend(data["result"][section])
TypeError: 'NoneType' object is not iterable
LibreELEC:/usr/bin #
LibreELEC:/usr/bin # uname -a
Linux LibreELEC 4.17.6 #1 SMP Thu Jul 12 21:04:45 BST 2018 x86_64 GNU/Linux
LibreELEC:/usr/bin # lsb_release
LibreELEC (Milhouse): devel-20180712210327-#0712-gb10020d [Build #0712]
Many thanks
Paul