Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
Thanks for the suggestions regarding DMA, its just odd that my 8X Sony CD-R CRX140E in the same box works fine at 8X but the brand new 40X Plextor only works at 4X unless I turn on burn-free. Burning data underruns as well. I am not running out of CPU to feed the burner ... the box is very nearly idle when burning either with the Sony or the Plextor. With the Sony I never have a problem using my mail program, browsing the web, etc. while burning. My question, then, is what does Joerg Schilling means when he says, CDs with Burnfree are of worse quality. in the following post: http://lists.debian.org/cdwrite/2003/cdwrite-200311/msg00127.html With data, I'm not sure how much I care, but I am quite concerned about audio quality - will enabling burnfree cause audio quality to suffer? Thanks for any help you can offer, __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
Thanks for the suggestions regarding DMA, its just odd that my 8X Sony CD-R CRX140E in the same box works fine at 8X but the brand new 40X Plextor only works at 4X unless I turn on burn-free. Burning data underruns as well. I am not running out of CPU to feed the burner ... the box is very nearly idle when burning either with the Sony or the Plextor. With the Sony I never have a problem using my mail program, browsing the web, etc. while burning. My question, then, is what does Joerg Schilling means when he says, CDs with Burnfree are of worse quality. in the following post: http://lists.debian.org/cdwrite/2003/cdwrite-200311/msg00127.html With data, I'm not sure how much I care, but I am quite concerned about audio quality - will enabling burnfree cause audio quality to suffer? Thanks for any help you can offer, __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
On Sat 24 January 2004 21:17, jeff beck wrote: I'm sure I am doing something wrong and am only allowing myself to get yelled at by Mr. Schilling by posting, but I can't seem to write CD-R's successfully with my new Plextor PX-708A. I am using SONY CD-R 80's which are 32 speed. Nearly all the burns I try fail unless I use driveropts=burnfree - which I understand lessons the quality of my CD. I do not know whether the quality is lower only at the instant of bufferunderun or throughout the entire CD. I also am not sure how the quality of the CD is lower. I have tried using the cdrecord that comes with my redhat9, current binaries, or, as you see now, the latest alpha. I upgraded my firmware to 1.04. My burner is primary-slave, the wav files are on secondary-master. I have DMA enabled everywhere. Changing the speed and turning off pad or dao seem to make no difference. As I mentioned, burnfree works great. If you're burning audio CD's on Linux 2.4, be aware that DMA is only supported for a block sizes that are multiples of 512 there, while burning audio uses larger blocks (2352 bytes?). How does burning data discs go? If that works fine, then this is probably the problem. write error - loss of streaming definitely is a buffer underrun though, which matches the fact that enabling burnfree fixes the problem. Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
jeff beck wrote: I'm sure I am doing something wrong and am only allowing myself to get yelled at by Mr. Schilling by posting, but I can't seem to write CD-R's successfully with my new Plextor PX-708A. I am using SONY CD-R 80's which are 32 speed. Nearly all the burns I try fail unless I use driveropts=burnfree - which I understand lessons the quality of my CD. I do not know whether the quality is lower only at the instant of bufferunderun or throughout the entire CD. I also am not sure how the quality of the CD is lower. I have tried using the cdrecord that comes with my redhat9, current binaries, or, as you see now, the latest alpha. I upgraded my firmware to 1.04. My burner is primary-slave, the wav files are on secondary-master. I have DMA enabled everywhere. Changing the speed and turning off pad or dao seem to make no difference. As I mentioned, burnfree works great. Any ideas would be greatly appreciated. Here is my cdrecord output: # cdrecord dev=0,0,0 -v -pad -dao -speed=16 -eject /usr/local/burn/*wav I have several thoughts, although none quaifies as an explanation. If you are using any kernel but a 2.6.x AFAIK the audio mode doesn't use DMA. You may also need the latest 2.01a25 cdrtools for that, but you are using that version, hopefully built with patching to actually find and use the kernel include files for the running kernel. If you have a 2.6 kernel, you can see if DMA is working by starting an audio burn and using vmstat 1 to watch the system time. If it uses only a few percent DMA is working. If it is NOT using DMA you may simply be running out ofCPU to feed the burner. You can certainly try increasing the size of the fifo buffer, assuming you have a typical RAM size, maybe fs=20m or so. This gives you a little hedge against problems, although the issue is not a failure to keep the fifo full. You could also try without -dao, that may slow the burn but result in success. I haven't looked into why that's so, but on a system *with* DMA working, I found that with DAO the burn time for my test data was 146 sec, and without was 210 sec, burning two examples of each. You could always use a lower speed, of course, I had to do that on one of my systems with a similar problem. Hope this helps. -- E. Robert Bogusta It seemed like a good idea at the time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
Old-Return-Path: [EMAIL PROTECTED] I have several thoughts, although none quaifies as an explanation. If you are using any kernel but a 2.6.x AFAIK the audio mode doesn't use DMA. You may also need the latest 2.01a25 cdrtools for that, but you are using that version, hopefully built with patching to actually find and use the kernel include files for the running kernel. Only halfway correct as most of your replies in the past :-( The fact that the interfaces used for generic SCSI to ATAPI drives don't use DMA if the transfer size is not a multipe of 512 is known for a long time. Unfortunately, the important Linux kernel poeple are not really interested to fix this bug - they even admid that they don't own a CD/DVD writer and don't plan to buy one :-( Last year, I did again send oud a bug report.. ... the result was _not_ to fix the known bugs but to first introduce a new unneeded new interface that in the first attempt did have the same DMA bug! Later, they did fix the DMA bug only in the unneeded new interface. Call it how you like, my impression is that this is pure evilness. As the fact of not having DMA for audio transfers is bug, the fact that it is possible to have DMA with an unneeded interface on Linux-2.6 is not a feature but just an incomplete fix for a bug. 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.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
On Sat 24 January 2004 21:17, jeff beck wrote: I'm sure I am doing something wrong and am only allowing myself to get yelled at by Mr. Schilling by posting, but I can't seem to write CD-R's successfully with my new Plextor PX-708A. I am using SONY CD-R 80's which are 32 speed. Nearly all the burns I try fail unless I use driveropts=burnfree - which I understand lessons the quality of my CD. I do not know whether the quality is lower only at the instant of bufferunderun or throughout the entire CD. I also am not sure how the quality of the CD is lower. I have tried using the cdrecord that comes with my redhat9, current binaries, or, as you see now, the latest alpha. I upgraded my firmware to 1.04. My burner is primary-slave, the wav files are on secondary-master. I have DMA enabled everywhere. Changing the speed and turning off pad or dao seem to make no difference. As I mentioned, burnfree works great. If you're burning audio CD's on Linux 2.4, be aware that DMA is only supported for a block sizes that are multiples of 512 there, while burning audio uses larger blocks (2352 bytes?). How does burning data discs go? If that works fine, then this is probably the problem. write error - loss of streaming definitely is a buffer underrun though, which matches the fact that enabling burnfree fixes the problem. Lourens -- GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key
Re: Problems burning CD-R's with Plextor PX-708A and cdrecord
Old-Return-Path: [EMAIL PROTECTED] I have several thoughts, although none quaifies as an explanation. If you are using any kernel but a 2.6.x AFAIK the audio mode doesn't use DMA. You may also need the latest 2.01a25 cdrtools for that, but you are using that version, hopefully built with patching to actually find and use the kernel include files for the running kernel. Only halfway correct as most of your replies in the past :-( The fact that the interfaces used for generic SCSI to ATAPI drives don't use DMA if the transfer size is not a multipe of 512 is known for a long time. Unfortunately, the important Linux kernel poeple are not really interested to fix this bug - they even admid that they don't own a CD/DVD writer and don't plan to buy one :-( Last year, I did again send oud a bug report.. ... the result was _not_ to fix the known bugs but to first introduce a new unneeded new interface that in the first attempt did have the same DMA bug! Later, they did fix the DMA bug only in the unneeded new interface. Call it how you like, my impression is that this is pure evilness. As the fact of not having DMA for audio transfers is bug, the fact that it is possible to have DMA with an unneeded interface on Linux-2.6 is not a feature but just an incomplete fix for a bug. 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.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Problems burning CD-R's with Plextor PX-708A and cdrecord
I'm sure I am doing something wrong and am only allowing myself to get yelled at by Mr. Schilling by posting, but I can't seem to write CD-R's successfully with my new Plextor PX-708A. I am using SONY CD-R 80's which are 32 speed. Nearly all the burns I try fail unless I use driveropts=burnfree - which I understand lessons the quality of my CD. I do not know whether the quality is lower only at the instant of bufferunderun or throughout the entire CD. I also am not sure how the quality of the CD is lower. I have tried using the cdrecord that comes with my redhat9, current binaries, or, as you see now, the latest alpha. I upgraded my firmware to 1.04. My burner is primary-slave, the wav files are on secondary-master. I have DMA enabled everywhere. Changing the speed and turning off pad or dao seem to make no difference. As I mentioned, burnfree works great. Any ideas would be greatly appreciated. Here is my cdrecord output: # cdrecord dev=0,0,0 -v -pad -dao -speed=16 -eject /usr/local/burn/*wav Cdrecord-Clone 2.01a25 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling TOC Type: 0 = CD-DA scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.24 Using libscg version 'schily-0.8'. SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'PLEXTOR ' Identifikation : 'DVDR PX-708A ' Revision : '1.04' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x001B Profile: 0x001A Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD. cdrecord: Free test versions and free keys for personal use are at ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION HIDECDR Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1190112 = 1162 KB FIFO size : 4194304 = 4096 KB Track 01: audio9 MB (00:56.80) no preemp Track 02: audio 53 MB (05:15.69) no preemp Track 03: audio 44 MB (04:23.80) no preemp Track 04: audio 59 MB (05:54.53) no preemp Track 05: audio 63 MB (06:20.34) no preemp Track 06: audio 68 MB (06:47.53) no preemp Track 07: audio 72 MB (07:12.58) no preemp Track 08: audio 66 MB (06:36.36) no preemp Track 09: audio 71 MB (07:03.97) no preemp Track 10: audio 71 MB (07:04.00) no preemp Total size: 581 MB (57:35.62) = 259172 sectors Lout start: 581 MB (57:37/47) = 259172 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11849 (97:24/01) ATIP start of lead out: 359847 (79:59/72) Disk type:Long strategy type (Cyanine, AZO or similar) Manuf. index: 25 Manufacturer: Taiyo Yuden Company Limited Single session is OFF. Hide CDR is OFF. Blocks total: 359847 Blocks current: 359847 Blocks remaining: 100675 Forcespeed is OFF. Power-Rec is ON. Power-Rec write speed: 40x (recommended) Starting to write CD/DVD at speed 16 in real SAO mode for single session. Last chance to quit, starting real write0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is OFF. Performing OPC... Sending CUE sheet... Writing pregap for track 1 at -150 cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 FF FF FF 85 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 03 00 00 00 1D 0A 00 00 00 00 0C 09 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0 Sense flags: Blk 29 (valid) cmd finished after 1.762s timeout 200s write track pad data: error after 63504 bytes BFree: 1162 K BSize: 1162 K Starting new track at sector: 0 Track 01:0 of9 MB written.cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 00 00 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 07 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.029s timeout 200s write track data: error after 0 bytes cdrecord: A write error occured. cdrecord: Please properly read the error message above. Writing time: 30.050s Average write speed 186.6x. Fixating... cdrecord: Input/output error. flush cache: scsi sendcmd: no error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 2C 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense
Problems burning CD-R's with Plextor PX-708A and cdrecord
I'm sure I am doing something wrong and am only allowing myself to get yelled at by Mr. Schilling by posting, but I can't seem to write CD-R's successfully with my new Plextor PX-708A. I am using SONY CD-R 80's which are 32 speed. Nearly all the burns I try fail unless I use driveropts=burnfree - which I understand lessons the quality of my CD. I do not know whether the quality is lower only at the instant of bufferunderun or throughout the entire CD. I also am not sure how the quality of the CD is lower. I have tried using the cdrecord that comes with my redhat9, current binaries, or, as you see now, the latest alpha. I upgraded my firmware to 1.04. My burner is primary-slave, the wav files are on secondary-master. I have DMA enabled everywhere. Changing the speed and turning off pad or dao seem to make no difference. As I mentioned, burnfree works great. Any ideas would be greatly appreciated. Here is my cdrecord output: # cdrecord dev=0,0,0 -v -pad -dao -speed=16 -eject /usr/local/burn/*wav Cdrecord-Clone 2.01a25 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling TOC Type: 0 = CD-DA scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.24 Using libscg version 'schily-0.8'. SCSI buffer size: 64512 atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'PLEXTOR ' Identifikation : 'DVDR PX-708A ' Revision : '1.04' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x001B Profile: 0x001A Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD. cdrecord: Free test versions and free keys for personal use are at ftp://ftp.berlios.de/pub/cdrecord/ProDVD/ Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION HIDECDR Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1190112 = 1162 KB FIFO size : 4194304 = 4096 KB Track 01: audio9 MB (00:56.80) no preemp Track 02: audio 53 MB (05:15.69) no preemp Track 03: audio 44 MB (04:23.80) no preemp Track 04: audio 59 MB (05:54.53) no preemp Track 05: audio 63 MB (06:20.34) no preemp Track 06: audio 68 MB (06:47.53) no preemp Track 07: audio 72 MB (07:12.58) no preemp Track 08: audio 66 MB (06:36.36) no preemp Track 09: audio 71 MB (07:03.97) no preemp Track 10: audio 71 MB (07:04.00) no preemp Total size: 581 MB (57:35.62) = 259172 sectors Lout start: 581 MB (57:37/47) = 259172 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11849 (97:24/01) ATIP start of lead out: 359847 (79:59/72) Disk type:Long strategy type (Cyanine, AZO or similar) Manuf. index: 25 Manufacturer: Taiyo Yuden Company Limited Single session is OFF. Hide CDR is OFF. Blocks total: 359847 Blocks current: 359847 Blocks remaining: 100675 Forcespeed is OFF. Power-Rec is ON. Power-Rec write speed: 40x (recommended) Starting to write CD/DVD at speed 16 in real SAO mode for single session. Last chance to quit, starting real write0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is OFF. Performing OPC... Sending CUE sheet... Writing pregap for track 1 at -150 cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 FF FF FF 85 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 03 00 00 00 1D 0A 00 00 00 00 0C 09 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0 Sense flags: Blk 29 (valid) cmd finished after 1.762s timeout 200s write track pad data: error after 63504 bytes BFree: 1162 K BSize: 1162 K Starting new track at sector: 0 Track 01:0 of9 MB written.cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 00 00 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 07 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.029s timeout 200s write track data: error after 0 bytes cdrecord: A write error occured. cdrecord: Please properly read the error message above. Writing time: 30.050s Average write speed 186.6x. Fixating... cdrecord: Input/output error. flush cache: scsi sendcmd: no error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 2C 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense