Mailing List Archive: Gentoo: User

cdda2wav/cdrecord - 1 CD refuses to copy...

Index | Next | Previous | View Threaded

markknecht at gmail

Nov 5, 2009, 9:22 AM

Post #1 of 10 (310 views)
Permalink

cdda2wav/cdrecord - 1 CD refuses to copy...

Hi,
I am attempting to copy a CD I got. I have had a standard way of
doing this for the last few months that uses these commands:

cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6
cdrecord dev=1000,1,0 -eject
cdrecord dev=1000,1,0 -v -speed=6 -dao -useinfo -text -eject *.wav
rm audio*

This has worked very well with all the CD's I've copied - maybe 50
or so - but on this CD it's failing. I've tried rebooting the machine
as I don't know how to clear a Check Condition, if that's real,
without doing a reboot. The machine is up-to-date as per emerge -pvDuN
@world from maybe a week or two ago.

Does anyone see any problems with the commands I'm using or in the
data returned by cdda2wav or cdrecord?

I've just copied 6 other CDs using these commands and all were
fine. I've tried three blank media on this data and they all failed.
I've tried re-ripping the original CD but get the same results.

There is nothing strange in dmesg or /var/log/messages.

I have not yet investigated firmware updates for the writer since
all other CDs copied fine. (As far as I can tell so far...)

Needing help...

Cheers,
Mark

login as: root
Using keyboard-interactive authentication.
Password:
Last login: Thu Nov 5 05:11:08 PST 2009 from 192.168.1.65 on pts/0
MacMini ~ # cd test2/
MacMini test2 # ls
audio.cddb audio_02.inf audio_04.inf audio_06.inf
audio.cdindex audio_02.wav audio_04.wav audio_06.wav
audio_01.inf audio_03.inf audio_05.inf audio_07.inf
audio_01.wav audio_03.wav audio_05.wav audio_07.wav
MacMini test2 # ls -al
total 493480
drwxr-xr-x 2 root root 4096 Nov 5 08:20 .
drwx------ 7 root root 4096 Nov 5 08:20 ..
-rw-r--r-- 1 root root 478 Nov 5 07:38 audio.cddb
-rw-r--r-- 1 root root 851 Nov 5 07:38 audio.cdindex
-rw-r--r-- 1 root root 563 Nov 5 07:44 audio_01.inf
-rw-r--r-- 1 root root 79542332 Nov 5 07:44 audio_01.wav
-rw-r--r-- 1 root root 577 Nov 5 07:47 audio_02.inf
-rw-r--r-- 1 root root 43335644 Nov 5 07:47 audio_02.wav
-rw-r--r-- 1 root root 570 Nov 5 07:52 audio_03.inf
-rw-r--r-- 1 root root 84570908 Nov 5 07:52 audio_03.wav
-rw-r--r-- 1 root root 566 Nov 5 07:55 audio_04.inf
-rw-r--r-- 1 root root 47548076 Nov 5 07:55 audio_04.wav
-rw-r--r-- 1 root root 567 Nov 5 07:58 audio_05.inf
-rw-r--r-- 1 root root 69539276 Nov 5 07:58 audio_05.wav
-rw-r--r-- 1 root root 595 Nov 5 08:02 audio_06.inf
-rw-r--r-- 1 root root 78512156 Nov 5 08:02 audio_06.wav
-rw-r--r-- 1 root root 576 Nov 5 08:07 audio_07.inf
-rw-r--r-- 1 root root 101677004 Nov 5 08:07 audio_07.wav
MacMini test2 # cdrecord dev=1000,1,0 -v -speed=6 -dao -useinfo -text
-eject *.wav
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (powerpc-unknown-linux-gnu)
Copyright (C) 1995-2009 JÃ¶rg Schilling
TOC Type: 0 = CD-DA
scsidev: '1000,1,0'
scsibus: 1000 target: 1 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
SCSI buffer size: 64512
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'MATSHITA'
Identifikation : 'DVD-R UJ-845 '
Revision : 'D8PB'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: CD-R
Profile: DVD+R/DL
Profile: DVD+R
Profile: DVD+RW
Profile: DVD-RW restricted overwrite
Profile: DVD-RW sequential recording
Profile: DVD-R sequential recording
Profile: DVD-ROM
Profile: CD-RW
Profile: CD-R (current)
Profile: CD-ROM
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO
Drive buf size : 1310720 = 1280 KB
cdrecord: Warning: The DMA speed test has been skipped.
FIFO size : 4194304 = 4096 KB
pregap1: -1
Track 01: audio 75 MB (07:30.92) no preemp
Track 02: audio 41 MB (04:05.66) no preemp pregapsize: 0
Track 03: audio 80 MB (07:59.42) no preemp pregapsize: 0
Track 04: audio 45 MB (04:29.54) no preemp pregapsize: 0
Track 05: audio 66 MB (06:34.21) no preemp pregapsize: 0
Track 06: audio 74 MB (07:25.08) no preemp pregapsize: 0
Track 07: audio 96 MB (09:36.40) no preemp
Total size: 481 MB (47:41.25) = 214594 sectors
Lout start: 481 MB (47:43/19) = 214594 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 4
Disk Is not unrestricted
Disk Is not erasable
Disk sub type: Medium Type A, low Beta category (A-) (2)
ATIP start of lead in: -12508 (97:15/17)
ATIP start of lead out: 359845 (79:59/70)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 22
Manufacturer: Ritek Co.

