On Fri, Mar 25, 2005 at 05:49:55PM +0000, Andy Hawkins wrote:
> cdrdao read-cd --device ATAPI:0,0,0 --driver generic-mmc --with-cddb \
> --datafile album.bin album.toc
> cueconvert -f album.toc -f album.cue
I've seen two methods posted lately. One used cdrdao to just grab the
toc file (read-toc) and then use cdparanoia piped to flac to generate
the flac.
> flac --endian=big --sign=signed --channels=2 --bps=16 --sample-rate=44100 \
> --cuesheet=album.cue album.bin
Here you are using the bin file extracted by cdrdao instead.
My question has to do with the toc file. cdrdao generates a different
toc file with just using read-toc vs. read-cd.
>From the same CD:
$ diff read-cd.toc read-toc.toc | grep FILE | head
< FILE "data.bin" 0 02:07:72
> FILE "data.wav" 0 02:07:40
< FILE "data.bin" 02:07:72 02:44:50
> FILE "data.wav" 02:07:40 02:44:50
< FILE "data.bin" 04:52:47 02:54:03
> FILE "data.wav" 04:52:15 02:54:03
< FILE "data.bin" 07:46:50 03:59:07
> FILE "data.wav" 07:46:18 03:59:07
< FILE "data.bin" 11:45:57 03:44:48
> FILE "data.wav" 11:45:25 03:44:48
I assume that's due to wav file headers? But both methods use
--cuesheet option, but the cuesheets are different depending on if you
used read-cd vs. read-toc. Am I missing some key point or is this a
problem? Or does flac see that it's raw input and adjust the
cuesheet?
BTW -- anyone have a script for going the other way -- back to CDR. Do you just
use
--force-raw-format to write out a bin file, metaflac to extract out
the cue sheet, cueconvert to convert to toc and then run cdrdao? Oh,
I guess cdrdao can use cue sheets.
What about when I have ripped into separate flac files and also have
the original toc from cdrdao read-toc? Just write as separate wav
files and edit the toc for each file name? Or is there some kind of
"catwav" program to join them before burning with cdrdao?
--
Bill Moseley
[EMAIL PROTECTED]
_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss
