Re: metadatabase

Kristian Kvilekval <[email protected]>
Newsgroups gmane.comp.audio.zinf.devel
Message-ID <1066004349.4073.13.camel@krispc>
On Sun, 2003-10-12 at 02:04, Ralf Engels wrote:
> Hi,
> I am just trying to clean up playlist and playlistmanager.
> Some things are still missing but I have some questions to the meta 
> handling:
> 
> 1. We have a playlist format (PLM) that stores meta informations. Why do 
> we need a special database for this.

The database is for caching and browsing of metadata.  Especially for
things that can be costly to compute like the songlength etc...

> 2. We already have a metadatabase (mdb) why do we need another (database 
> musiccatalog) ?

We support both *temporarily* while the the new mdb code is filled in,
debugged and completed.   Eventually the old musiccatalog should
disappear.   We also need to see how this will affect the win32 code
base which uses musiccatalog.


> Can we please agree on the future stategy?
> 
> I know that Kristian is in favour of his database. In principle I think 
> that using a database is a good idea. Just not in this case.
> 
> I would prefere using PLM and MDB for the future. The principle is sound 
> and the implementation (expecially mdb) is quite good.

mdb still needs to be restructured a little to allow it to use a plugin
architecture like the old PlaylistFormat .. then the old should go away
when all the code is brought up to date.   I like to have the player
working at all times.   Mdb went in pretty quickly as
I wanted to get something in to support the layered metadata model 
ASAP to try it out.   



-- 
Kristian G. Kvilekval
email:[email protected] office:(805)893-4276 http://www.cs.ucsb.edu/~kris



-------------------------------------------------------
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
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.