Capacity Blklen/Sparesz. Format-type Type
4104234 2048 0x00 No Media Present or Unknown Capacity
Blocks total: 359845 Blocks current: 359845 Blocks remaining: 145251
Starting to write CD/DVD/BD at speed 8 in real SAO mode for single session.
Last chance to quit, starting real write 0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
BURN-Free is ON.
Turning BURN-Free off
Performing OPC...
Sending CUE sheet...
cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1.
cdrecord: Success. send_cue_sheet: scsi sendcmd: no error
CDB: 5D 00 00 00 00 00 00 00 B0 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0
Sense flags: Blk 0 (not valid)
resid: 176
cmd finished after 0.001s timeout 200s
cdrecord: CUE sheet still not accepted. Please try to write in RAW
(-raw96r) mode.
cdrecord: Cannot send CUE sheet.
cdrecord: Could not write Lead-in.
Writing time: 5.931s
cdrecord: fifo had 64 puts and 0 gets.
cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%.
MacMini test2 #

MacMini test2 # cat audio.cddb
# xmcd
#
# Track frame offsets:
#
# 150
# 33969
# 52394
# 88351
# 108567
# 138133
# 171514
#
# Disc length: 2863 seconds
#
# Revision: 0
# Submitted via: cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
DISCID=650b2d07
DTITLE=Indukti / S.U.S.A.R.
DYEAR=
DGENRE=
TTITLE0=freder
TTITLE1=cold inside... I
TTITLE2=no. 11812
TTITLE3=shade
TTITLE4=uluru
TTITLE5=no. 11811
TTITLE6=...and weak II
EXTD=
EXTT0=
EXTT1=
EXTT2=
EXTT3=
EXTT4=
EXTT5=
EXTT6=
PLAYORDER=
MacMini test2 #

MacMini test2 # cat audio.cdindex
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE CDInfo SYSTEM "http://www.musicbrainz.org/dtd/CDInfo.dtd">

<CDInfo>
<Title>S.U.S.A.R.</Title>
<NumTracks>7</NumTracks>

<IdInfo>
<DiskId>
<Id>x7kWW2ke0dtT4IO_V6RVoLlw5mc-</Id>
</DiskId>
</IdInfo>

<SingleArtistCD>
<Artist>Indukti</Artist>
<Track Num="1">
<Name>freder</Name>
</Track>
<Track Num="2">
<Name>cold inside... I</Name>
</Track>
<Track Num="3">
<Name>no. 11812</Name>
</Track>
<Track Num="4">
<Name>shade</Name>
</Track>
<Track Num="5">
<Name>uluru</Name>
</Track>
<Track Num="6">
<Name>no. 11811</Name>
</Track>
<Track Num="7">
<Name>...and weak II</Name>
</Track>
</SingleArtistCD>
</CDInfo>
MacMini test2 #

Joerg.Schilling at fokus

Nov 5, 2009, 11:02 AM

