[Milhouse]

Logfiles in PM

From your PM:

ran both locally, against a Textures.db that's about halfway done with cached artwork. On the localhost it recognizes existing artwork in the db. Pointing to the server (only changing the texturecache.cfg file) causes texturecache to think nothing is cached. MySQL shared db, same samba location for files.

server: (log)
localhost: (log)

Thanks for looking into this!

This is looking like a Kodi bug of some sort. When the server is queried for TexturesDB information (ie. the contents of the Texture cache, Textures13.db) it always respond with no rows:

Code:

2014-12-28 13:22:48.225000:MainThread: libTextures.JSON SOCKET REQUEST: [{"jsonrpc": "2.0", "params": {"filter": {"operator": "startswith", "field": "cachedurl", "value": "0/"}, "properties": ["cachedurl", "url"]}, "method": "Textures.GetTextures", "id": "libTextures"}]
2014-12-28 13:22:48.230000:MainThread: libTextures.BUFFER RECEIVED (len 61)
2014-12-28 13:22:48.230000:MainThread: libTextures.PARSING JSON DATA: {"id":"libTextures","jsonrpc":"2.0","result":{"textures":[]}}

however when the same query is performed on localhost, the expected information is returned:

Code:

2014-12-28 13:21:41.088000:MainThread: libTextures.JSON SOCKET REQUEST: [{"jsonrpc": "2.0", "params": {"filter": {"operator": "startswith", "field": "cachedurl", "value": "0/"}, "properties": ["cachedurl", "url"]}, "method": "Textures.GetTextures", "id": "libTextures"}]
2014-12-28 13:21:41.287000:MainThread: libTextures.BUFFER RECEIVED (len 32768)
2014-12-28 13:21:41.288000:MainThread: libTextures.BUFFER RECEIVED (len 23392)
2014-12-28 13:21:41.288000:MainThread: libTextures.BUFFER RECEIVED (len 2564)
2014-12-28 13:21:41.296000:MainThread: libTextures.PARSING JSON DATA: {"id":"libTextures","jsonrpc":"2.0","result":{"textures":[{"cachedurl":"0/00ad4f83.jpg","textureid":1,"url":"image://smb%3a%2f%2fMEDIA%2fstorage%2fmovies/{HIDDEN}/"}]}}

Since the "network" query is returning an empty texture cache, the script proceeds to cache everything, which is entirely correct. I really don't know why the server is responding with an empty cache when queried over the network, but a populated cache when queried locally - this is perhaps better answered by one of the Windows Webserver/JSON-RPC developers (the webserver is currently known to crash on Windows, for some as yet undetermined reason).

Checking the kodi.log during these network queries may show some evidence of service failures, particularly if debug is enabled, but there's definitely something amiss with the Windows installation of Kodi.

Is there a way to get the .dds artwork created as you cache the jpg/png files? It does it on the host machine that adds files to the library, but nowhere else. That's one reason I wanted to have the thumbnail caching done through rsync and the ability for your script to recognized local files and just add them straight to the db without re-downloading the files (which takes a considerable amount of time compared to rsync).

If Kodi is configured to create dds files, and the build you are using supports DDS files (some dropped DDS support several months ago) then they'll be created as artwork is cached. If the build you are using no longer supports DDS files then enabling it will have no effect. If DDS files are not being generated when they should be, then that's another Kodi issue.