2013-09-16, 03:23
(2013-09-16, 02:46)CaptainKen Wrote: What does it mean when it says they can't be downloaded? It lists the same ones every time I run this.
It means that when texturecache.py requests XBMC to download the artwork, XBMC has responded that the artwork is unavailable, and you'll need to look in xbmc.log for further clues. It is XBMC that performs the actual download of the artwork (from your LAN, or from the internet) and unfortunately the script has no idea why XBMC is unable to complete the task. Sometimes though the reason may be obvious, for example a misspelling, but usually it's because the artwork is hosted on a remote internet site and the artwork is no longer available (or the web site itself may be offline).
However in the cases you have listed, they are all "embedded" artwork items that will be extracted from within the corresponding media file (in this case, mp3 audio files).
These "embedded" artwork items cannot be pre-cached by texturecache.py as the process for extracting embedded artwork is - unfortunately - a function of the XBMC GUI and is not currently available to JSON processes. You need to browse to the media items in the GUI and wait while the XBMC extracts the artwork, whereupon it will be cached.
Since "embedded" artwork cannot be pre-cached, the texturecache.py script will - by default - ignore these embedded artwork items. However as the script is processing these items, I can only assume you've overridden this default behaviour by modifying the value of the property cache.ignore.types which defaults to the following:
Code:
cache.ignore.types = ^image://video, ^image://music
If you haven't modified cache.ignore.types, can you run the following commands, then paste the output and upload the log file c:\tc.log:
Code:
texturecache.py config
texturecache.py c albums @logfile=c:\tc.log @logfile.verbose=yes
(2013-09-16, 02:46)CaptainKen Wrote: Are those slashes at the end supposed to be there?
Yes, they're fine.