Post #2 of 10 (284 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Mark Knecht <markknecht [at] gmail> wrote:

> Hi,
> I am attempting to copy a CD I got. I have had a standard way of
> doing this for the last few months that uses these commands:
>
> cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6
> cdrecord dev=1000,1,0 -eject
> cdrecord dev=1000,1,0 -v -speed=6 -dao -useinfo -text -eject *.wav
> rm audio*
>
> This has worked very well with all the CD's I've copied - maybe 50
> or so - but on this CD it's failing. I've tried rebooting the machine
> as I don't know how to clear a Check Condition, if that's real,
> without doing a reboot. The machine is up-to-date as per emerge -pvDuN
> @world from maybe a week or two ago.
>
> Does anyone see any problems with the commands I'm using or in the
> data returned by cdda2wav or cdrecord?

Do you know what you changed since then?
There may be a problem caused by hald. Did you try to write in -raw96r mode
as mentioned by cdrecord? Hald does not interrupt the write process if
this is done in RAW mode.

You did not mention the cue sheet or *.inf content and it is well known that
some drives do not like all CUE sheets.

> I've just copied 6 other CDs using these commands and all were
> fine. I've tried three blank media on this data and they all failed.
> I've tried re-ripping the original CD but get the same results.

Then it may be that the master CD is not Red-Book compliant or the
firmware is dumb or the CD-Text is not accepted.

In any case, writing in RAW mode will also prevent the firmware from being able
to understand what's going on. In RAW mode, the whole data on the CD is created
and computed by cdrecord, try it.

J�rg

--
EMail:joerg [at] schily (home) J�rg Schilling D-13353 Berlin
js [at] cs (uni)
joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

markknecht at gmail

Nov 5, 2009, 12:55 PM

Post #3 of 10 (283 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Hello Joerg

On Thu, Nov 5, 2009 at 11:02 AM, Joerg Schilling
<Joerg.Schilling [at] fokus> wrote:
> Mark Knecht <markknecht [at] gmail> wrote:
>
>> Hi,
>> I am attempting to copy a CD I got. I have had a standard way of
>> doing this for the last few months that uses these commands:
>>
>> cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6
>> cdrecord dev=1000,1,0 -eject
>> cdrecord dev=1000,1,0 -v -speed=6 -dao -useinfo -text -eject *.wav
>> rm audio*
>>
>> This has worked very well with all the CD's I've copied - maybe 50
>> or so - but on this CD it's failing. I've tried rebooting the machine
>> as I don't know how to clear a Check Condition, if that's real,
>> without doing a reboot. The machine is up-to-date as per emerge -pvDuN
>> @world from maybe a week or two ago.
>>
>> Does anyone see any problems with the commands I'm using or in the
>> data returned by cdda2wav or cdrecord?
>
> Do you know what you changed since then?

That will take awhile to determine. It's an up-to-date Gentoo machine
so things change over time and I don't pay too much attention. The
only things marked as testing are mythtv, portage, mesa and sandbox. I
know the sandbox entry was temporary and isn't required on my other
systems now so maybe I can get rid of that, but I thought that was
just for doing the builds, not normal day-to-day use.

Anyway, I'll take a pass at finding changes but it only effects this
CD so I'm thinking it's CD specific. The other 6 I wrote last night
all play fine in my car.

> There may be a problem caused by hald. Did you try to write in -raw96r mode
> as mentioned by cdrecord? Hald does not interrupt the write process if
> this is done in RAW mode.

OK, I tried quickly to do this and didn't have any luck. I'm not sure
if the drive supports it?

Instead of:

cdrecord dev=1000,1,0 -v -speed=6 -dao -useinfo -text -eject *.wav

I tried

cdrecord dev=1000,1,0 -v -speed=6 -dao -raw96r -useinfo -text -eject *.wav
cdrecord dev=1000,1,0 -v -speed=6 -raw96r -useinfo -text -eject *.wav
cdrecord dev=1000,1,0 -v -speed=6 -sao -raw96r -useinfo -text -eject *.wav

All failed with messages like

cdrecord: Drive does not support RAW recording.

>
> You did not mention the cue sheet or *.inf content and it is well known that
> some drives do not like all CUE sheets.

