2014-03-14, 19:38
I saw you discovered it was to do with & and other punctuation present in the filename - good find, hopefully it will be fixed.
"E:\Downloads\XBMC Backup\TextureCache\mklocal.py", line 6
<!DOCTYPE html>
^
Syntax Error: invalid syntax
(2014-03-16, 14:45)sonox Wrote: What about pre-caching of my private picture collection? Is this supported? In my case the previews are still created on-the-fly, which puts too much load on my rpi.
Am I doing something wrong? How can I pre-cache my pictures library too?
TextureCache>texturecache.py s "Hunger"
texturecache.py jd movies | tools\mklocal.py --singlefolders --local "E:\Videos to Archive\Movies - Adult" --prefix "E:\Videos to Archive\Movies - Adult" --artwork poster fanart logo clearart disc banner landscape --verbose --output test.dat
texturecache.py jd movies | tools\mklocal.py --singlefolders --local "E:\Videos to Archive\Movies - Adult" --prefix "E:\Videos to Archive\Movies - Adult" --artwork poster fanart logo clearart disc banner landscape --verbose --output | texturecache.py set
texturecache.py c movies
texturecache.py s "Hunger"
(2014-03-16, 16:35)MilhouseVH Wrote:(2014-03-16, 14:45)sonox Wrote: What about pre-caching of my private picture collection? Is this supported? In my case the previews are still created on-the-fly, which puts too much load on my rpi.
Am I doing something wrong? How can I pre-cache my pictures library too?
Picture folder thumbnails (the little composite folder images) are created by the GUI as you browse your picture library and can't currently be pre-loaded by JSON, however such thumbnails, once cached, will be retained by default when pruning (controlled by @prune.retain.previews).
The pictures themselves will not be preloaded into the cache, for several reasons: 1) I didn't have much success caching pictures via JSON; 2) I'm not sure it would be a good idea to have your entire picture library reproduced in your cache, and 3) the standard slideshow facility doesn't appear to use the cache as it doesn't store in the cache the pictures it shows, suggesting the cache is being by passed which is understandable and reasonable. However some addons do dump your pictures in the cache, which is probably not (IMHO) a good thing (think: cache bloat). When pruning the cache, any pictures found in the cache will be deleted by default unless you enable @prune.retain.pictures.
(2013-03-08, 10:00)MilhouseVH Wrote: This is much easier than laboriously browsing through your media library while the Pi slowly re-caches all the missing items!
(2014-03-16, 21:04)sonox Wrote: I can't say much about the first one regarding JSON, because I have not studied your script I do not know how xbmc is creating those photo previews. However, I'm sure there is a way to make this work. Let me quote one of the statements you made some time ago:
(2014-03-16, 21:04)sonox Wrote: This is exactly what I'm still forced to do at the moment with my pictures library to increase performance. As you say, it is laboriously, especially if pictures are organized in many different folders.
(2014-03-16, 21:04)sonox Wrote: You say it wouldn't be good to reproduce the entire library. Well, why not? Is this not what your script is doing with artwork? Is this not working very well and increasing performance significantly? Why shouldn't this work with pictures? You are afraid of cache bloating? Well, maybe you are right. However, some picture libraries are not too big and pre-caching could help a lot.
(2014-03-16, 21:04)sonox Wrote: The slideshows are working fine. I don't have performance issues there. My problem occurs when I have to search through my pictures library to find a particular one. That's when I need fast-displaying previews.
(2014-03-16, 21:04)sonox Wrote: You say, there are addons out there which can pre-cache the picture library aswell? Can you please direct me?
(2014-03-16, 19:41)radigast Wrote: I am unable to make logos and discart show up in XBMC with these scripts. I am not sure where the problem is.
texturecache.py fixurls | texturecache.py set
texturecache.py set movie 2 art.logo "" art.disc ""
texturecache.py jd movies | tools\mklocal.py --singlefolders --local "E:\Videos to Archive\Movies - Adult" --prefix "E:\Videos to Archive\Movies - Adult" --artwork poster fanart clearlogo clearart discart banner landscape --verbose --output | texturecache.py set
MilhouseVH Wrote:What is apparent is that your library has paths with a mixture of forward and backward slashes, these forward slashes are being added by buggy addons (usually). First thing is to fix these before any further manipulation of your library.The only addon I used is Artwork Downloader, and the information I posted at the beginning of my previous post showed this virgin run of AD on my brand new database. It seems that it is the culprit for the reversed slashes for landscape, clearart, logo, and disc images. I won't be using Artwork Downloader for my real database once I become more competent with your script. I was simply using it as a comparison to see how your script adds pictures to the database so I could troubleshoot my own problems with logos/discart. But, thanks for the tip to fix the slashes should I ever need it. What would happen if these reverse slashes were never fixed in the database?
MilhouseVH Wrote:Then run your mklocal.py command as follows:Thanks for the tip on the clearlogo and discart variable mistakes. I cleaned the database and reran the command with the updated variables for clearart and discart. Everything showed up! Worked like a boss! Thanks! My mistake with disc and clearart was because I wasn't aware that XBMC called them differently than the actual filename AD give them. In the future, I am also going to be scanning in TV shows. Where do I find a complete list of the actual proper artwork variable names for TV shows for mklocal.py so that I don't make silly naming mistakes again?
Code:
texturecache.py jd movies | tools\mklocal.py --singlefolders --local "E:\Videos to Archive\Movies - Adult" --prefix "E:\Videos to Archive\Movies - Adult" --artwork poster fanart clearlogo clearart discart banner landscape --verbose --output | texturecache.py set
and this should find and load your clearlogo and discart artwork.
MilhouseVH Wrote:When you specify artwork types to mklocal.py you can also specify the associated suffix, using typeuffix notation. mklocal.py has special logic to handle clearlogo and discart, otherwise you would need to specify clearlogo:logo and discart:disc when processing these types. Most artwork maps the type to the suffix, it's just these two that I'm aware of that require special processing (hence the extra support that is already present) but if there are more you can pass the details on the command line using the typeuffix notation.So...if I called my clearlogo file "prettyandcolorful.png", then I would use clearlogo:prettyandcolorful in the script instead of clearlogo?
MilhouseVH Wrote:can you upload the output from "texturecache.py jd movies"
MilhouseVH Wrote:One last thing, I'm not sure what's going on with your extrathumbs - they seem to be present twice in your cache, once with a single backslash and again with two backslashes - can you confirm if the latter is being created by texturecache.py caching the thumbs (delete the thumbs from the cache, then cache your movie again and see what thumbs are created)? That will need fixing as it's likely that the cached version with two backslashes is being ignored by the GUI. A logfile would be handy when you perform the cache (add @logfile=c:\tc.log).I will do both later today on a fresh database when I get home from work.
(2014-03-17, 04:50)radigast Wrote: What would happen if these reverse slashes were never fixed in the database?
(2014-03-17, 04:50)radigast Wrote: Where do I find a complete list of the actual proper artwork variable names for TV shows for mklocal.py so that I don't make silly naming mistakes again?
(2014-03-17, 04:50)radigast Wrote: So...if I called my clearlogo file "prettyandcolorful.png", then I would use clearlogo:prettyandcolorful in the script instead of clearlogo?
(2014-03-17, 04:50)radigast Wrote: What command would I use to get the database ID number? For example, my Hunger Games database ID was 2. However, the only way I knew that it was 2 is because it was the second movie I added in the database. If I have 1000 movies, what command could I use to find the ID number of any one of those movies stored in the database?
texturecache.py jd movies
texturecache.py jd movies "hunger games"
texturecache.py jd movies "the hunger games" @filter.operator=is
(2014-03-17, 04:50)radigast Wrote: Does your script also download missing artwork from fanart.tv or other sources? The posts I have read on here seem to suggest it will, but I have tried on movies missing all artwork and none were downloaded from fanart.
echo $PATH