Re: my personal wishlist
"Kristian G. Kvilekval" <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <1058911291.3077.322.camel@merrimack> |
On Tue, 2003-07-22 at 14:40, Ralf Engels wrote: > >>However I think that it has some big shortcommings. > >> > >>1. extremly slow playlist handling. This will always be slow as long as > >>it tries to look for ID3 tags for all of my 3000 files. > >>2. no way to script it with Perl > > > >I have some incomplete patches to speed playlist handling. > >Unfortunately they don't apply cleanly to current code base. I >haven't > >had much time lately. > > Great. Please send it to me and I will integrate it in the latest release. They involve replacing the gdbm support.. I've been hoping to do this in one fell swoop when win32 is back and building. I noticed that the win32 uses dynamic expansion of the browser tree like my patches for unix. These should really be integrated to use the same facilities. If you really want to see what its about, you can checkout a copy of zinf-lazydb from sourceforge. I've had success with it but others haven't.. > > >1. No metadata : zinf will present only filename > > > >2. Local metadeta : Users may tag and use metadata stored either in the > >music files themselves or in the metadata database. > > > >3. World metadata : Zinf will use outside resources to complete > >metadata fields when available. > > > > I am much in favor for ID3V2 tags. Benefits are: > 1. (semi) official standart > 2. everything you want > 3. very good library available > 4. the tags are stored with the file We support ID3V2 tags.. The option pane allow you to select what sort of tags to use. Zinf uses an external metadata database to speed some functions and to support read only music sources. Some have clamored for a way to turn this off. It is expected for the 2.3.0 version. > Shortcomming of cause > 1. slow > > > >2. Pluggable playlists? Different musicbrowsers? > > Personally I totaly satisfied with the way XMMS handles the playlist. I > don't need streams, any database or other stuff. Sorry not that familiar with xmms.. I could never get used to it. > >>Should I try to do something about this issues/proposals? > > >In a word.. yes. Can you code? What exactly do you mean by > >pluggable playlist support? Which xmms plugins are you dieing for? > >Do you have experience with their plugins? > > Yes. I can code. > > The xmms-lib is a library to access xmms functionalities over tcp/ip. > You can: > get the current playlist > start stop pause, forward, ... > get current time and id3 tags of the current song. > > The library is quite small and could be re-used from the xmms source > code (but is in C and not C++) > > There is a Perl.mod for accessing this. Sounds like you want a new front end on top of xmms? I had thought to add a file view that would take the place of the tree view in the music browser. This might be something you would like to look at. Why not take a look at doc/WISHLIST and see if anything catches your eyes. -- email:[email protected] office:(805)893-4276 http://www.cs.ucsb.edu/~kris ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0