[gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Mark Knecht]

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 #

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Mark Knecht]

Hello Joerg

On Thu, Nov 5, 2009 at 11:02 AM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> 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

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Mark Knecht]

On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht@gmail.com> 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

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Mark Knecht]

On Thu, Nov 5, 2009 at 1:32 PM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> On Thu, Nov 5, 2009 at 12:55 PM, Mark Knecht <markknecht@gmail.com> 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

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Mark Knecht]

On Fri, Nov 6, 2009 at 1:15 AM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
>       js@cs.tu-berlin.de                (uni)
>       joerg.schilling@fokus.fraunhofer.de (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

Re: [gentoo-user] cdda2wav/cdrecord - 1 CD refuses to copy...

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> 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@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily