Jason Voegele <[EMAIL PROTECTED]> writes:

> On Saturday 26 March 2005 09:17 pm, michael wrote:
>> It's worth noting that using --fast-toc will not read pregap or index
>> markers from the disc.  This won't matter much for your ripped files,
>> but if you intend to use this as an archival backup of the original
>> CD, you may want to keep those. Using --read-toc without --fast-toc
>> should grab everything correctly, but it'll take a bit longer.
>
> Well, I know that's what the documentation says, but I'm not entirely 
> convinced that it's true.
>
> I've got some CDs that definitely have pregap markers that are picked up by 
> --fast-toc.  Despite what 'man cdrdao' says, I believe the difference with 
> --fast-toc is that it simply "trusts" what the disc's actual TOC tells it 
> without going through a verification step.  

You are correct it seems.  I'd always just taken the man page at face
value.  But sure enough, in practice --fast-toc does grab indexes
correctly.

> Indeed, without the --fast-toc 
> option, read-toc gets some things wrong.  For example, using --fast-toc, ISRC 
> codes are picked up correctly for each track, but without the --fast-toc 
> option, cdrdao gives an ISRC code of all zeroes for each track.  

Now I've seen the zeroed ISRC from the slow read-toc, but those same
tracks show no ISRC at all when read with --fast-toc.  Those tracks
that do show up with real values for ISRC seem to match with or
without --fast-toc.  At least that's what I get with the discs I've
tested with.

> I'm more 
> inclined to trust the results of --fast-toc given that it reads the *actual* 
> TOC from the disc.
>
> Now this is purely conjecture on my part based on having played around with 
> this on several different discs.  I have not dug into the source code or 
> anything, so don't just take my word for it.

A few quick experiments seem to have proven you correct.  :)

-michael

--
"The Americans will always do the right thing
 ... after they've exhausted all the alternatives." 
                        ---Winston Churchill


_______________________________________________
Discuss mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to