zeya team mailing list archive
-
zeya team
-
Mailing list archive
-
Message #00083
Re: Playlists, M4A, and --bind_address; impending release
On Sat, Aug 28, 2010 at 03:01, Romain Francoise <rfrancoise@xxxxxxxxxx> wrote:
> Hmm, I don't use playlists nowadays but I tried it (with the 'dir'
> backend) on some media directories from back when I used XMMS and
> Zeya doesn't understand some playlists. It detects them fine and
> shows the select button, but changing the playlist has no effect on
> the displayed tracks. They were apparently generated by running
> `ls *.mp3 >playlist.m3u' and reordering tracks in a text editor.
Ok, I'll look into it. So, the M3U file you're looking at contains
nothing but a bunch of lines containing relative paths to MP3s?
> It works fine with #EXTM3U-formatted playlists, though.
>
> Also, when there are no playlists the new navigation bar looks weird
> with just the search box... or maybe I'll just have to get used to
> it. :)
I agree. I anticipate that that dropdown control can in the future be
reused for accessing additional filtering options (e.g., filtering by
genre), so hopefully that spot won't be bare for most users, for long.
>> If you use the 'dir' backend, delete your zeya.db file so Zeya
>> doesn't use any cached data.
>
> Is that a hard requirement? Wouldn't it better to just wipe the old
> database and reindex? Distribution users which use a packaged Zeya
> won't necessarily be aware of this, even with tools like
> apt-listchanges, etc...
No-- to clarify, you don't need to delete the zeya.db file for things
to work. I just wanted to make sure that we shake out any bugs in the
indexing code, which, of course, is only likely to happen if we _run_
the indexing code (rather than hitting the cache for everything). :)
Thanks!
Phil
Follow ups
References