RE: Album format

"Ryan Weaver" <[email protected]>
Newsgroups gmane.comp.multimedia.xmms.devel
Message-ID <000001c2f961$20fbc4f0$b533cfd8@grantrwxp>
	In my experience, (I have approx. 600 CDs in my playlist, some 6500
tracks) I've found no significant slowdown with a playlist this size in
XMMS.

	I find the thought of having a whole CD in one file with a cue sheet
interesting, however it leaves it more vulnerable: i.e. one file corrupted,
entire CD must be re-ripped or restored. Plus, I'd hate to re-rip all of
mine to get 'em to that format :)

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Haavard Kvaalen
Sent: Wednesday, April 02, 2003 2:58 PM
To: Farmer, Joseph - DFI
Cc: '[email protected]'
Subject: Re: [xmms-devel] Album format


On Wed, 2 Apr 2003, Farmer, Joseph - DFI wrote:

> It would appear that rhythmbox may be running its course. Sad.  I have
> 500+ CDs that I ripped into ogg format.  Very hard to manage.  
> Rhythmbox needs lots of CPU to deal with it.

I don't think 500 albums should be much of a problem in xmms.  If you add 
all the tracks to a playlist some operations might go a little slow, but 
nothing really bad.

> I was thinking about encoding an entire CD into 1 file.  It would
> take a header and some more information (I've started to look at
> the format) but would be pretty easy.  The tracks would be encoded
> with Flac (default) but Ogg (or any encoder for that matter) would
> be possible.  CD and Track information would be included to "reverse"
> the process and make a CD.  Scans of cover art are allowable.  

There is a format for this for mp3 files that is used a bit.  You rip an 
entire album to one file, and there is a separate file (named .cue) that 
specifies where each track starts. 

Unfortunately, one basic assumption in xmms is that one file on disk will
map to only one playlist entry, so adding support for this in xmms is not
that easy.

-- 
Håvard Kvålen
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.