[RELEASE] Texture Cache Maintenance utility
(2014-01-03, 03:15)shadrach47 Wrote: Maybe I'm confused and doing all this for nothing, but technically no art is on my computer.

LOL yes, that could be a problem... Smile

(2014-01-03, 03:15)shadrach47 Wrote: I access it all from a mapped network drive. Could the issue be that it's just pulling the actual location and not the mapped one I set up? I also have a symlink for it in C:\ (was trying it for something else), but it probably would do the same thing.

The computer you are running the mklocal.py script on must to be able to access (read) the artwork, that's what the --local path is for. Just specify a path for --local that allows the computer to access the artwork.

Your C:\ symlink may work, or a UNC, or simply a mapped drive - anything that can access the network location should work.

(2014-01-03, 03:15)shadrach47 Wrote: Maybe I'm not supposed to run mklocal, but I thought you need to if you need to fix wrong cache items
That's one use for it, to correct artwork. Or to convert remote artwork to local (in this case, mklocal.py will download the original artwork and write it into your local media folder, outputting the corrections that need to be applied to your media library). Or to associate non-standard already existing local artwork (clearlogo, clearart, discart etc.) with existing movies or tvshows (although AD will also perform this function, but not if you are using movie name prefixes).

If you just want to simply pre-load the cache on a client you don't need mklocal.py you only need texturecache.py.

mklocal.py works in conjunction with texturecache.py and is really intended to help quickly create or load non-standard artwork (ie. those artwork items not supported by the standard scrapers).

(2014-01-03, 03:15)shadrach47 Wrote: basically instead of re-adding the library to the db.
It's not going to create movies in the library if they don't exist, it's only going to associate artwork with existing movies. In that sense it's just replacing one of many addons that do that kind of job.

Obviously it's up to you if you want to continue down the mklocal.py route, but I should point out that you are trying to process an artwork type called "disc" when it should be called "discart" (which maps to files using the suffix disc). You can specify this as discart:disc (ie. artwork-type:filename-suffix) when specifying artwork, however the version of mklocal.py I just pushed (2 minutes ago) to github will now handle this automatically so just specify "--artwork discart" rather than "--artwork discart:disc".

(2014-01-03, 03:28)shadrach47 Wrote: So I tried my symlink, C:\Movies and I think it worked. Here are my results:

That looks better! Smile

If you now download from github the version of mklocal.py with the discart fix, you should be able to process (associate) your disc.png file by changing clearart to discart in the command line...

Then to apply the changes to your media library, pass the output from mklocal.py to "texturecache.py set" eg.
Code:
python texturecache.py jd movies zombieland | python Tools/mklocal.py --readonly --singlefolders --local C:\Movies --prefix smb://NAS-MEDIA/Movies --artwork fanart poster clearlogo discart --output -v | python texturecache.py set
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply


Messages In This Thread
RE: [RELEASE] Texture Cache Maintenance utility - by Milhouse - 2014-01-03, 03:41
Crash on Gotham on OS X - by desepticon - 2014-05-29, 17:57
Cleaning - by AleisterHH - 2018-05-28, 22:03
RE: Cleaning - by Milhouse - 2018-05-28, 22:16
qax genre not updated - by Just-Me_A-User - 2018-06-12, 22:06
RE: qax genre not updated - by Milhouse - 2018-06-12, 23:40
Logout Mark Read Team Forum Stats Members Help
[RELEASE] Texture Cache Maintenance utility17