OK, let's explore that. I provided the contents of audio.cddb and
audio.cdindex because those were the only two files created by my
cdda2wav command:

cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6

I don't see a way to read a cue sheet from the existing drive. (There
isn't one, is there?)

Is there maybe a way to run cdda2wav or cdrecord to create a cue sheet
as a file so we can look at it?

The *.inf files look fairly consistent from song to song:

MacMini test2 # cat *.inf
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:54
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'freder'
Tracknumber= 1
Trackstart= 0
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 33819, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'cold inside... I'
Tracknumber= 2
Trackstart= 33819
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 18425, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'no. 11812'
Tracknumber= 3
Trackstart= 52244
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 35957, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'shade'
Tracknumber= 4
Trackstart= 88201
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 20216, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'uluru'
Tracknumber= 5
Trackstart= 108417
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 29566, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= 'no. 11811'
Tracknumber= 6
Trackstart= 137983
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 33381, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0 -1 -1 -1 -1 -1 29076
Index0= 33231
# md5 sum
MD5-offset= 44
#created by cdda2wav
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
11/05/09 07:38:55
#
CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
CDDB_DISCID= 0x650b2d07
MCN=
ISRC=
#
Albumperformer= 'Indukti'
Performer= 'Indukti'
Albumtitle= 'S.U.S.A.R.'
Tracktitle= '...and weak II'
Tracknumber= 7
Trackstart= 171364
# track length in sectors (1/75 seconds each), rest samples
Tracklength= 43230, 0
Pre-emphasis= no
Channels= 2
Copy_permitted= once (copyright protected)
Endianess= little
# index list
Index= 0
Index0= -1
# md5 sum
MD5-offset= 44
MacMini test2 #

I'll look into finding firmware updates, if any.

Thanks,
Mark

markknecht at gmail

Nov 5, 2009, 1:00 PM

Post #4 of 10 (276 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht [at] gmail> wrote:
<SNIP>
>
> The *.inf files look fairly consistent from song to song:
>

Actually, Track 6 looks strange:

> Tracknumber= 1

> Index= 0
> Index0= -1

> Tracknumber= 2

> Index= 0
> Index0= -1

> Tracknumber= 3

> Index= 0
> Index0= -1

> Tracknumber= 4

> Index= 0
> Index0= -1

> Tracknumber= 5

> Index= 0
> Index0= -1

> Tracknumber= 6

> Index= 0 -1 -1 -1 -1 -1 29076
> Index0= 33231

> Tracknumber= 7

> Index= 0
> Index0= -1

- Mark

Joerg.Schilling at fokus

Nov 5, 2009, 1:05 PM

Post #5 of 10 (280 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Mark Knecht <markknecht [at] gmail> wrote:

> I tried
>
> cdrecord dev=1000,1,0 -v -speed=6 -dao -raw96r -useinfo -text -eject *.wav
> cdrecord dev=1000,1,0 -v -speed=6 -raw96r -useinfo -text -eject *.wav
> cdrecord dev=1000,1,0 -v -speed=6 -sao -raw96r -useinfo -text -eject *.wav

You do not like to combine -sao and -raw96 unless you know exactly what you are
doing. This combination would not help you.

> All failed with messages like
>
> cdrecord: Drive does not support RAW recording.

Then you have a problem.

> I don't see a way to read a cue sheet from the existing drive. (There
> isn't one, is there?)
>
> Is there maybe a way to run cdda2wav or cdrecord to create a cue sheet
> as a file so we can look at it?
>
> The *.inf files look fairly consistent from song to song:
>
> MacMini test2 # cat *.inf
> #created by cdda2wav
> 2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported
> 11/05/09 07:38:54
> #
> CDINDEX_DISCID= 'x7kWW2ke0dtT4IO_V6RVoLlw5mc-'
> CDDB_DISCID= 0x650b2d07
> MCN=
> ISRC=
> #
> Albumperformer= 'Indukti'
> Performer= 'Indukti'
> Albumtitle= 'S.U.S.A.R.'
> Tracktitle= 'freder'
> Tracknumber= 1
> Trackstart= 0
> # track length in sectors (1/75 seconds each), rest samples
> Tracklength= 33819, 0
> Pre-emphasis= no
> Channels= 2
> Copy_permitted= once (copyright protected)
> Endianess= little
> # index list
> Index= 0
> Index0= -1
> # md5 sum
> MD5-offset= 44

