[steve1977]

Thanks for your message. It looks to me that this boils down to a few potential mistakes:

1) Running texturecache on the wrong ATV/Kodi: this is close to impossible that I mess this up. Texturecache only runs when the ATV is turned on and MrMC is running. When I exit MrMC, texturecache stops working or does not even start. This leads me to the conclusion that I am running texturecache on the right system.

2) Sending the wrong texturedb: I can confirm that I am not sending you a random one ;-) It is the one that I extracted using filemanager from my ATV. As my ATV is not jailbroken, I am doing this with the filemanager integrated in MrMC (copy to a network location). When I enter file manager, there are only two lines (profile directory and add source). I click "profile directory" and then have a large selection (folders: addon_data, database, keymaps, library, playlists, thumbnails; files: guisettings.xml, profiles.xml. I click "database" and then take the Textures13.db from this folder. I copy it to a network location that I added via "add source")

3) Texturecache writes to a different Texture13.db


I can exclude (1) as mistake. It could be (2) and you may know whether I am doing anything wrong when copying over the file. My suspicion though is that it is (3) and this could well be the issue. This would explain that the thumbs folder is filling up when using the tool (download activity), but the tool does not see that the thumbs have been cached (i.e., as tool is writing to and seeing a different Texture13.db file).

[steve1977]

I am trying to find out the pattern of the 4 Potter artworks (textureDB) and the 6 artworks (texturecache s).

The logic for the 4 Potter artworks (textureDB) seems clear. I ran the script with "c" on all 8 potter movies (not tvshows) and only on poster/fanart. And the script confirmed 16 artworks cached (though nc says not in cache). The 2 listed movies ones are the ones with local artwork. I don't know why the 6 movies (12 artwork) without local artwork don't show up in the database. But at least there is some logic.

I cannot make any logic out of the 6 artwork from running "s". It seems totally random (part from Potter collection, one from one of the movies, two from tv episodes that happen to have the word potter in the file name).

One additional info for trouble-shooting: I haven't ever run "update library" or even set up movie folders on the ATV (as source). I am doing all of this on a LE VM. The only thing on the ATV is to set the mysql database and the movies show up.

[steve1977]

I have a second ATV, so let me do the same on the second one. Maybe, this sheds some more light into what is happening.

* In file manager: delete thumbs folder, delete Texture13.db
* Exit MrMC, restart ATV, open MrMC, check IP address
* SSH from notebook into LE VM and run texturecache (nc c nc C nc s); command: ./texturecache.py @cache.artwork=poster,fanart @kodi.host=192.168.11.157 nc movies potter
* In file manager: copy TextureDB and also thumbs folder to network location

Some info below, some more via PM.

nc - 16 not in cache
c - 16 cached (download activity)
nc - 16 not in cache
C - 16 cache (no download activity)
nc - 16 not in cache

Runing "s" with command "./texturecache.py @cache.artwork=poster,fanart @kodi.host=192.168.11.157 s potter" [it didn't run when I had movies included"
https://pastebin.com/ESt8xSbH

Rest via PM.

Thanks!

[Milhouse]

3) Texturecache writes to a different Texture13.db
...
My suspicion though is that it is (3) and this could well be the issue.

The script only communicates with Kodi using JSON-RPC and has no direct connection with Textures13.db.

The Thumbanails folder and Textures13.db you PM'd me contains 16 artworks:

text:
rpi22:~ # sqlite3 /freenas/data/steve1977/Textures13.db 'select cachedurl, id, url from texture order by cachedurl'

1/14027a90.jpg|10|http://image.tmdb.org/t/p/original/g8IQhqYYLERU0UxjVaySP46PFEZ.jpg

2/2fcb82b4.jpg|15|http://image.tmdb.org/t/p/original/dCtFvscYcXQKTNvyyaQr2g2UacJ.jpg

3/3262e9e1.jpg|14|http://image.tmdb.org/t/p/original/lmYmoXVzVrTadfXHZ3v1ySqA1fn.jpg

4/47ffb303.jpg|13|http://image.tmdb.org/t/p/original/bFXys2nhALwDvpkF3dP3Vvdfn8b.jpg

5/55f0b666.jpg|4|http://image.tmdb.org/t/p/original/6n0DAcyjTHS6888mt8U9ZsLy9nR.jpg

6/6ef3b35e.jpg|9|smb://192.168.11.120/MOVIES/Harry Potter and the Deathly Hallows Part 1 (2010) [Bluray-1080p]/Harry Potter and the Deathly Hallows Part 1 (2010) [Bluray-1080p]-poster.jpg

7/74a3d79a.jpg|8|http://image.tmdb.org/t/p/original/wWdlIBxn9xCmySxnSWtI2BjZZkF.jpg

7/7794e74d.jpg|7|http://image.tmdb.org/t/p/original/fUjPnCmmBVHLNdgz2sqb1zp39Pr.jpg

7/796f345a.jpg|1|smb://192.168.11.120/MOVIES/Harry Potter and the Deathly Hallows Part 1 (2010) [Bluray-1080p]/Harry Potter and the Deathly Hallows Part 1 (2010) [Bluray-1080p]-fanart.jpg

8/870c26ca.jpg|16|http://image.tmdb.org/t/p/original/jUFjMoLh8T2CWzHUSjKCojI5SHu.jpg

8/8e4f5967.jpg|2|http://image.tmdb.org/t/p/original/avqzwKn89VetTEvAlBePt3Us6Al.jpg

a/a4bac8e2.jpg|11|smb://192.168.11.120/MOVIES/Harry Potter and the Goblet of Fire (2005) [Bluray-1080p]/Harry Potter and the Goblet of Fire (2005) [Bluray-1080p]-poster.jpg

b/b3264fe6.jpg|3|smb://192.168.11.120/MOVIES/Harry Potter and the Goblet of Fire (2005) [Bluray-1080p]/Harry Potter and the Goblet of Fire (2005) [Bluray-1080p]-fanart.jpg

b/bfae0538.jpg|12|http://image.tmdb.org/t/p/original/fTplI1NCSuEDP4ITLcTps739fcC.jpg

d/d1226dfc.jpg|6|http://image.tmdb.org/t/p/original/gGt4ePOhD8ilxd3FYhKB06L2CyG.jpg

e/e675d17d.jpg|5|http://image.tmdb.org/t/p/original/kRyojLYtWPsBKfDhphhhl1FdM5a.jpg

All of the artworks corresponding to the rows above are present in the Thumbnails folder. The image.tmdb.org urls correspond to Harry Potter poster and fanart.

None of the artwork entries in the Textures13.db you sent to me corresponds with the entries shown in your log - the log is from a different Textures13.db.

Are you by any chance using Profiles in Kodi? Or maybe path substitution?

Otherwise, I have no idea why Kodi is not returning consistent results when querying Textures13.db.

[steve1977]

Thanks for checking all my logs and files shared. Much appreciated!

It appears that texturecache is doing its job in downloading the thumbs and adding it to the texturecache file. However, there is a second texturecache file that is read by JSON-RPC that does not have this information about what is cached. It's really awkward.

I don't use Profiles (never have on any of my devices). Not sure about "path substitution". I haven't set up / changed on anything on MrMC / ATV. My library is accessed on a mysql database and scaned by a LE VM. My actual movies are on an Unraid user share. Does any of this relate to "path substitution"?

[Milhouse]

Does any of this relate to "path substitution"?

No.

Can you post your texturecache.cfg from the LE VM (assuming you have this file).

The script is only communicating with your remote Kodi client, and that is where it is getting all it's information from - yet somehow there seems to be multiple Textures13.db databases in play, which makes no real sense.

[Milhouse]

Can you post your texturecache.cfg from the LE VM (assuming you have this file).

This is what you PM'd me:

Code:

allow.recacheall=yes

so nothing which configures the script to use anything local or overrides any default settings.

I honestly don't know what the problem is here. Since the script is doing what it should I'd focus on the Kodi client, of which I am not familiar and can't help you with any further. Best of luck.