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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.