Some drives do not like pregap size 0 and it seems that your drive is
extremely picky and does not like pregap size 1 either.
You need a better drive firmware to write this CD, or you need to try to edit
Index0 to be at least 150.

J�rg

--
EMail:joerg [at] schily (home) J�rg Schilling D-13353 Berlin
js [at] cs (uni)
joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Joerg.Schilling at fokus

Nov 5, 2009, 1:32 PM

Post #6 of 10 (277 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Mark Knecht <markknecht [at] gmail> wrote:

> On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht [at] gmail> wrote:
> <SNIP>
> >
> > The *.inf files look fairly consistent from song to song:
> >
>
> Actually, Track 6 looks strange:

> > Tracknumber= � �6
>
> > Index= � � � � �0 -1 -1 -1 -1 -1 29076
> > Index0= � � � � 33231

this cannot work!

cdda2wav uses a binary interval search algorithm that usually works correctly.

It seems that the drive used for reading has reead and/or seek problems.
remove the list of -1's and make sure that

A song tape starts with 2m red tape folowed by magnetic tape followed by 2
seconds of white tape.

If you mount a disk, you cut off the red tape and glue the magnetic tape
behind the 2s white tape of the previous track.

A song starts with Index1, Index0 is somewhere to the end of the tack and is
a logical part of the current track although it carries the next rack number.
A RedBook and Reichsrundfunggesellschaft ;-) compliant track uses Index0 that
is equal to tracksize -150 (2 seconds).

Opera disks contain further indices as index into the libretto. In this case,
you have index numbers > 1.

Cdda2wav is the only DAE program that is compliant to the standard and therefore
it is the only known program where you may rearrange the order of tracks
without the need to edit the audio channel data.

In case you do not have an opera disk from Deutsche Grammophon, it is most
unlikely that you have a index list.

Cdda2wav should never write negative numbers to the index list. As you did not
send the cdda2wav output, I cannot comment the reason.

J�rg

--
EMail:joerg [at] schily (home) J�rg Schilling D-13353 Berlin
js [at] cs (uni)
joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

markknecht at gmail

Nov 5, 2009, 3:56 PM

Post #7 of 10 (277 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

On Thu, Nov 5, 2009 at 1:32 PM, Joerg Schilling
<Joerg.Schilling [at] fokus> wrote:
> Mark Knecht <markknecht [at] gmail> wrote:
>
>> On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht [at] gmail> wrote:
>> <SNIP>
>> >
>> > The *.inf files look fairly consistent from song to song:
>> >
>>
>> Actually, Track 6 looks strange:
>
>> > Tracknumber= 6
>>
>> > Index= 0 -1 -1 -1 -1 -1 29076
>> > Index0= 33231
>
> this cannot work!
>
> cdda2wav uses a binary interval search algorithm that usually works correctly.
>
> It seems that the drive used for reading has reead and/or seek problems.
> remove the list of -1's and make sure that
>
> A song tape starts with 2m red tape folowed by magnetic tape followed by 2
> seconds of white tape.
>
> If you mount a disk, you cut off the red tape and glue the magnetic tape
> behind the 2s white tape of the previous track.
>
> A song starts with Index1, Index0 is somewhere to the end of the tack and is
> a logical part of the current track although it carries the next rack number.
> A RedBook and Reichsrundfunggesellschaft ;-) compliant track uses Index0 that
> is equal to tracksize -150 (2 seconds).
>
> Opera disks contain further indices as index into the libretto. In this case,
> you have index numbers > 1.
>
> Cdda2wav is the only DAE program that is compliant to the standard and therefore
> it is the only known program where you may rearrange the order of tracks
> without the need to edit the audio channel data.
>
> In case you do not have an opera disk from Deutsche Grammophon, it is most
> unlikely that you have a index list.
>
> Cdda2wav should never write negative numbers to the index list. As you did not
> send the cdda2wav output, I cannot comment the reason.
>
> Jörg
>

In this case I will investigate doing the cdda2wav portion on a
different machine and then writing it on the machine I have been using
as that drive seems to be the only one that will still generate CDs
playable in my car.

I'm not completely convinced this is a drive problem but it won't hurt
to be careful about where each step is done and do some comparisons of
the files.

Thanks a lot for your help. I'm traveling for the next few days and
won't look at this again until Monday orTuesday. Have a great weekend.

cheers,
Mark

Joerg.Schilling at fokus

Nov 6, 2009, 1:15 AM

Post #8 of 10 (277 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Mark Knecht <markknecht [at] gmail> wrote:

> In this case I will investigate doing the cdda2wav portion on a
> different machine and then writing it on the machine I have been using
> as that drive seems to be the only one that will still generate CDs
> playable in my car.
>
> I'm not completely convinced this is a drive problem but it won't hurt
> to be careful about where each step is done and do some comparisons of
> the files.

As I mentioned before, I cannot comment the cause as long as I did not see the
outout from at least:

cdda2wav -vall -B cddb=0

and I would recomment to use:

cdda2wav -vall -B cddb=0 -paranoia

The parania code is not used while reading the index list but the paranoia debug
output will help to understand the readability of the medium by your drive.

It would of course be interesting to know whether the index scan did take a
long time......

If you like, you may also try to compile cddawav to use linear seach by calling:

smake clean
smake COPTX=-DUSE_LINEAR_SEARCH

and try again.

There is also:

smake COPTX=-DDEBUG_BINSEARCH

to debug the binary seach.

J�rg

--
EMail:joerg [at] schily (home) J�rg Schilling D-13353 Berlin
js [at] cs (uni)
joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

markknecht at gmail

Nov 6, 2009, 5:58 AM

Post #9 of 10 (277 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

On Fri, Nov 6, 2009 at 1:15 AM, Joerg Schilling
<Joerg.Schilling [at] fokus> wrote:
> Mark Knecht <markknecht [at] gmail> wrote:
>
>> In this case I will investigate doing the cdda2wav portion on a
>> different machine and then writing it on the machine I have been using
>> as that drive seems to be the only one that will still generate CDs
>> playable in my car.
>>
>> I'm not completely convinced this is a drive problem but it won't hurt
>> to be careful about where each step is done and do some comparisons of
>> the files.
>
> As I mentioned before, I cannot comment the cause as long as I did not see the
> outout from at least:
>
> cdda2wav -vall -B cddb=0
>
> and I would recomment to use:
>
> cdda2wav -vall -B cddb=0 -paranoia
>
> The parania code is not used while reading the index list but the paranoia debug
> output will help to understand the readability of the medium by your drive.
>
> It would of course be interesting to know whether the index scan did take a
> long time......
>
> If you like, you may also try to compile cddawav to use linear seach by calling:
>
> smake clean
> smake COPTX=-DUSE_LINEAR_SEARCH
>
> and try again.
>
> There is also:
>
> smake COPTX=-DDEBUG_BINSEARCH
>
> to debug the binary seach.
>
>
>
>
>
>
> Jörg
>
> --
> EMail:joerg [at] schily (home) Jörg Schilling D-13353 Berlin
> js [at] cs (uni)
> joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
> URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
>
>

Actually, it's a mess!

MacMini test2 # cdda2wav dev=1000,1,0 -vall -B -Owav -paranoia -speed=6
Type: ROM, Vendor 'MATSHITA' Model 'DVD-R UJ-845 ' Revision 'D8PB' MMC+CDDA
569344 bytes buffer memory requested, transfer size 131072 bytes, 4
buffers, 55 sectors
#Cdda2wav version
2.01.01a57_linux_2.6.28-gentoo-r5_ppc_7447a,-altivec-supported, real
time sched., soundcard, libparanoia support
AUDIOtrack pre-emphasis copy-permitted tracktype channels
1- 7 no no audio 2
Table of Contents: total tracks:7, (total time 47:41.19)
1.( 7:30.69), 2.( 4:05.50), 3.( 7:59.32), 4.( 4:29.41), 5.( 6:34.16),
6.( 7:25.06), 7.( 9:36.30)

