From: Java Jive on 18 May 2010 09:31
Isn't that exactly what you want? That's certainly why I suggested
it. I thought that the whole point was that you need to copy byte by
byte from one device to another? Your current procedure is grabbing
the audio data and making a mess of it. What you want is something -
I'm not saying that it necessarily has to be DD, that was all that I
could recall, but something - that does a pukka, faithful, sector by
sector copy from one CD to another, without trying to 'interpret' the
data as audio or anything else.

BTW, you are using a destination CD of exactly the same size as the
original aren't you? Not trying to copy from 740MB to 800MB or vice
versa?

I've tried a few things from the man page for cdrdao, like removing the
START field's value, removing the START field completely, fiddling with
various values, but all I get is either a disk with forced gaps, or error
messages.

Its almost as if I've got the wrong the man page.

--
*=( http://www.thedailymash.co.uk/
*=( For all your UK news needs.

From: Mike Jones on 18 May 2010 18:24
Responding to Java Jive:

[...]>> dd won't grab audio data.
>>
> Isn't that exactly what you want? That's certainly why I suggested it.
> I thought that the whole point was that you need to copy byte by byte
> from one device to another? Your current procedure is grabbing the
> audio data and making a mess of it. What you want is something - I'm
> not saying that it necessarily has to be DD, that was all that I could
> recall, but something - that does a pukka, faithful, sector by sector
> copy from one CD to another, without trying to 'interpret' the data as
> audio or anything else.
>
> BTW, you are using a destination CD of exactly the same size as the
> original aren't you? Not trying to copy from 740MB to 800MB or vice
> versa?
>

dd won't even get off starting block on this one, and I've not found an
alternative.

T'ain't /me/ making the mess you mentioned BTW. :(

--
*=( http://www.thedailymash.co.uk/
*=( For all your UK news needs.

From: unruh on 19 May 2010 03:21
On 2010-05-18, Mike Jones <luck(a)dasteem.invalid> wrote:> Responding to jens:
>
>> Hi Mike,
>>
>> On 05/18/2010 12:56 AM, Mike Jones wrote:
>>> cdrdao read-cd --fast-toc --device /dev/cd1 --datafile cd.bin cd.toc
>>> cdrdao write --device /dev/cd2 --datafile cd.bin cd.toc
>>>
>>> ...records a copy, with 2 second gaps between all tracks. Bah!
>>
>> Use the read-toc command of cdrdao to extract the toc of the cd.
>>
>> HTH, Jens
>
>
> ...and then?
>
> I've tried a few things from the man page for cdrdao, like removing the
> START field's value, removing the START field completely, fiddling with
> various values, but all I get is either a disk with forced gaps, or error
> messages.
>
> Its almost as if I've got the wrong the man page.
>

I just tried with the following .toc file ( created with gcdmaster)

Track 1 has a silence after it. Track 2 which is 4 1/2 copies of one
short file has not silence after it.
Track 3 which is the second half of the repeat of copy, and a few more
There is no break on the cd between track 2 and 3. They flow into each
otehr. Now your particular cd player may insert a 2 sec silence between
the tracks but that is a problem with your player not with cdrdao.