2015-02-19, 07:31
Just so there is no confusion, you're not trying to share thumbnails using path substitution, are you? That could explain some of your problems.
If there's no path substitution going on, then what errors are you seeing in the kodi log for the artwork that is missing? I'm not sure what you mean by "I can see nothing for things that have never been in any of the places it scrapes from, but just blanks for plenty that there should be".
Bear in mind that the script does no downloading itself - that's all done by Kodi (at the request of the script) so if artwork isn't downloading (and being cached) then it's because Kodi can't access it.
First thing to do would be to confirm you have the correct, accessible URLs in your media library (texturecache.py jd movies <moviename>) - if the artwork is remote (ie. on the internet), use your browser to confirm that the artwork still exists at the specified URL. If it's local, confirm the path is correct and accessible to the Kodi client (and not your Windows PC running the script). If the URL exists/path is correct, then check that kodi doesn't already think it's cached (texturecache.py nc movies <moviename>) should list the URLs that need to be cached - or search the cache with "texturecache.py s <partial-url>".
If your Textures13.db is out of sync with your Thumbnails folder, then you could fix this with "texturecache.py Xd" however this *does* require the script to run directly on the client, unless you can mount the client's Thumbnails folder on the Windows PC that is running the script (specify the path to userdata with the @userdata property).
Since you say your system is comprised mostly of Windows clients, ensure you have scraped your library using local drives (C:\, D:\, Z:\ etc.) as the FireTV will not be able to access these - use smb:// instead.
Other than that, avoid using remote artwork, it's going to cause a lot of problems with 17 systems. You can use mklocal.py to convert remote artwork to local, or use mklocal.py to load your media library with local artwork (search thread for more details).
If there's no path substitution going on, then what errors are you seeing in the kodi log for the artwork that is missing? I'm not sure what you mean by "I can see nothing for things that have never been in any of the places it scrapes from, but just blanks for plenty that there should be".
Bear in mind that the script does no downloading itself - that's all done by Kodi (at the request of the script) so if artwork isn't downloading (and being cached) then it's because Kodi can't access it.
First thing to do would be to confirm you have the correct, accessible URLs in your media library (texturecache.py jd movies <moviename>) - if the artwork is remote (ie. on the internet), use your browser to confirm that the artwork still exists at the specified URL. If it's local, confirm the path is correct and accessible to the Kodi client (and not your Windows PC running the script). If the URL exists/path is correct, then check that kodi doesn't already think it's cached (texturecache.py nc movies <moviename>) should list the URLs that need to be cached - or search the cache with "texturecache.py s <partial-url>".
If your Textures13.db is out of sync with your Thumbnails folder, then you could fix this with "texturecache.py Xd" however this *does* require the script to run directly on the client, unless you can mount the client's Thumbnails folder on the Windows PC that is running the script (specify the path to userdata with the @userdata property).
Since you say your system is comprised mostly of Windows clients, ensure you have scraped your library using local drives (C:\, D:\, Z:\ etc.) as the FireTV will not be able to access these - use smb:// instead.
Other than that, avoid using remote artwork, it's going to cause a lot of problems with 17 systems. You can use mklocal.py to convert remote artwork to local, or use mklocal.py to load your media library with local artwork (search thread for more details).
