From: Steve H. <st...@ho...> - 2004-02-26 14:34:37
|
I was attempting to extract an audio CD when I got the following message (see bottom of script listing). I have never seen this one; it drops cdrdao right in its tracks. Other CDs still work fine; it's just this one that gives me this trouble. Can anyone help out? ----- begin log ----- Script started on Wed Feb 25 20:48:28 2004 steve@lnx3:~$ cdrdao read-cd --paranoia-mode 0 --datafile br2.bin br2.toc Cdrdao version 1.1.7 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'andreas-0.5-UNIXWARE_Patch' 0,1,0: CREATIVE CD-RW RW8438E Rev: FC02 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000) Reading toc and track data... WARNING: Could not determine if raw toc data is BCD or HEX. Please report! WARNING: Using TOC data retrieved with generic method (no multi session support). WARNING: Use driver option 0x80000 or 0x100000 to assume BCD or HEX data. Track Mode Flags Start Length ------------------------------------------------------------ 1 AUDIO 0 00:00:00( 0) 03:48:65( 17165) 2 AUDIO 0 03:48:65( 17165) 04:20:62( 19562) 3 AUDIO 0 08:09:52( 36727) 03:53:20( 17495) 4 AUDIO 0 12:02:72( 54222) 03:30:55( 15805) 5 AUDIO 0 15:33:52( 70027) 03:03:48( 13773) 6 AUDIO 0 18:37:25( 83800) 04:16:27( 19227) 7 AUDIO 0 22:53:52(103027) 03:28:20( 15620) 8 AUDIO 0 26:21:72(118647) 04:05:05( 18380) 9 AUDIO 0 30:27:02(137027) 03:00:05( 13505) 10 AUDIO 0 33:27:07(150532) 04:24:73( 19873) 11 AUDIO 0 37:52:05(170405) 07:32:29( 33929) 12 DATA 6 45:24:34(204334) 00:15:41( 1166) Leadout DATA 6 45:40:00(205500) cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' failed. Aborted steve@lnx3:~$ exit exit Script done on Wed Feb 25 20:49:42 2004 ----- end of log ----- -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |
From: Kovacs B. <ba...@an...> - 2004-02-26 14:52:23
|
> cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' failed. > > Aborted It is caused by an unneccessary assumption about the correctness of the length-data of the cd. For myself I patched cdrdao with a couple of lines length patch, and it works for these all right. Do you need that patch? Baldvin |
From: Steve H. <st...@ho...> - 2004-02-26 21:18:54
|
On Thu, Feb 26, 2004 at 03:42:26PM +0100, Kovacs Baldvin wrote: > It is caused by an unneccessary assumption about the correctness of > the length-data of the cd. For myself I patched cdrdao with a couple of > lines length patch, and it works for these all right. Do you need that > patch? I guess so, I can't use the program this way with this CD so I'll give anything a try. What version is required for the patch to work? I'm currently using a binary package from Slackware 9.1 so I would undoubtedly need to install from sources to apply the patch. -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |
From: <sj...@ru...> - 2004-02-26 21:27:35
|
I patched my cdrdao and it fixed this problem for me. However, now I have a few cds that cause scsi-reset errors when I get to the end of them. Not good. -Steve On Thu, 26 Feb 2004, Steve Holmes wrote: > On Thu, Feb 26, 2004 at 03:42:26PM +0100, Kovacs Baldvin wrote: > > It is caused by an unneccessary assumption about the correctness of > > the length-data of the cd. For myself I patched cdrdao with a couple of > > lines length patch, and it works for these all right. Do you need that > > patch? > > I guess so, I can't use the program this way with this CD so I'll give > anything a try. What version is required for the patch to work? I'm > currently using a binary package from Slackware 9.1 so I would > undoubtedly need to install from sources to apply the patch. > > -- > HolmesGrown Solutions > The best solutions for the best price! > http://ld.net/?holmesgrown > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Cdrdao-devel mailing list > Cdr...@li... > https://lists.sourceforge.net/lists/listinfo/cdrdao-devel > |
From: Christopher F. <ch...@no...> - 2004-02-26 21:32:38
|
Steve Holmes (st...@ho...) wrote: > I guess so, I can't use the program this way with this CD so I'll give > anything a try. What version is required for the patch to work? I'm > currently using a binary package from Slackware 9.1 so I would > undoubtedly need to install from sources to apply the patch. For what it's worth, I'm using cdrdao to rip my entire music collection to hard disk, and I have encountered this error message on about 1% of all my discs. Is this a bug or a hardware issue? I was waiting for cdrdao 1.1.8 to hopefully fix this, but it sounds like this is still an unofficial patch... :( -- Christopher Farley www.northernbrewer.com |
From: Kovacs B. <ba...@an...> - 2004-02-26 22:14:11
Attachments:
cdrdao-Msf_assert.diff
|
Hi! I've digged up the patch... It turned out that I remembered incorrectly as I am not the author of the patch (I was just planning it, however I've found it on the net before implementing.) People speaking in the meantime are right: this is not a solution given after deep analysis of the problem, it just eliminates an unnecesary point where cdrdao stops. You can use it as follows: mkdir xxx cp the_attachment_of_this_mail xxx/cdrdao-Msf_assert.diff cd xxx cvs -d:pserver:ano...@cv...:/cvsroot/cdrdao login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cdrdao co cdrdao cd cdrdao patch -p1 < ../cdrdao-Msf_assert.diff less INSTALL Please tell me what happened: a: you were able to grab the disc with the patch or b: some different error occured? Best, Baldvin |
From: Steve H. <st...@ho...> - 2004-02-27 04:02:48
|
Well, I followed all the steps I could up to the configure step. I got syntax errors around stuff dealing with GTK. I throw up my hands at this point. I really don't know what to do from this point. It's just this one CD of my daughter's I'm trying to copy and for now, I think I'll just boot into windows and see what Nero can do with it. It looks like this CVS route is taking me into another can of worms I don't wanna deal with right now. Any how, thanks for the patch; it was worth a try but apparently the CVS configuration script has got problems or something. On Thu, Feb 26, 2004 at 11:03:40PM +0100, Kovacs Baldvin wrote: > Hi! > > I've digged up the patch... It turned out that I remembered incorrectly > as I am not the author of the patch (I was just planning it, however > I've found it on the net before implementing.) > > People speaking in the meantime are right: this is not a solution given > after deep analysis of the problem, it just eliminates an unnecesary > point where cdrdao stops. > > You can use it as follows: > > mkdir xxx > cp the_attachment_of_this_mail xxx/cdrdao-Msf_assert.diff > cd xxx > cvs -d:pserver:ano...@cv...:/cvsroot/cdrdao login > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/cdrdao co cdrdao > cd cdrdao > patch -p1 < ../cdrdao-Msf_assert.diff > less INSTALL > > Please tell me what happened: > a: you were able to grab the disc with the patch > or b: some different error occured? > > Best, > Baldvin > > diff -Naur cdrdao-original/trackdb/Msf.cc cdrdao-fixed/trackdb/Msf.cc > --- cdrdao-original/trackdb/Msf.cc 2002-10-06 13:53:55.000000000 -0500 > +++ cdrdao-fixed/trackdb/Msf.cc 2003-04-08 21:26:53.000000000 -0500 > @@ -32,15 +32,12 @@ > > Msf::Msf(int min, int sec, int frac) > { > - assert(frac >= 0 && frac < 75); > - assert(sec >= 0 && sec < 60); > + assert(frac >= 0); > + assert(sec >= 0); > assert(min >= 0); > > - min_ = min; > - sec_ = sec; > - frac_ = frac; > - > - lba_ = min_ * 4500 + sec_ * 75 + frac_; > + lba_ = min * 4500 + sec * 75 + frac; > + lba2Msf(); > } > > Msf::Msf(long lba) -- HolmesGrown Solutions The best solutions for the best price! http://ld.net/?holmesgrown |