Rob Shortt wrote:
> Here's a patch to the current CVS. It changes coversearch so if the
> normal spot for coversearch covers is readonly (or has another error),
> it tries to use the FREEVO_CACHEDIR instead. Changes in autoitem
> allow it to look there too, and tada! CD- or DVD-based MP3s and OGGs
> can have covers found via coversearch. And so can my readonly
> samba-mounts And they stay across loads as long as the cache is
> not blown away.
>
> BTW, say you have an album stored like so:
>
> /dos/smegma/d/mp3/Music/Chet/*.mp3 # all songs on the Chet album
>
> Then the cover ends up in
>
> $FREEVO_CACHEDIR/dos/smegma/d/mp3/Music/Chet/cover.jpg
>
> i.e. the same place as it would without this patch, except with the
> $FREEVO_CACHEDIR thrown on the front. This approach has worked well
> for me with photos.jacknife.org's thumbnails..
There should be a more global way of handling directories without
write access. The video menu uses MOVIE_DATADIR. I guess, for all
kinds of data, we need a LOCAL_DATADIR: everything in
LOCAL_DATADIR/foo/bar will be 'virtualy' in /foo/bar.
> Oh, and games/__init__.py constantly pops up "please update DIR_GAMES
> in local_conf.py" when I do a recursive random playlist. I don't have
> any of the game stuff setup, so I commented out the popup box for now
More detailed bug report please. I have DIR_GAMES=[] and have no such
problem.
> And when does all that data in mmpython (and worse, in thumbnails) get
> cleaned up?
'./freevo cache --help'
Dischi
--
Maryann's Law:
You can always find what you're not looking for.
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
