From: Damien <da...@ca...> - 2002-05-16 12:46:38
|
Hello, I had problem using cdrdai 1.1.5 with my new drive so I tried cvs. I use gentoo linux, kernel 2.4.19-gentoo-r4 (I filled a bug on the sourceforge page). I own a plextor, for all info, this is the output of cdrecord -canbus : scsibus0: 0,0,0 0) 'PLEXTOR ' 'CD-R PX-W2410A' '1.04' Removable CD-ROM 0,1,0 1) * I changed the string in the driver database to have my cdwriter recognized. I added this: W|PLEXTOR|CD-R PX-W2410A|generic-mmc|OPT_MMC_CD_TEXT (I added OPT_MMC_CD_TEXT, because reading the http://www.plextor.be/ page, I found it is supported). When copying an audio cd, this is what I get: > sudo cdrdao copy Cdrdao version 1.1.6-pre2 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,0,0: PLEXTOR CD-R PX-W2410A Rev: 1.04 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) Starting CD copy at speed 24... Track Mode Flags Start Length ------------------------------------------------------------ 1 AUDIO 0 00:00:00( 0) 05:41:12( 25587) 2 AUDIO 0 05:41:12( 25587) 04:03:70( 18295) 3 AUDIO 0 09:45:07( 43882) 04:00:45( 18045) 4 AUDIO 0 13:45:52( 61927) 04:28:43( 20143) 5 AUDIO 0 18:14:20( 82070) 04:25:25( 19900) 6 AUDIO 0 22:39:45(101970) 05:58:55( 26905) 7 AUDIO 0 28:38:25(128875) 04:06:32( 18482) 8 AUDIO 0 32:44:57(147357) 03:50:23( 17273) 9 AUDIO 0 36:35:05(164630) 05:49:20( 26195) 10 AUDIO 0 42:24:25(190825) 03:40:07( 16507) 11 AUDIO 0 46:04:32(207332) 03:55:55( 17680) 12 AUDIO 0 50:00:12(225012) 04:14:28( 19078) 13 AUDIO 0 54:14:40(244090) 08:27:02( 38027) Leadout AUDIO 0 62:41:42(282117) cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' failed. Abandon Using gdb, I found that this call to Msf happens in GenericMMC.cc at line 2437. I cannot solve this problem because I don't know anything to scsi and to cd copying. If I may be of any help, tell me. Thanks for your work, Damien |
From: Giuseppe C. <co...@lu...> - 2002-05-17 12:20:37
|
On Thu, May 16, 2002 at 02:47:51PM +0200, Damien wrote: > scsibus0: > 0,0,0 0) 'PLEXTOR ' 'CD-R PX-W2410A' '1.04' Removable CD-ROM This device is used as reader/writer? > cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < > 60' failed. If you use it as a reader please specify --source-driver plextor-scan or plextor. If they fail try to add option 0x00080000 or 0x00100000 -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net -<! God Knows How Long I Tried To Change Fate !>- Blind Guardian - Mordred's Song |
From: Damien <da...@ca...> - 2002-05-17 13:07:46
|
Le ven 17/05/2002 =E0 08:24, Giuseppe Corbelli a =E9crit : > On Thu, May 16, 2002 at 02:47:51PM +0200, Damien wrote: > > scsibus0: > > 0,0,0 0) 'PLEXTOR ' 'CD-R PX-W2410A' '1.04' Removable CD-ROM > This device is used as reader/writer? both, I only have one device. But I've just try it seems I can use cdrdao copy --device 0,0,0 --source-driver plextor-scan --driver generic-mmc > > cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >=3D 0 && se= c < > > 60' failed. > If you use it as a reader please specify --source-driver plextor-scan or > plextor. > If they fail try to add option 0x00080000 or 0x00100000 >=20 But it doesn't work anyway :/ I try=20 sudo cdrdao read-cd --source-driver plextor-scan --device 0,0,0 /tmp/out but I get the same error... I also tried sudo cdrdao read-cd --source-driver plextor-scan:0x00080000 ... is this the correct way to pass the option ? if so it doesn't work too. I owned a PX-W1210 wich worked very well on my config with cdrdao... I'll be glad to help you as I really miss cdrdao, so if I can be of any help... Thanks for your time, Damien |
From: Giuseppe C. <co...@lu...> - 2002-05-21 18:24:47
|
On Fri, May 17, 2002 at 03:09:10PM +0200, Damien wrote: ... > > > cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < > > > 60' failed. > > If you use it as a reader please specify --source-driver plextor-scan or > > plextor. > > If they fail try to add option 0x00080000 or 0x00100000 > > > > But it doesn't work anyway :/ I try > sudo cdrdao read-cd --source-driver plextor-scan --device 0,0,0 /tmp/out > but I get the same error... > > I also tried > sudo cdrdao read-cd --source-driver plextor-scan:0x00080000 ... > is this the correct way to pass the option ? if so it doesn't work too. Bad, you can as well try options 0x00000001 and 0x00000002 for plextor-scan. They are related to TOC reading. Please see the README. ... > I'll be glad to help you as I really miss cdrdao, so if I can be of any > help... It may be useful to make scglib verbose by setting impl_->scgp_->verbose to at least 1 in dao/ScsiIf-lib.cc:241 -- Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net -<! When you say "I wrote a program that crashed Windows", people just stare at you blankly and say "Hey, I got those with the system, *for free*" !>- (By Linus Torvalds) |
From: Andreas M. <an...@da...> - 2002-05-25 17:58:41
|
On Fri, 2002-05-17 at 15:09, Damien wrote: > Le ven 17/05/2002 =E0 08:24, Giuseppe Corbelli a =E9crit : > > On Thu, May 16, 2002 at 02:47:51PM +0200, Damien wrote: > > > scsibus0: > > > 0,0,0 0) 'PLEXTOR ' 'CD-R PX-W2410A' '1.04' Removable CD-ROM > > This device is used as reader/writer? >=20 > both, I only have one device. But I've just try it seems I can use > cdrdao copy --device 0,0,0 --source-driver plextor-scan --driver > generic-mmc >=20 > > > cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >=3D 0 && = sec < > > > 60' failed. > > If you use it as a reader please specify --source-driver plextor-scan o= r > > plextor. > > If they fail try to add option 0x00080000 or 0x00100000 Looks like the drive send illegal toc data. Does this happen for all audio CDs? I'm asking because it is possible that you're trying to read a copy protected audio CD that has a manipulated toc. Cdrdao is currently not prepared for that and fails. Otherwise: Did you already try --source-driver plextor-scan:0x10000 (this is different from the already mentioned 0x00100000).=20 It will select the generic method for reading the toc which just does not support multi session CDs. If all fails we will have to enable some debug code in cdrdao's sources. Did you already compile cdrdao yourself? Regards, Andreas --=20 Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: Andreas M. <an...@da...> - 2002-05-25 18:57:31
|
Hi Damien, forget my last email. I didn't notice that you're already using the CVS version. I think I just faced the same problem and tracked it down in the generic-mmc driver. The new auto detection function for the supported sub-channel reading modes has failed. I commited the changes to CVS. Please check it. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: burnatonce <bur...@nt...> - 2002-05-27 18:29:18
|
Hi, does anyone have a recent Win32 binary from cvs? I just can't figure out how to compile under cygwin with pccts. btw, when will the latest cdrdao be released from cvs?? Many Thanks Jamie |
From: Andreas M. <an...@da...> - 2002-05-27 19:54:02
|
On Mon, 2002-05-27 at 20:29, burnatonce wrote: > Hi, does anyone have a recent Win32 binary from cvs? > > I just can't figure out how to compile under cygwin with pccts. I didn't compile stuff under Win32 for some months but I can try to do it this week. I'll send you the exectuable then. > btw, when will the latest cdrdao be released from cvs?? If I'll have enough time to do some continuous work on cdrdao I'll be able to make a release in 2 or 3 weeks. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: burnatonce <bur...@nt...> - 2002-05-27 20:39:20
|
Thanks for your quick reply Andreas, a win32 executable would be most appreciated - thanks! I am working on a windows gui for cdrdao so I am looking forward to the next release of cdrdao to see how things like cue file support have come along. If you have an interest in my project then you can find more information at http://burnatonce.redir.net/ Please do not hesitate to get in touch if you have any comments etc or require further action from myself to comply with the gpl (obviously I will need to post the source for the exe you send me). Thanks again, Jamie. ----- Original Message ----- From: "Andreas Mueller" <an...@da...> To: "burnatonce" <bur...@nt...> Cc: "cdrdao-devel list" <cdr...@li...> Sent: Monday, May 27, 2002 8:54 PM Subject: Re: [Cdrdao-devel] cdrdao cvs > On Mon, 2002-05-27 at 20:29, burnatonce wrote: > > Hi, does anyone have a recent Win32 binary from cvs? > > > > I just can't figure out how to compile under cygwin with pccts. > > I didn't compile stuff under Win32 for some months but I can try to > do it this week. I'll send you the exectuable then. > > > btw, when will the latest cdrdao be released from cvs?? > > If I'll have enough time to do some continuous work on cdrdao I'll > be able to make a release in 2 or 3 weeks. > > Regards, > Andreas > -- > Andreas Mueller Tel: +49 89 67808848 > Ramsmeierstr. 1 Email: an...@da... > 85579 Neubiberg, Germany > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel |
From: Damien <da...@ca...> - 2002-05-26 12:03:23
|
Le sam 25/05/2002 =E0 20:57, Andreas Mueller a =E9crit : > Hi Damien, >=20 > forget my last email. I didn't notice that you're already using the > CVS version. I think I just faced the same problem and tracked it down > in the generic-mmc driver. The new auto detection function for the=20 > supported sub-channel reading modes has failed.=20 >=20 > I commited the changes to CVS. Please check it. >=20 > Regards, > Andreas I've just checked it, and I'm not able to compile it:=20 c++ -DHAVE_CONFIG_H -D_THREAD_SAFE -D_REENTRANT=20 -DVERSION=3D\"1.1.6-pre2\" -DDRIVER_TABLE_FILE=3D\"/usr/local/share/cdrdao/drivers\" -I./.. -I. -I./../trackdb -I./../scsilib/export -I./../scsilib/export/libschily -g -O2 -c GenericMMC.cc -o GenericMMC.o GenericMMC.cc: In method `int GenericMMC::analyzeTrack(TrackData::Mode, int, long int, long int, Msf *, int *, long int *, char *, unsigned char *)': GenericMMC.cc:1572: `CDR_AUDIO_SCAN_CAP' undeclared (first use this function) GenericMMC.cc:1572: (Each undeclared identifier is reported only once GenericMMC.cc:1572: for each function it appears in.) GenericMMC.cc: In method `long unsigned int GenericMMC::getReadCapabilities(const CdToc *, int) const': GenericMMC.cc:2525: `OPT_MMC_USE_RAW_RW' undeclared (first use this function) make[1]: *** [GenericMMC.o] Erreur 1 make[1]: Quitte le r=E9pertoire `/home/dam/wdir/cvs/cdrdao/dao' make: *** [all] Erreur 1 Thanks for your work, Damien |
From: Andreas M. <an...@da...> - 2002-05-27 19:51:37
|
On Sun, 2002-05-26 at 14:08, Damien wrote: > Le sam 25/05/2002 =E0 20:57, Andreas Mueller a =E9crit : > > Hi Damien, > >=20 > > forget my last email. I didn't notice that you're already using the > > CVS version. I think I just faced the same problem and tracked it down > > in the generic-mmc driver. The new auto detection function for the=20 > > supported sub-channel reading modes has failed.=20 > >=20 > > I commited the changes to CVS. Please check it. > >=20 > > Regards, > > Andreas >=20 > I've just checked it, and I'm not able to compile it:=20 >=20 > c++ -DHAVE_CONFIG_H -D_THREAD_SAFE -D_REENTRANT=20 > -DVERSION=3D\"1.1.6-pre2\" > -DDRIVER_TABLE_FILE=3D\"/usr/local/share/cdrdao/drivers\" -I./.. -I. > -I./../trackdb -I./../scsilib/export -I./../scsilib/export/libschily -g > -O2 -c GenericMMC.cc -o GenericMMC.o > GenericMMC.cc: In method `int GenericMMC::analyzeTrack(TrackData::Mode, > int, long int, long int, Msf *, int *, long int *, char *, unsigned char > *)': > GenericMMC.cc:1572: `CDR_AUDIO_SCAN_CAP' undeclared (first use this > function) > GenericMMC.cc:1572: (Each undeclared identifier is reported only once > GenericMMC.cc:1572: for each function it appears in.) > GenericMMC.cc: In method `long unsigned int > GenericMMC::getReadCapabilities(const CdToc *, int) const': > GenericMMC.cc:2525: `OPT_MMC_USE_RAW_RW' undeclared (first use this > function) > make[1]: *** [GenericMMC.o] Erreur 1 > make[1]: Quitte le r=E9pertoire `/home/dam/wdir/cvs/cdrdao/dao' > make: *** [all] Erreur 1 >=20 Sorry, I missed to check in some files.=20 I just committed the missing files. Please update your source tree and try to compile again. Regards, Andreas --=20 Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: Damien <da...@ca...> - 2002-05-29 23:09:46
Attachments:
gdb-cdrdao.log.gz
|
Le lun 27/05/2002 =E0 21:52, Andreas Mueller a =E9crit : > Sorry, I missed to check in some files.=20 > I just committed the missing files. Please update your > source tree and try to compile again. >=20 Ok, I recompiled all, but it stukk won't work. I set impl_->scgp_->verbose to 2 in dao/ScsiIf-lib.cc, and run cdrdao in gdb, using (gdb) run copy --device 0,0,0 --source-driver plextor-scan --driver generic-mmc if print the list of track of the cd then freeze, this is the last part of the output : io track) is supported. Copying audio tracks 1-13: start 00:00:00, length 78:35:42 to "cddata4842.bin"... Track 1... Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 ?: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 status: 0x0 (GOOD STATUS) cmd finished after 30.099s timeout 20s Got 48960 (0xBF40), expecting 48960 (0xBF40) bytes of data. Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 ?: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 status: 0x0 (GOOD STATUS) cmd finished after 30.099s timeout 20s Got 48960 (0xBF40), expecting 48960 (0xBF40) bytes of data. Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 ?: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 status: 0x0 (GOOD STATUS) cmd finished after 30.099s timeout 20s Got 48960 (0xBF40), expecting 48960 (0xBF40) bytes of data. Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 ?: Input/output error. : scsi sendcmd: retryable error CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 status: 0x0 (GOOD STATUS) cmd finished after 30.099s timeout 20s Got 48960 (0xBF40), expecting 48960 (0xBF40) bytes of data. Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s CDB: BE 00 00 00 00 14 00 00 1A F8 01 00 It loops because that command never get executed. This is the backtrace (I send SIGINT to stop the loop of the prog, don't know if this is the right way). #0 0x4019c264 in ioctl () from /lib/libc.so.6 #1 0x080cd610 in ?? () #2 0x0808b2b4 in scg_cmd () at /usr/include/pccts/ATokPtrImpl.h:87 #3 0x0806b887 in ScsiIf::sendCmd (this=3D0x80cd470, cmd=3D0xbfffee60 "=BE"= ,=20 cmdLen=3D12, dataOut=3D0x0, dataOutLen=3D0, dataIn=3D0x80e0c08 "",=20 dataInLen=3D63648, showMessage=3D0) at ScsiIf-lib.cc:244 #4 0x0805003d in CdrDriver::sendCmd (this=3D0x80cf6d0, cmd=3D0xbfffee60 "=BE",=20 cmdLen=3D12, dataOut=3D0x0, dataOutLen=3D0, dataIn=3D0x80e0c08 "",=20 dataInLen=3D63648, showErrorMsg=3D0) at CdrDriver.cc:951 #5 0x0805bc2f in GenericMMC::readSubChannels (this=3D0x80cf6d0,=20 sm=3DSUBCHAN_NONE, lba=3D20, len=3D26, chans=3D0xbfffeed8, audioData=3D0x4035d7c8) at GenericMMC.cc:1663 #6 0x0805573d in CdrDriver::audioRead (this=3D0x80cf6d0, sm=3DSUBCHAN_NONE= , byteOrder=3D0, buffer=3D0x4035d7c8, startLba=3D20, len=3D26) at CdrDriver.cc:3940 #7 0x08056070 in cdda_read (d=3D0x80cfff0, buffer=3D0x4035d7c8, beginsector=3D20,=20 sectors=3D26) at CdrDriver.cc:4237 #8 0x0806fecf in i_read_c_block () at ToshibaReader.cc:81 #9 0x080702e6 in paranoia_read () at ToshibaReader.cc:81 #10 0x08055f91 in CdrDriver::readAudioRangeParanoia (this=3D0x80cf6d0,=20 info=3D0xbffff770, fd=3D5, start=3D0, end=3D353667, startTrack=3D0, endTrack=3D12,=20 trackInfo=3D0x80f0de0) at CdrDriver.cc:4202 #11 0x0805cb1c in GenericMMC::readAudioRange (this=3D0x80cf6d0,=20 rinfo=3D0xbffff770, fd=3D5, start=3D0, end=3D353667, startTrack=3D0, endTrack=3D12,=20 info=3D0x80f0de0) at GenericMMC.cc:2273 #12 0x08053f82 in CdrDriver::readDisk (this=3D0x80cf6d0, session=3D1,=20 dataFilename=3D0xbffff7e8 "cddata4842.bin") at CdrDriver.cc:3327 #13 0x0804d2e4 in copyCd (src=3D0x80cf6d0, dst=3D0x80cf6d0, session=3D1,=20 dataFilename=3D0xbffff7e8 "cddata4842.bin", fifoBuffers=3D32, swap=3D0, eject=3D0,=20 force=3D0, keepimage=3D0) at main.cc:1559 #14 0x0804efdd in main (argc=3D8, argv=3D0xbffff9b4) at main.cc:2347 #15 0x400e03c1 in __libc_start_main () from /lib/libc.so.6 I attach the complete output of the gdb session to this mail (it is gzipped). I hope this can be of any help. If I can do anything else, please tell me. Amicalement, Damien |
From: Andreas M. <an...@da...> - 2002-05-30 15:22:40
|
On Thu, 2002-05-30 at 01:15, Damien wrote: > Ok, I recompiled all, but it stukk won't work. > I set impl_->scgp_->verbose to 2 in dao/ScsiIf-lib.cc, and run cdrdao in > gdb, using > (gdb) run copy --device 0,0,0 --source-driver plextor-scan --driver > generic-mmc > > if print the list of track of the cd then freeze, this is the last part > of the output : > > > io track) is supported. > Copying audio tracks 1-13: start 00:00:00, length 78:35:42 to > "cddata4842.bin"... > Track 1... > > Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 > ?: Input/output error. : scsi sendcmd: retryable error > CDB: BE 00 00 00 00 00 00 00 14 F8 01 00 > status: 0x0 (GOOD STATUS) > cmd finished after 30.099s timeout 20s > Got 48960 (0xBF40), expecting 48960 (0xBF40) bytes of data. > Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 > > [...] > > It loops because that command never get executed. This is the backtrace > (I send SIGINT to stop the loop of the prog, don't know if this is the > right way). This is strange. The read command seems to time out altough the same command previously worked when cdrdao tries to detect the supported sub-channel reading modes. The only difference is that during the detection phase just 1 sector is read at a time and the during the audio extraction phase 20 sectors are read per command. Please try to run 'crdao read-cd' again with the option --driver generic-mmc:0x1 This will select the PQ sub-channel read mode instead of PW-raw. Maybe the drive behaves better with this mode. Anyway we'll have to find out what is going wrong with PW-raw mode. Regards, Andreas -- Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: Andreas M. <an...@da...> - 2002-05-30 17:31:17
|
On Thu, 2002-05-30 at 17:42, Damien wrote: > Le jeu 30/05/2002 =E0 17:23, Andreas Mueller a =E9crit : >=20 > > Please try to run 'crdao read-cd' again with the option > >=20 > > --driver generic-mmc:0x1 > >=20 > > This will select the PQ sub-channel read mode instead of PW-raw. Maybe > > the drive behaves better with this mode. Anyway we'll have to find out > > what is going wrong with PW-raw mode. > >=20 > cdrdao read-cd --device 0,0,0 --driver generic-mmc:0x1 >=20 > same problemExecuting ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > CDB: 42 00 40 03 00 00 0D 00 18 00 > cmd finished after 0.212s timeout 20s > Got 24 (0x18), expecting 24 (0x18) bytes of data. > Received Data: 00 15 00 14 03 10 0D 00 80 47 42 46 30 38 39 37 30 30 33 > 31 35 00 00 00 > Found ISRC code. > Reading... > Track 1... >=20 > Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 > ?: Input/output error. : scsi sendcmd: cmd timeout after 20.101 (20) s > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 > cmd finished after 20.101s timeout 20s > Got 47360 (0xB900), expecting 47360 (0xB900) bytes of data. > Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 >=20 > Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 >=20 That's very strange. Let's instruct cdrdao to just read 1 sector at a=20 time: Look for function 'CdrDriver::readAudioRangeParanoia()' in file "dao/CdrDriver.cc". At the beginning of the function you'll find a line: paranoiaDrive_->nsectors =3D maxScannedSubChannels_; Please replace 'maxScannedSubChannels_' by 1. Then try to run again. You might also try to increase the SCSI timeout value in function 'GenericMMC::readSubChannels' (dao/GenericMMC.cc). Just add the line scsiIf_->timeout(120); to the very beginning of this function. This will increase the timeout to 120 seconds. I'm really interested in the results. Regards, Andreas --=20 Andreas Mueller Tel: +49 89 67808848 Ramsmeierstr. 1 Email: an...@da... 85579 Neubiberg, Germany |
From: Damien <da...@ca...> - 2002-05-30 20:44:33
|
Le jeu 30/05/2002 =E0 19:31, Andreas Mueller a =E9crit : > On Thu, 2002-05-30 at 17:42, Damien wrote: > > Le jeu 30/05/2002 =E0 17:23, Andreas Mueller a =E9crit : > >=20 > > > Please try to run 'crdao read-cd' again with the option > > >=20 > > > --driver generic-mmc:0x1 > > >=20 > > > This will select the PQ sub-channel read mode instead of PW-raw. Mayb= e > > > the drive behaves better with this mode. Anyway we'll have to find ou= t > > > what is going wrong with PW-raw mode. > > >=20 > > cdrdao read-cd --device 0,0,0 --driver generic-mmc:0x1 > >=20 > > same problemExecuting ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > > CDB: 42 00 40 03 00 00 0D 00 18 00 > > cmd finished after 0.212s timeout 20s > > Got 24 (0x18), expecting 24 (0x18) bytes of data. > > Received Data: 00 15 00 14 03 10 0D 00 80 47 42 46 30 38 39 37 30 30 3= 3 > > 31 35 00 00 00 > > Found ISRC code. > > Reading... > > Track 1... > >=20 > > Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 > > ?: Input/output error. : scsi sendcmd: cmd timeout after 20.101 (20) s > > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 > > cmd finished after 20.101s timeout 20s > > Got 47360 (0xB900), expecting 47360 (0xB900) bytes of data. > > Received Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0= 0 > > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > 00 00 00 00 00 00 00 00 00 > >=20 > > Executing ' ' command on Bus 0 Target 0, Lun 0 timeout 20s > > CDB: BE 00 00 00 00 00 00 00 14 F8 02 00 > >=20 >=20 > That's very strange. Let's instruct cdrdao to just read 1 sector at a=20 > time: >=20 > Look for function 'CdrDriver::readAudioRangeParanoia()' in file > "dao/CdrDriver.cc". At the beginning of the function you'll find a line: >=20 > paranoiaDrive_->nsectors =3D maxScannedSubChannels_; >=20 > Please replace 'maxScannedSubChannels_' by 1. Then try to run again. >=20 > You might also try to increase the SCSI timeout value in function > 'GenericMMC::readSubChannels' (dao/GenericMMC.cc). Just add the line >=20 > scsiIf_->timeout(120); >=20 > to the very beginning of this function. This will increase the timeout > to 120 seconds. >=20 > I'm really interested in the results. It works !!! I just changed maxScannedSubChannels_ to 1 and it worked. For information, a printed the value of maxScannedSubChannels_, it is 26. It also works if I set it to 2. I'm currently copying a cd to view the result, but I imagine this will take some time. Do you think my writer has a problem ? Thanks, Damien =20 |
From: Damien <da...@ca...> - 2002-06-13 19:18:01
|
> > I'm really interested in the results. > > It works !!! I just changed maxScannedSubChannels_ to 1 and it worked. > For information, a printed the value of maxScannedSubChannels_, it is > 26. It also works if I set it to 2. > > I'm currently copying a cd to view the result, but I imagine this will > take some time. > > Do you think my writer has a problem ? > Any news about this problem ? Thanks, Damien |