From: Mark Knecht <markknecht@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Verification of audio CD copy?
Date: Mon, 8 Jun 2009 12:04:44 -0700 [thread overview]
Message-ID: <5bdc1c8b0906081204i37899641pd0e0a81d643deb71@mail.gmail.com> (raw)
In-Reply-To: <4a2d593a.KbPoIeZMwxnN2wls%Joerg.Schilling@fokus.fraunhofer.de>
On Mon, Jun 8, 2009 at 11:32 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
<SNIP>
>
> Your problem is that either your CD-ROM drive has buggy formware or that the CD
> is mastered in a way that contains illegal characters...
>
> Given the fact that is is most unlikely to have the same ISRC for all tracks on
> the CD, I would asume that it's a broken drive.
>
> Typical ISRCs look this way:
>
> T: 1 ISRC: DE-A34-96-00554
> T: 2 ISRC: DE-A34-96-00555
> T: 3 ISRC: DE-A34-96-00556
> T: 4 ISRC: DE-A34-96-00607
> T: 5 ISRC: DE-A34-96-00557
> T: 6 ISRC: DE-A34-96-00558
> T: 7 ISRC: DE-A34-96-00559
> T: 8 ISRC: DE-A34-96-00560
> T: 9 ISRC: DE-A34-96-00561
> T: 10 ISRC: DE-A34-96-00562
> T: 11 ISRC: DE-A34-96-00563
> T: 12 ISRC: DE-A34-96-00564
> T: 13 ISRC: DE-A34-96-00565
> T: 14 ISRC: DE-A34-96-00566
>
> The first two characters are the two character code for the country where the
> recording was made. The next three characters are the Studio ID, the next two
> characters are the last two digits of the recording year and the last 5 digits
> are a serial number for all recordings of a year in a specific studio.
>
> If you correct your *.inf files to contain correct values or if you just remove
> the entries, cdrecord will work.
>
> 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
>
>
BTW - do you have a cdrtools users list? Maybe this is too off topic
for many Gentoo users? If this bothers anyone please let me know and
I'll try to take appropriate action, assuming there is some place else
to have such a conversation.
Indeed, in the files created by the LITE-ON DVDRW LDW-411S (my drive
1) I see bad characters:
CDINDEX_DISCID= 'YasSG0mWGVxInJOH.LN2lnPcBoY-'
CDDB_DISCID= 0x870dbf0b
MCN=
ISRC= 0@-405-72-00001
While in the files created by the LITE-ON LTR-48246S (my drive 2) I
see no characters:
CDINDEX_DISCID= 'YasSG0mWGVxInJOH.LN2lnPcBoY-'
CDDB_DISCID= 0x870dbf0b
MCN=
ISRC=
OK, so we've made a little headway. Buggy firmware in drive 1. So I
did the cdda2wav step using drive 2 and wrote the new disc using drive
2 also. This disc plays in the car, but only the first track! From
track 2 on I just hear the head seeking around and (apparently) not
finding what it's looking for. But that's an improvement!
Here are the results from the copy/write of the disc on drive 2:
Mark@gamer ~/AUDIO/drive2
$ /opt/schily/bin/cdrecord.exe dev=0,1,0 -v -dao -useinfo -text *.wav
Cdrecord-ProDVD-ProBD-Clone 2.01.01a60 (i686-pc-cygwin) Copyright (C) 1995-2009
Jörg Schilling
TOC Type: 0 = CD-DA
scsidev: '0,1,0'
scsibus: 0 target: 1 lun: 0
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 : 'LITE-ON '
Identifikation : 'LTR-48246S '
Revision : 'SS0B'
Device seems to be: Generic mmc CD-RW.
Current: CD-R
Profile: CD-RW
Profile: CD-R (current)
Profile: CD-ROM
Profile: Removable Disk
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1422080 = 1388 KB
/opt/schily/bin/cdrecord: Warning: The DMA speed test has been skipped.
FIFO size : 4194304 = 4096 KB
pregap1: -1
Track 01: audio 51 MB (05:07.02) no preemp
Track 02: audio 47 MB (04:41.90) no preemp pregapsize: 0
Track 03: audio 42 MB (04:13.96) no preemp pregapsize: 0
Track 04: audio 30 MB (02:59.60) no preemp pregapsize: 0
Track 05: audio 91 MB (09:02.90) no preemp pregapsize: 0
Track 06: audio 32 MB (03:13.96) no preemp pregapsize: 0
Track 07: audio 24 MB (02:23.06) no preemp pregapsize: 0
Track 08: audio 43 MB (04:16.33) no preemp pregapsize: 0
Track 09: audio 53 MB (05:20.90) no preemp pregapsize: 0
Track 10: audio 70 MB (07:00.09) no preemp pregapsize: 0
Track 11: audio 104 MB (10:19.33) no preemp pregapsize: 0
Total size: 592 MB (58:39.09) = 263932 sectors
Lout start: 592 MB (58:41/07) = 263932 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
449849 2048 0x00 No Media Present or Unknown Capacity
Blocks total: 359845 Blocks current: 359845 Blocks remaining: 95913
Forcespeed is OFF.
Starting to write CD/DVD/BD at speed 48 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...
SAO startsec: -12508
Writing lead-in...
Lead-in write time: 19.041s
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01: 51 of 51 MB written (fifo 100%) [buf 99%] 24.3x.
Track 01: Total bytes read/written: 54159504/54159504 (23027 sectors).
Starting new track at sector: 23027
Track 02: 47 of 47 MB written (fifo 100%) [buf 99%] 26.8x.
Track 02: Total bytes read/written: 49728336/49728336 (21143 sectors).
Starting new track at sector: 44170
Track 03: 42 of 42 MB written (fifo 98%) [buf 99%] 27.9x.
Track 03: Total bytes read/written: 44798544/44798544 (19047 sectors).
Starting new track at sector: 63217
Track 04: 30 of 30 MB written (fifo 100%) [buf 99%] 29.5x.
Track 04: Total bytes read/written: 31681440/31681440 (13470 sectors).
Starting new track at sector: 76687
Track 05: 91 of 91 MB written (fifo 98%) [buf 98%] 34.5x.
Track 05: Total bytes read/written: 95768736/95768736 (40718 sectors).
Starting new track at sector: 117405
Track 06: 32 of 32 MB written (fifo 98%) [buf 98%] 34.4x.
Track 06: Total bytes read/written: 34214544/34214544 (14547 sectors).
Starting new track at sector: 131952
Track 07: 24 of 24 MB written (fifo 100%) [buf 98%] 35.6x.
Track 07: Total bytes read/written: 25236960/25236960 (10730 sectors).
Starting new track at sector: 142682
Track 08: 43 of 43 MB written (fifo 98%) [buf 98%] 37.5x.
Track 08: Total bytes read/written: 45217200/45217200 (19225 sectors).
Starting new track at sector: 161907
Track 09: 53 of 53 MB written (fifo 98%) [buf 98%] 39.1x.
Track 09: Total bytes read/written: 56607936/56607936 (24068 sectors).
Starting new track at sector: 185975
Track 10: 70 of 70 MB written (fifo 98%) [buf 98%] 41.7x.
Track 10: Total bytes read/written: 74104464/74104464 (31507 sectors).
Starting new track at sector: 217482
Track 11: 104 of 104 MB written (fifo 100%) [buf 98%] 44.1x.
Track 11: Total bytes read/written: 109250400/109250400 (46450 sectors).
Writing time: 128.340s
Average write speed 32.2x.
Min drive buffer fill was 95%
Fixating...
Fixating time: 0.172s
/opt/schily/bin/cdrecord: fifo had 9781 puts and 9781 gets.
/opt/schily/bin/cdrecord: fifo was 0 times empty and 5297 times full, min fill w
as 93%.
Mark@gamer ~/AUDIO/drive2
$
Now, I didn't use paranoia, and I didn't control the speed. I can try
a few experiments with that. I can also try reading on drive 2,
writing on drive 1, or writing on another system that doesn't use
LITE-ON drives. Since the first track wrote at the slowest speed I'll
try controlling speed to be below 26x.
Is it possible to update LITE-ON firmware?
Thanks,
Mark
next prev parent reply other threads:[~2009-06-08 19:04 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-03 1:03 [gentoo-user] Verification of audio CD copy? Mark Knecht
2009-06-03 2:42 ` Paul Hartman
2009-06-03 2:48 ` Mark Knecht
2009-06-03 3:50 ` Dale
2009-06-03 9:03 ` Joerg Schilling
2009-06-03 19:34 ` Mark Knecht
2009-06-03 19:38 ` Dirk Heinrichs
2009-06-03 19:41 ` Mark Knecht
2009-06-03 19:45 ` [gentoo-user] " Nikos Chantziaras
2009-06-03 20:23 ` Joerg Schilling
2009-06-03 20:45 ` Paul Hartman
2009-06-04 22:04 ` Jesús Guerrero
2009-06-05 10:21 ` Joerg Schilling
2009-06-05 20:25 ` Jesús Guerrero
2009-06-03 8:59 ` [gentoo-user] " Joerg Schilling
2009-06-03 2:50 ` [gentoo-user] " Nikos Chantziaras
2009-06-03 8:57 ` [gentoo-user] " Joerg Schilling
2009-06-03 22:54 ` Mark Knecht
2009-06-03 23:17 ` Joerg Schilling
2009-06-03 23:21 ` Mark Knecht
2009-06-03 23:32 ` Mark Knecht
2009-06-04 1:57 ` Mark Knecht
2009-06-04 8:02 ` Joerg Schilling
2009-06-04 19:13 ` Mark Knecht
2009-06-04 19:38 ` Alan McKinnon
2009-06-04 20:39 ` Mark Knecht
2009-06-05 9:48 ` Alan McKinnon
2009-06-05 10:01 ` Joerg Schilling
2009-06-05 13:49 ` Mark Knecht
2009-06-05 15:59 ` Paul Hartman
2009-06-05 16:01 ` Paul Hartman
2009-06-06 3:10 ` Mark Knecht
2009-06-06 15:00 ` Joerg Schilling
2009-06-06 19:21 ` Mark Knecht
2009-06-08 14:16 ` Joerg Schilling
2009-06-08 17:13 ` Mark Knecht
2009-06-08 18:32 ` Joerg Schilling
2009-06-08 19:04 ` Mark Knecht [this message]
2009-06-08 19:25 ` Paul Hartman
2009-06-08 21:04 ` Mark Knecht
2009-06-05 14:23 ` Paul Hartman
2009-06-05 14:44 ` Mark Knecht
2009-06-04 8:00 ` Joerg Schilling
2009-06-04 11:53 ` Joerg Schilling
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5bdc1c8b0906081204i37899641pd0e0a81d643deb71@mail.gmail.com \
--to=markknecht@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox