(2019-10-15, 12:24)Milhouse Wrote: I don't know how you've populated the "Parents" media library, or corresponding texture cache. Is the "Parent" profile separate or shared? If separate, were the "Parent" libraries copied from "master" (default) or created from scratch?

Quote:If you copied from master, maybe the cached cast artwork isn't present in the "Parents" media library. Check you have enabled "Download actor thumbnails" in Settings > Media > Videos for the "Parents" profile.

Quote:Failing that, a logfile (@logfile=tc.log) for the p prune command should help explain what is occurring (lowercase p won't remove anything, but will instead list what it would have deleted). I'll need the entire log file, so probably best to zip it and upload it somewhere.

Quote:Note that the cache.castthumb option only dictates whether the script will cache cast artwork (if there are references to the cast artwork in your media library). In the texture cache there's no way to tell a cast artwork from a poster - all cached artwork is just a "thumbnail" without any specific type (ie. poster, fanart, cast etc.) - so there's no way to prevent removal of a thumbnail that happens to be a cast artwork, apart from adding a regex to prune.retain.types - if all your cast artwork is hosted on imdb.com then adding prune.retain.types=http://ia.media-imdb.com might stop unreferenced cast artwork from being removed.

(2019-10-19, 07:18)Milhouse Wrote: Sorry for taking so long to reply. I've just downloaded your log.zip, but it looks like you've reformatted it (pretty printed the JSON data) which has kind of made it a bit useless to me as I need it in the original raw format - the texturecache.py script has a @replayfile option which takes the log file as input and allows me to reproduce and debug your data as though it were my data (assuming the log hasn't been tampered with...).

Any chance you can run the command again, and upload the unmodified log file?

(2019-10-21, 12:15)rainman74 Wrote:

(2019-10-19, 07:18)Milhouse Wrote: Sorry for taking so long to reply. I've just downloaded your log.zip, but it looks like you've reformatted it (pretty printed the JSON data) which has kind of made it a bit useless to me as I need it in the original raw format - the texturecache.py script has a @replayfile option which takes the log file as input and allows me to reproduce and debug your data as though it were my data (assuming the log hasn't been tampered with...).

Any chance you can run the command again, and upload the unmodified log file?

ok, here it is ... link

text:


<jsonrpc>

    <compactoutput>false</compactoutput>

</jsonrpc>

(2019-10-25, 01:30)Milhouse Wrote:

(2019-10-21, 12:15)rainman74 Wrote:

(2019-10-19, 07:18)Milhouse Wrote: Sorry for taking so long to reply. I've just downloaded your log.zip, but it looks like you've reformatted it (pretty printed the JSON data) which has kind of made it a bit useless to me as I need it in the original raw format - the texturecache.py script has a @replayfile option which takes the log file as input and allows me to reproduce and debug your data as though it were my data (assuming the log hasn't been tampered with...).

Any chance you can run the command again, and upload the unmodified log file?

ok, here it is ... link 

Sorry for the delay (again) - been really busy.

OK, I've figured out why your log looks the way it does - you've configured:

text:


<jsonrpc>

<compactoutput>false</compactoutput>

</jsonrpc>

in your Kodi advancedsettings.xml, which means the JSON responses from Kodi are being written to the log in a "pretty" format that I can't currently parse (and replay).

Can you disable this compactoutput setting in your as.xml (or set it to true), restart kodi, reproduce the issue and then re-upload your log (for a third time - sorry!)

Maybe one day I'll store the responses from Kodi with all tabs and newlines stripped so that this as.xml setting doesn't cause a problem, but I'm not likely to get around to it for a while.  

(2019-10-26, 23:26)rainman74 Wrote: But maybe in the meantime you can tell me why I get this error message when caching music videos:

Code:

Traceback (most recent call last):0, multi thread 2288
  File "texturecache.py", line 8643, in <modules>
    main(sys.argv[1:])
  File "texturecache.py", line 8448, in main
    extraFields=_extraFields, query=_query, drop_items=_drop_items)
  File "texturecache.py", line 4668, in jsonQuery
    cacheImages(mediatype, jcomms, database, data, title_name, id_name, force, nodownload, drop_items)
  File "texturecache.py", line 4834, in cacheImages
    tCount = gConfig.DOWNLOAD_THREADS["download.threads.%s" % mediatype]
KeyError: 'download.threads.musicvideos'


In texturecache.cfg I use:

Code:

download.threads = 4

(2019-10-28, 17:13)Milhouse Wrote: I've pushed v2.5.2 of the script, it adds the missing musicvideos key which hopefully fixes the issue you found.

I've also add rudimentary support for pretty-formatted JSON responses so you should be able to upload a log I can use without disabling <compactoutput>false</compactoutput>.

(2019-10-28, 17:13)Milhouse Wrote: I've pushed v2.5.2 of the script, it adds the missing musicvideos key which hopefully fixes the issue you found.

I've also add rudimentary support for pretty-formatted JSON responses so you should be able to upload a log I can use without disabling <compactoutput>false</compactoutput>.

text:


000026|b/b9ac609e.jpg|0404|0720|0002|2019-10-28 16:27:45|                   |video@P:\Kinder\Serien2\The Voice of Germany\Staffel 9\The Voice of Germany - S09E14.mkv

000034|1/177e348f.jpg|0404|0720|0002|2019-10-28 16:27:45|                   |video@P:\Kinder\Serien\Soy Luna\Staffel 1\Soy Luna - S01E01 - Folge 01.mkv



Summary: 22,196 files

(2019-11-02, 23:59)Milhouse Wrote: ...

• If your script switched an active sub-profile (in my case "children") back to the master profile (parents), or if you do this in Kodi itself via the profile switch, then the media of the sub-profile will still be displayed for about 5-7 seconds, although the master profile is already active!
  
• The correct media will only be displayed in the widgets (Last added, etc.) after this time.
  
• The whole "mess" even goes so far that you can quickly switch to movies or series after switching, you can even see the media of parents and children mixed first.
  
• This will then be cleaned up automatically after 5-7 seconds (but sometimes only after a restart of Kodi) and you will only see the media of parents (Master Profile).
  
• Thus I strongly suspect that the caching already starts and that elements of the previously active sub-profile are cached in the Master Profile, although they are not present in the profile at all, but are still displayed for some time.
  

(2019-11-03, 00:42)rainman74 Wrote: First of all, the 1430 music files are all still there, but the program still wants to delete the textures. This still seems to be a bug to me.

text:


000925|c/c3f679d7.jpg|0512|0512|0001|2019-10-28 10:45:16|2019-10-28 11:45:16|P:\Musik\A Life Divided\Passenger\folder.jpg

001027|8/805e5ed2.jpg|0512|0512|0001|2019-10-28 10:45:38|2019-10-28 11:45:38|P:\Musik\A Life Divided\The Great Escape (Deluxe Editi\folder.jpg

001099|a/ae355e19.jpg|0700|0700|0001|2019-10-28 10:48:10|2019-10-28 11:48:10|P:\Musik\A Life Divided\folder.jpg

000653|f/ff8f56e4.jpg|0512|0512|0001|2019-10-28 10:44:19|2019-10-28 11:44:19|P:\Musik\ALMA\Chasing Highs\folder.jpg

000825|5/54ac3d8e.jpg|0512|0512|0001|2019-10-28 10:44:57|2019-10-28 11:44:56|P:\Musik\ALMA\Karma\folder.jpg

001111|c/c41b8bdd.jpg|0600|0600|0001|2019-10-28 10:48:12|2019-10-28 11:48:12|P:\Musik\ALMA\folder.jpg

(2019-11-03, 00:42)rainman74 Wrote: What do you think, could that phenomenon be the cause? But that would then be a very unpleasant error in Kodi's caching!

(2019-11-03, 01:38)Milhouse Wrote: ...