> On Mon, 30 Jun 2003, Aubin Paul wrote: > >> On Mon, Jun 30, 2003 at 04:40:41PM +0200, Thomas Schueppel wrote: >> > The idea of mmpython is to retrieve a common set of >> > information from these files. Hence using a common >> > table for wmv/avi/ogm would be feasible. If I would >> > layout the mmpython class structure into tables I >> > would do the following: >> > >> > MUSIC >> > AV >> > IMAGES >> > DISCS / COLLECTIONS / PLAYLISTS (an aggregation of the >> > above) >> >> Sounds ok to me I guess, though I don't know how much of an advantage >> is gained by putting the playlists/collections in the database. It >> only makes things more complicated for people building playlists since >> text files are generally accepted... > > Yes. The main reason are audio CDs, I think. They contain > a collection of Songs. Perhaps we should try to work > around that.
I can see how it would be useful to have a SQL DB to support file navigation. Most users would probably start using Freevo with the regular folder/file structure, and playlists in standard text formats. But for more advanced users, a DB could support features like browsing movie/music collections based on meta-data instead of the file structure. For instance, I have backed up a large number of my legally purchased VHS tapes and music CDs to my harddrives. I add harddrives as I need more space, but I usually want to browse my movies by genre (comedy, action, etc), not by which harddrive they happen to be on. I think it would be useful to have playlists in the DB since the playlists would link to the DB anyway for the metadata. There could be a "sync" option in case the user wants to share a playlist with winamp on a PC for instance. / Krister ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel