[Flac-users] Re: CD archival best practices?

[Josh Coalson]

--- Curt Sampson <cjs at cynic.net> wrote:
...
> Next, I rip the entire CD using cdrdao. This generates a .bin file
> containing the raw audio data and a .toc file containing the table of
> contents of the CD. There's still a problem here: I don't have the
> subcode data (from channels R through W). There's a possiblity that
> cdrdao will keep CD-Text data, since the TOC file supports that, but
> I
> don't know yet because I've dug up a CD that uses CD-Text. (I'm not
> even
> sure if I have one.)
> 
> cdrdao does actually have the capability of pulling out the subcode
> data
> as well, but unfortunately it puts this subcode data in the binary
> file
> it generates, thus meaning you can't use it as a straight audio file
> any
> more. I've put in a feature request on sourceforge to have it put the
> subcode data in a separate file.

interesting idea, CD-TEXT is in the subcode and if cdrdao can
split it out that's better I think than hacking the CUESHEET
block to store CD-TEXT.

> After ripping, I use toc2cue to generate a .cue file, and feed that
> and
> the audio data to flac. This is not really optimal, as toc2cue seems
> to
> do a pretty bad job of the conversion (leaving out such simple things
> as
> the ISRC, but I'm not familiar enough with the cue file format that
> flac
> reads to do better. So I keep the toc file, as well as the flac, in
> the
> hope that I'll be able to fix this later.

yes, eventually I will add support for importing cdrdao TOC
format as well as soon as I figure it out.  hopefully the
format is pretty stable.

Josh


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com