cdrecord dies on CD to CD copy
Hi, I'm using a vanilla CD-Rom + HP CD-R IDE setup through ide-scsi and sg on a Linux 2.4.7 box, and I've noticed the following: when copying to /dev/scd1 (0,1,0) using cdrecord -v dev=0,1,0 -isosize /dev/scd0 At the end of scd0 cdrecord reports an error (can't copy now, but the gist of it was input stream ended) and fails to fixate the disc. Basically, all the data from the CD has been read, but since the reading child dies, I think cdrecord notices it and dies on the spot. I would very much like to hear a report that this works - what happens when the source CD ends? No error message? The CD recorded was, of course, lost. So I attempted (successfuly) to copy using the crude: cat /dev/scd0 | cdrecord -v dev=0,1,0 -waiti - And this worked, though it reported fifo=0% through 99% of the process. Is there a way to do this in a more intelligent fashion? TIA, folks. Take care, -- /\/\ Christian Reis, Senior Engineer, Async Open Source, Brazil ~\/~ http://async.com.br/~kiko/ | [+55 16] 274 4311 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
From: Johan Vromans [EMAIL PROTECTED] Currently the newpapers here are writing articles about a new copy protection scheme, Key2Audio, that CD companies seem to be secretly applying to new CDs. They claim it makes CDs uncopyable, and that they even cannot be played on computer CD-ROM drives. Any comments? I did not yet see such a new protected CD. If they are using illegal TOC entries, use Plextor drives. Return the CD to the vendor after making a copy because it carries a Compact-Disk logo but isnt red book compliant. If they have C2 errors on the disk, use Plextor drives, they have interpolation for uncorrectable audio even when doing DAE. Return the disk after making a copy because the disk if junk. (no brand-new CD may have any C2 error at all). Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Where to find the lists archives?
Georg Koss wrote: My question is where to find the list archives stated in the subscriber confirmation as ...archived publically on http://lists.debian.org/ Try http://www.mail-archive.com/cdwrite@other.debian.org/index.html Stephen Isard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD Player not playing music CD-R
From: Trenton D. Adams [EMAIL PROTECTED] Is there different ways of writing a CD-R with music that could cause it not to work in my DVD Player? If so, what types of writing should I try? p.s. I have a Sony DVD player. Since sony owns a couple of Record companies, it might be possible they designed it that way on purpose to prevent copying music and listening to it on the DVD Player. Try different media. In many cases the laser is not compliant and has problems. Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Where to find the lists archives?
My question is where to find the list archives stated in the subscriber confirmation as ...archived publically on http://lists.debian.org/ Try http://www.mail-archive.com/cdwrite@other.debian.org/index.html Also at: http://groups.google.com/groups?group=mailing.comp.cdwrite James Pearson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
Dave Platt [EMAIL PROTECTED] writes: - Will Philips and/or Sony declare that discs manufactured in this way are violating the Red Book specifications, to the extent that they can no longer use the Compact Disc logos on the disc and packaging? According to one of the newspaper articles, Sony (in Austria) is one of the companies that apply copy protection. -- Johan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
From: Dave Platt [EMAIL PROTECTED] Several interesting questions come to mind: - Are there CD-ROM drives which can already rip these discs accurately, by implementing error concealment on the data sent over the bus interface? I'd be interested to see how well Plextor drives do, as these have an extremely good reputation for ripping quality. Plextor - Will CD-ROM drive vendors upgrade their firmware to add error concealment, or start shipping new models which have it? If so, will the music labels file criminal charges against the drive manufacturers, claiming that such firmware violates the Digital Millennium Copyright Act by creating a copy-protection circumvention device? No comments ;-) Sorry the information from several drive vendors is not intended to become public - Will Philips and/or Sony declare that discs manufactured in this way are violating the Red Book specifications, to the extent that they can no longer use the Compact Disc logos on the disc and packaging? I believe that any customer may go and sue the vendors of such disks. These disks definitely violate the Red book and must not carry the compat disk logo. (at least the try from Bertelsmann last year had a CD logo). In Europe it is no problem to go to a consumer protection organisation and they will for and sue the vendors because the products do not have a promised property. Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Plextor 16/10/40A Problems
From: Georg Koss [EMAIL PROTECTED] I installed my brand-new Plextor 16/10/40 ATAPI CD-RW today on my Apple-G4/DebianGNU/Linux-Box running Woody (rsync-kernel 2.4.7-pre7 from BenH-tree). Scsi-ide enabled, cdrecord -scanbus found the device at 0,0,0 - so far so good. When I tried=20 cdrecord -v -dummy fs=3D10m driveropts=3Dburnproof speed=3D16 ./foo.iso it fails with following output (complete -v output at the mail-end): cdrecord: Input/output error. mode select g1: scsi sendcmd: retryable error= =20 CDB: 55 10 00 00 00 00 00 00 10 00 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)=20 cmd finished after 0.000s timeout 40s DMA addr: 0x size: 0 - using copy buffer cdrecord: fifo had 156 puts and 156 gets. cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. In the man cdrecord I read the diagnosis-chapter without success (couldn't find scsierrs.c on my system BTW - where do I have to look for). Cdrecord 1.9 (powerpc-unknown-linux-gnu) Copyright (C) 1995-2000 J=F6rg Sch= illing A general note: if you have problems, you never should use outdated versions... http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/problems.html Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
X-Envelope-Sender: [EMAIL PROTECTED] If they have C2 errors on the disk, use Plextor drives, they have interpolation for uncorrectable audio even when doing DAE. Return the disk after making a copy because the disk if junk. (no brand-new CD may have any C2 error at all). Is there any way to query a Plextor CD-ROM or CD-RW drive to find the number of C1 or C2 errors on a disc, or the number of error concealment operations which occurred? RTFM ;-) readcd -c2scan Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord dies on CD to CD copy
On Mon, 23 Jul 2001 [EMAIL PROTECTED] wrote: At the end of scd0 cdrecord reports an error (can't copy now, but the gist of it was input stream ended) and fails to fixate the disc. Basically, all the data from the CD has been read, but since the reading child dies, I think cdrecord notices it and dies on the spot. I would very much like to hear a report that this works - what happens when the source CD ends? No error message? Read README.copy README.verify I'm afraid I wasn't logging with the proper facility, so the error is lost. It's basically an error reporting the input stream ended. From what I can grasp from README.copy the problem is probably the two unreadable sectors at the end of the disk, perhaps combined with read-ahead on the device. Apart from using sdd or readcd, is the only way to avoid this subtracting the two sectors from the sector count of the copy? cat /dev/scd0 | cdrecord -v dev=0,1,0 -waiti - And this worked, though it reported fifo=0% through 99% of the process. Is there a way to do this in a more intelligent fashion? If this works, then there is a cat/kernel bug! It worked fine (though the buffer reported 0% all the way). Why shouldn't it? Would a 0% fifo break the recording? I switched to using dd if=/dev/scd0 bs=64k as the source of the pipe and the buffer reported being 100% full all the way; it worked fine, additionally. Perhaps a pointer to the README.copy/verify files could be included in http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/problems.html or, if this is a faq, add a little FAQ section so people aren't overwhelmed by the 35 README files distributed with cdrecord. ;) Take care, -- /\/\ Christian Reis, Senior Engineer, Async Open Source, Brazil ~\/~ http://async.com.br/~kiko/ | [+55 16] 274 4311 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cdrecord dies on CD to CD copy
From: Christian Robottom Reis [EMAIL PROTECTED] Read README.copy README.verify I'm afraid I wasn't logging with the proper facility, so the error is lost. It's basically an error reporting the input stream ended. From what I can grasp from README.copy the problem is probably the two unreadable sectors at the end of the disk, perhaps combined with read-ahead on the device. Apart from using sdd or readcd, is the only way to avoid this subtracting the two sectors from the sector count of the copy? I switched to using dd if=/dev/scd0 bs=64k as the source of the pipe and the buffer reported being 100% full all the way; it worked fine, additionally. Don't do that, cdrecord does the job better. In any case, it is a good idea not to copy without image. Perhaps a pointer to the README.copy/verify files could be included in http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/problems.html or, if this is a faq, add a little FAQ section so people aren't overwhelmed by the 35 README files distributed with cdrecord. ;) Mmmm... there are 38 README's ;-) Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
From [EMAIL PROTECTED] Mon Jul 23 21:44:17 2001 RTFM ;-) Ummm... as of cdrtools 1.11a06, the c2scan option is not documented in the man page for readcd, or any of the other man pages, or in any of the AN* announcement files. The only place it's mentioned, as far as I can tell, is in the readcd --help output. Hence, RTFM is an answer which really doesn't apply in this case, since TFM doesn't have anything to R! Now, you could have said Use the Source, Luke! and it would have applied well enough ;-) And may the source be always with you ... Here is the new part of the man page: -c2scan Scans the whole CD or the range specified by the sectors=range for C2 errors. C2 errors are errors that are uncorrectable after the second stage of the 24/28 + 28/32 Reed Solomon correction system at audio level (2352 bytes sector size). If an audio CD has C2 errors, interpolation is needed to hide the errors. If a data CD has C2 errors, these errors are in most cases corrected by the ECC/EDC code that makes 2352 bytes out of 2048 data bytes. The ECC/EDC code should be able to correct about 100 C2 error bytes per sector. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
RTFM ;-) Ummm... as of cdrtools 1.11a06, the c2scan option is not documented in the man page for readcd, or any of the other man pages, or in any of the AN* announcement files. The only place it's mentioned, as far as I can tell, is in the readcd --help output. Hence, RTFM is an answer which really doesn't apply in this case, since TFM doesn't have anything to R! Now, you could have said Use the Source, Luke! and it would have applied well enough ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Key2Audio
From: Dave Platt [EMAIL PROTECTED] I ran into a very interesting result while trying this feature out, using my IDE/ATAPI drive under SCSI emulation. The first CD I tried reported some C2 errors: radagast:~$ readcd dev=1,0,0 --c2scan Capacity: 296830 Blocks = 593660 kBytes = 579 MBytes = 607 prMB Sectorsize: 2048 Bytes Copy from SCSI (1,0,0) disk to file '/dev/null' end:296830 C2 in sector: 179819 first at byte: 160 (0xF0) total: 2168 errors C2 in sector: 179820 first at byte:0 (0xFF) total: 376 errors C2 in sector: 224619 first at byte: 1102 (0x02) total: 524 errors C2 in sector: 224620 first at byte:4 (0x0F) total: 1559 errors C2 in sector: 224621 first at byte:0 (0xF0) total: 156 errors addr: 296830 cnt: 28 Time total: 406.963sec Read 767004.08 kB at 1884.7 kB/sec. C2 errors total: 4783 bytes in 5 sectors on disk C2 errors rate: 0.000685% So did the second CD: and the errors are in the same place! The third CD showed a very similar pattern: My guess is that this drive (a Toshiba XM-6402B) has a firmware problem affecting Red Book operations, but I can't be sure of that. I believe so. IIRC, there was a discussion in de.comp.l*.brenner some time ago... Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Cdrecord: problems with NT
I'm working with the latest cdrecord win32 alfa version (V1.11a04 24/6/01). The Mkisofs and cygwin1.dll are also the latest version. Statistically, only 1 out of 4 records attempts succeed. Per the other 3, I'm encountering SCSI error write_g1 0x8 (Busy). This error always comes up between recording of the 1 to 14 Mb. Once it passes 14Mb with no error, it will complete the record successfully (Regardless of ISO file size). The problem occurs in: Dummy or real mode, BurnFree on or off, Speed ranges 4 to 12. Some other CD record programs are working OK (EasyCD, DirectCD ...). Hereby computer details: Computer: DELL Precision 330 (Pentium 4 1.5 Ghz). Operating System: Windows NT 4.0 + Service Pack 6. SCSI controller:Adaptec 29160N ASPI layer: Adaptec ASPI Version 4.60. Hereby operation details: cdrecord.exe dev=2,1,0 speed=12 -v -nofix -dummy driveropts=burnproof -eject ./cdburn.iso Cdrecord 1.11a04 (i586-pc-cygwin) Copyright (C) 1995-2001 J örg Schilling TOC Type: 1 = CD-ROM Using libscg version 'schily-0.5' Driveropts: 'burnproof' atapi: -1 Device type: Removable CD-ROM Version: 2 Response Format: 2 Capabilities : SYNC LINKED Vendor_info: 'PLEXTOR ' Identifikation : 'CD-R PX-W1210S' Revision : '1.01' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R16 SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 4194304 = 4096 KB FIFO size : 4194304 = 4096 KB Track 01: data 45 MB Total size: 52 MB (05:11.06) = 23330 sectors Lout start: 52 MB (05:13/05) = 23330 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type C, low Beta category (C-) (6) ATIP start of lead in: -11569 (97:27/56) ATIP start of lead out: 359849 (79:59/74) Disk type:Short strategy type (Phthalocyanine or similar) Manuf. index: 12 Manufacturer: Mitsui Chemicals, Inc. Blocks total: 359849 Blocks current: 359849 Blocks remaining: 336519 Starting to write CD/DVD at speed 12 in dummy mode for single session. Last chance to quit, starting dummy write in 9 seconds. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is ON. Starting new track at sector: 0 Track 01: 0 of 45 MB written. Track 01: 1 of 45 MB written (fifo 98%). Track 01: 2 of 45 MB written (fifo 100%). Track 01: 3 of 45 MB written (fifo 100%). Track 01: 4 of 45 MB written (fifo 100%). Track 01: 5 of 45 MB written (fifo 100%). Track 01: 6 of 45 MB written (fifo 100%). Track 01: 7 of 45 MB written (fifo 98%). Track 01: 8 of 45 MB written (fifo 100%). Track 01: 9 of 45 MB written (fifo 100%). Track 01: 10 of 45 MB written (fifo 100%). Track 01: 11 of 45 MB written (fifo 100%). ./cdrecord I/O error. write_g1: scsi sendcmd: retryable error CDB: 2A 00 00 00 0E A7 00 00 1F 00 status: 0x8 (BUSY) cmd finished after 0.000s timeout 40s sens bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 write track data: error after 12380160 bytes Writing time: 14.562s I will appreciate your assistance. Baruch Sabbah
Re: Cdrecord: problems with NT
From: [EMAIL PROTECTED] I'm working with the latest cdrecord win32 alfa version (V1.11a04 24/6/01). The Mkisofs and cygwin1.dll are also the latest version. Statistically, only 1 out of 4 records attempts succeed. Per the other 3, I'm encountering SCSI error write_g1 0x8 (Busy). This error always comes up between recording of the 1 to 14 Mb. Once it passes 14Mb with no error, it will complete the record successfully (Regardless of ISO file size). The problem occurs in: Dummy or real mode, BurnFree on or off, Speed ranges You did not disable CD change detection. Read README.win32 Jörg EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) If you don't have iso-8859-1 [EMAIL PROTECTED] (work) chars I am Jorg Schilling URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]