From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MDk9H-0000XX-DG for garchives@archives.gentoo.org; Mon, 08 Jun 2009 19:04:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E15CEE01E2; Mon, 8 Jun 2009 19:04:45 +0000 (UTC) Received: from qw-out-1920.google.com (qw-out-1920.google.com [74.125.92.145]) by pigeon.gentoo.org (Postfix) with ESMTP id B2033E01E2 for ; Mon, 8 Jun 2009 19:04:45 +0000 (UTC) Received: by qw-out-1920.google.com with SMTP id 5so1754725qwf.10 for ; Mon, 08 Jun 2009 12:04:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OHHz4HtpZdqfKWBi5CVLD/XZoybx+DwFtEPxeX4Oeho=; b=BcHvRQB85XuI+UqyyJS8fXNK3rKhw/lH4Hw1NJTHm/3+h6AdVma1Gip7jmKAsx5Sgc bJHmvaK77klvbnF6MrNKS38oxLNN/SPMq5EXGAO/HNipFxYfmpy67UFdqwKyUlndLGpP Ksiy0oVywnn6JU1GbXOeFDKXOlGIqSjpdP/z4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=k9ejP4hoJj2mFGGKUsOhgaVDHd8XGhye9310xUb3vvflVzt76eX4Kz2lGW6B1wHUjL YB9pU/kr6h+IlOT++XbQjZ/Mfj5VGSj1xbRYaF+hEvBKWasn8g5CcfMUR2l03djysd19 ipeyrBlPtmNoCQT4FYrNrKtEuGqcJDMlZe5m0= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.151.124.12 with SMTP id b12mr13308854ybn.244.1244487884891; Mon, 08 Jun 2009 12:04:44 -0700 (PDT) In-Reply-To: <4a2d593a.KbPoIeZMwxnN2wls%Joerg.Schilling@fokus.fraunhofer.de> References: <5bdc1c8b0906021803s357a9dfclb3f9a9b2cf36b9d8@mail.gmail.com> <4a277fa9.jdsNW5uQGPS3EFbV%Joerg.Schilling@fokus.fraunhofer.de> <5bdc1c8b0906041213g5924a44w7fc4c790c1024fd6@mail.gmail.com> <4a28ed03.CZAvuNTYT1Uml49A%Joerg.Schilling@fokus.fraunhofer.de> <5bdc1c8b0906050649t31cc9e9ctc5f6ad95cf2fcea1@mail.gmail.com> <58965d8a0906050859t5c5135acn91c4bd38480498eb@mail.gmail.com> <5bdc1c8b0906052010o2a05c5b3m9162933a49192fa0@mail.gmail.com> <4a2d1d23.8K0mUD1+IIkuMBjB%Joerg.Schilling@fokus.fraunhofer.de> <5bdc1c8b0906081013i24221e45ha19827d5c3b3c533@mail.gmail.com> <4a2d593a.KbPoIeZMwxnN2wls%Joerg.Schilling@fokus.fraunhofer.de> Date: Mon, 8 Jun 2009 12:04:44 -0700 Message-ID: <5bdc1c8b0906081204i37899641pd0e0a81d643deb71@mail.gmail.com> Subject: Re: [gentoo-user] Verification of audio CD copy? From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 5f2aff90-b220-4ac1-8c66-7e9aef9cf32a X-Archives-Hash: b406b8e86e43192b7a887bb0cfabb7cb On Mon, Jun 8, 2009 at 11:32 AM, Joerg Schilling wrote: > > 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 tra= cks on > the CD, I would asume that it's a broken drive. > > Typical ISRCs look this way: > > T: =C2=A01 ISRC: DE-A34-96-00554 > T: =C2=A02 ISRC: DE-A34-96-00555 > T: =C2=A03 ISRC: DE-A34-96-00556 > T: =C2=A04 ISRC: DE-A34-96-00607 > T: =C2=A05 ISRC: DE-A34-96-00557 > T: =C2=A06 ISRC: DE-A34-96-00558 > T: =C2=A07 ISRC: DE-A34-96-00559 > T: =C2=A08 ISRC: DE-A34-96-00560 > T: =C2=A09 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 d= igits > 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=C3=B6rg > > -- > =C2=A0EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J=C3=B6rg Schilling = D-13353 Berlin > =C2=A0 =C2=A0 =C2=A0 js@cs.tu-berlin.de =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0(uni) > =C2=A0 =C2=A0 =C2=A0 joerg.schilling@fokus.fraunhofer.de (work) Blog: htt= p://schily.blogspot.com/ > =C2=A0URL: =C2=A0http://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=3D 'YasSG0mWGVxInJOH.LN2lnPcBoY-' CDDB_DISCID=3D 0x870dbf0b MCN=3D ISRC=3D 0@-405-72-00001 While in the files created by the LITE-ON LTR-48246S (my drive 2) I see no characters: CDINDEX_DISCID=3D 'YasSG0mWGVxInJOH.LN2lnPcBoY-' CDDB_DISCID=3D 0x870dbf0b MCN=3D ISRC=3D 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=3D0,1,0 -v -dao -useinfo -text *.wav Cdrecord-ProDVD-ProBD-Clone 2.01.01a60 (i686-pc-cygwin) Copyright (C) 1995-= 2009 J=C3=B6rg Schilling TOC Type: 0 =3D 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 =3D 1388 KB /opt/schily/bin/cdrecord: Warning: The DMA speed test has been skipped. FIFO size : 4194304 =3D 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) =3D 263932 sectors Lout start: 592 MB (58:41/07) =3D 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 Cap= acity 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 f= ill 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