Table of Contents: starting sectors
1.( 0), 2.( 33819), 3.( 52244), 4.( 88201), 5.( 108417),
6.( 137983), 7.( 171364), lead-out( 214594)
CDINDEX discid: x7kWW2ke0dtT4IO_V6RVoLlw5mc-
CDDB discid: 0x650b2d07
CD-Text: detected
CD-Extra: not detected
Album title: 'S.U.S.A.R.' [from Indukti]
Track 1: 'freder'
Track 2: 'cold inside... I'
Track 3: 'no. 11812'
Track 4: 'shade'
Track 5: 'uluru'
Track 6: 'no. 11811'
Track 7: '...and weak II'
No media catalog number present.
scanning for ISRCs: 7 ...
index scan: 6...
track mismatch: 6, in-track subchannel: 0 (index 7, sector 171213)
track 6 has 7 indices, index table (pairs of 'index: frame offset')
0: N/A 1: 0
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
2: N/A
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
3: N/A
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
4: N/A
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
5: N/A
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
6: N/A
track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 165105)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166148)

track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167060)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 166995)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 167027)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 167043)

track mismatch: 6, in-track subchannel: 0 (index 160, sector 167051)

track mismatch: 6, in-track subchannel: 0 (index 161, sector 167055)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 167057)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 167058)

track mismatch: 6, in-track subchannel: 0 (index 7, sector 167059)

track mismatch: 6, in-track subchannel: 0 (index 162, sector 167058)
7: 29076

index scan: 7...
samplefile size will be 504725132 bytes.
recording 2861.2533 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
using lib paranoia for reading.
percent_done:
100% track 1 'freder' recorded with minor problems
100% 0 rderr, 0 skip, 0 atom, 1 edge, 15 drop, 0 dup, 0 drift
100% 457 overlap(0.5 .. 1.003)
100% track 2 'cold inside... I' recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 252 overlap(0.5 .. 0.5)
100% track 3 'no. 11812' recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 492 overlap(0.5 .. 0.5)
100% track 4 'shade' recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 276 overlap(0.5 .. 0.5)
100% track 5 'uluru' recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 405 overlap(0.5 .. 0.5)
100% track 6 'no. 11811' recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 457 overlap(0.5 .. 0.5)
100% track 7 '...and weak II' recorded with minor problems
100% 0 rderr, 0 skip, 0 atom, 1 edge, 9 drop, 0 dup, 0 drift
100% 590 overlap(0.5 .. 0.9294)
MacMini test2 #

CD? Drive? cdda2wav?

- Mark

Joerg.Schilling at fokus

Nov 6, 2009, 6:51 AM

Post #10 of 10 (280 views)
Permalink

Re: cdda2wav/cdrecord - 1 CD refuses to copy... [In reply to]

Mark Knecht <markknecht [at] gmail> wrote:

> index scan: 6...
> track mismatch: 6, in-track subchannel: 0 (index 7, sector 171213)
> track 6 has 7 indices, index table (pairs of 'index: frame offset')
> 0: N/A 1: 0
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)
>
> track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166147)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166669)
>
> track mismatch: 6, in-track subchannel: 0 (index 160, sector 166930)
>
> track mismatch: 6, in-track subchannel: 0 (index 160, sector 166799)
>
> track mismatch: 6, in-track subchannel: 0 (index 162, sector 166734)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166701)
>
> track mismatch: 6, in-track subchannel: 0 (index 161, sector 166717)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166709)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166713)
>
> track mismatch: 6, in-track subchannel: 0 (index 160, sector 166715)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 166714)
> 2: N/A
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 163018)
>
> track mismatch: 6, in-track subchannel: 0 (index 7, sector 167191)
>
> track mismatch: 6, in-track subchannel: 110 (index 1, sector 165104)

>
> CD? Drive? cdda2wav?

It may be the drive.
It also may be an intentional bug on the medium.
Cdda2wav just takes the data it gets from the drive.

Can you try the dame disk in a different drive?

J�rg

--
EMail:joerg [at] schily (home) J�rg Schilling D-13353 Berlin
js [at] cs (uni)
joerg.schilling [at] fokus (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads