[gentoo-user] Verification of audio CD copy?

[gentoo-user] Verification of audio CD copy?

[Mark Knecht]

Hi,
   I've got a bit of a problem recently with (I think) k3b. Over the
last couple of months *some* copies of CDs made in k3b using the Clone
Copy feature do not reliably play in my car's CD player. I've tried
multiple CD spindles and I've tried burning the copies on two
different Gentoo machines - one 32-bit and the other 64-bit - with the
same results. The thing that is VERY strange about this problem is
that some CDs and all copies of those CDs play fine. For other CDs the
originals play fine but every copy I make fails, and if they fail,
they fail using either Gentoo machine to copy them. (Hope that's
clear....)

   I'm wondering if there is a program that can verify the contents of
each CD against each other, bit for bit, to identify whether this is a
problem on all of my computers or whether it's something about my
car's CD. The strange thing is that the original CDs play fine in the
car. It's only the copies that sometimes don't, and it's only the
copies of *some* CDs, not all CDs.

   I've been using these same machine and same car CD player for years
and everything has always been fine. Now for the last 2-3 months
nearly 50% of what I copy fails.

   Anyway, thanks in advance.

Cheers,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Paul Hartman]

On Tue, Jun 2, 2009 at 8:03 PM, Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
>   I've got a bit of a problem recently with (I think) k3b. Over the
> last couple of months *some* copies of CDs made in k3b using the Clone
> Copy feature do not reliably play in my car's CD player. I've tried
> multiple CD spindles and I've tried burning the copies on two
> different Gentoo machines - one 32-bit and the other 64-bit - with the
> same results. The thing that is VERY strange about this problem is
> that some CDs and all copies of those CDs play fine. For other CDs the
> originals play fine but every copy I make fails, and if they fail,
> they fail using either Gentoo machine to copy them. (Hope that's
> clear....)
>
>   I'm wondering if there is a program that can verify the contents of
> each CD against each other, bit for bit, to identify whether this is a
> problem on all of my computers or whether it's something about my
> car's CD. The strange thing is that the original CDs play fine in the
> car. It's only the copies that sometimes don't, and it's only the
> copies of *some* CDs, not all CDs.
>
>   I've been using these same machine and same car CD player for years
> and everything has always been fine. Now for the last 2-3 months
> nearly 50% of what I copy fails.

I don't think there's a way to do bit-for-bit compare of audio CDs...
if it's a burning issue I would try burning at a slower speed (as slow
as you can tolerate waiting for).

Maybe your car's CD player/laser is dying. Perhaps try taking some old
CDs that you know used to work and see if they still play okay. The CD
player in my car for the past month or so has decided to be unable to
play a CD without skipping like crazy. It is maddening.

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Tue, Jun 2, 2009 at 7:42 PM, Paul Hartman
<paul.hartman+gentoo@gmail.com> wrote:
> On Tue, Jun 2, 2009 at 8:03 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> Hi,
>>   I've got a bit of a problem recently with (I think) k3b. Over the
>> last couple of months *some* copies of CDs made in k3b using the Clone
>> Copy feature do not reliably play in my car's CD player. I've tried
>> multiple CD spindles and I've tried burning the copies on two
>> different Gentoo machines - one 32-bit and the other 64-bit - with the
>> same results. The thing that is VERY strange about this problem is
>> that some CDs and all copies of those CDs play fine. For other CDs the
>> originals play fine but every copy I make fails, and if they fail,
>> they fail using either Gentoo machine to copy them. (Hope that's
>> clear....)
>>
>>   I'm wondering if there is a program that can verify the contents of
>> each CD against each other, bit for bit, to identify whether this is a
>> problem on all of my computers or whether it's something about my
>> car's CD. The strange thing is that the original CDs play fine in the
>> car. It's only the copies that sometimes don't, and it's only the
>> copies of *some* CDs, not all CDs.
>>
>>   I've been using these same machine and same car CD player for years
>> and everything has always been fine. Now for the last 2-3 months
>> nearly 50% of what I copy fails.
>
> I don't think there's a way to do bit-for-bit compare of audio CDs...
> if it's a burning issue I would try burning at a slower speed (as slow
> as you can tolerate waiting for).
>
> Maybe your car's CD player/laser is dying. Perhaps try taking some old
> CDs that you know used to work and see if they still play okay. The CD
> player in my car for the past month or so has decided to be unable to
> play a CD without skipping like crazy. It is maddening.
>
>
Reading around on the web I got pretty much the same picture - that
it's not possible to verify 100% bit-for-bit that an audio CD is
identical. Still, I would think that if I made whatever the 'iso' is
of a single CD twice and compared the two of those I'd expect them to
be the same, but maybe we cannot really guarantee the burning
operation is exactly bit-for-bit. I don't know.

It likely is the car's CD player but it's been hard to prove so far.
It plays all originals fine. It plays most copies fine. However it
fails on all copies of certain CD lately no matter what Gentoo machine
I burn them on. Strangeness.

Thanks for answering back!

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Dale]

Mark Knecht wrote:
> On Tue, Jun 2, 2009 at 7:42 PM, Paul Hartman
> <paul.hartman+gentoo@gmail.com> wrote:
>   
>> On Tue, Jun 2, 2009 at 8:03 PM, Mark Knecht <markknecht@gmail.com> wrote:
>>     
>>> Hi,
>>>   I've got a bit of a problem recently with (I think) k3b. Over the
>>> last couple of months *some* copies of CDs made in k3b using the Clone
>>> Copy feature do not reliably play in my car's CD player. I've tried
>>> multiple CD spindles and I've tried burning the copies on two
>>> different Gentoo machines - one 32-bit and the other 64-bit - with the
>>> same results. The thing that is VERY strange about this problem is
>>> that some CDs and all copies of those CDs play fine. For other CDs the
>>> originals play fine but every copy I make fails, and if they fail,
>>> they fail using either Gentoo machine to copy them. (Hope that's
>>> clear....)
>>>
>>>   I'm wondering if there is a program that can verify the contents of
>>> each CD against each other, bit for bit, to identify whether this is a
>>> problem on all of my computers or whether it's something about my
>>> car's CD. The strange thing is that the original CDs play fine in the
>>> car. It's only the copies that sometimes don't, and it's only the
>>> copies of *some* CDs, not all CDs.
>>>
>>>   I've been using these same machine and same car CD player for years
>>> and everything has always been fine. Now for the last 2-3 months
>>> nearly 50% of what I copy fails.
>>>       
>> I don't think there's a way to do bit-for-bit compare of audio CDs...
>> if it's a burning issue I would try burning at a slower speed (as slow
>> as you can tolerate waiting for).
>>
>> Maybe your car's CD player/laser is dying. Perhaps try taking some old
>> CDs that you know used to work and see if they still play okay. The CD
>> player in my car for the past month or so has decided to be unable to
>> play a CD without skipping like crazy. It is maddening.
>>
>>
>>     
> Reading around on the web I got pretty much the same picture - that
> it's not possible to verify 100% bit-for-bit that an audio CD is
> identical. Still, I would think that if I made whatever the 'iso' is
> of a single CD twice and compared the two of those I'd expect them to
> be the same, but maybe we cannot really guarantee the burning
> operation is exactly bit-for-bit. I don't know.
>
> It likely is the car's CD player but it's been hard to prove so far.
> It plays all originals fine. It plays most copies fine. However it
> fails on all copies of certain CD lately no matter what Gentoo machine
> I burn them on. Strangeness.
>
> Thanks for answering back!
>
> - Mark
>
>
>   

Could it be some copy protection thing that is new maybe?  Something k3b
can't quite copy.

Dale

:-)  :-) 

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Dale <rdalek1967@gmail.com> wrote:

> Could it be some copy protection thing that is new maybe?  Something k3b
> can't quite copy.

There is no copy protection system for audio CDs.

Cdda2wav reads most accidental and intentional defects in audio CDs just fine.

Make sure to use the original software ftp://ftp.berlios.de/pub/cdrecord/alpha/

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Wed, Jun 3, 2009 at 2:03 AM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Dale <rdalek1967@gmail.com> wrote:
>
>> Could it be some copy protection thing that is new maybe?  Something k3b
>> can't quite copy.
>
> There is no copy protection system for audio CDs.
>
> Cdda2wav reads most accidental and intentional defects in audio CDs just fine.
>
> Make sure to use the original software ftp://ftp.berlios.de/pub/cdrecord/alpha/
>
> Jörg
>
> --
>  EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
>       js@cs.tu-berlin.de                (uni)
>       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
>  URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
>
>

Really great info. Thanks everyone. I'm certainly armed for a few
experiments later this afternoon.

Jorg - Is there some reason that cdrecord isn't in portage? I am not
seeing it listed. Maybe it's my mistake. I'll look again later.

Cheers,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 226 bytes --]

Am Mittwoch 03 Juni 2009 21:34:10 schrieb Mark Knecht:

> Jorg - Is there some reason that cdrecord isn't in portage? I am not
> seeing it listed. Maybe it's my mistake. I'll look again later.

app-cdr/cdrtools

Bye...

	Dirk

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

thanks Dirk!

On Wed, Jun 3, 2009 at 12:38 PM, Dirk Heinrichs
<dirk.heinrichs@online.de> wrote:
> Am Mittwoch 03 Juni 2009 21:34:10 schrieb Mark Knecht:
>
>> Jorg - Is there some reason that cdrecord isn't in portage? I am not
>> seeing it listed. Maybe it's my mistake. I'll look again later.
>
> app-cdr/cdrtools
>
> Bye...
>
>        Dirk
>

[gentoo-user] Re: Verification of audio CD copy?

[Nikos Chantziaras]

Joerg Schilling wrote:
> Dale <rdalek1967@gmail.com> wrote:
> 
>> Could it be some copy protection thing that is new maybe?  Something k3b
>> can't quite copy.
> 
> There is no copy protection system for audio CDs.

There is, unfortunately.  An example is "Cactus Data Shield".  The bad 
thing is that it even breaks the standard, resulting in the copy 
protected audio CD not playing back in some players (PC CD-ROMs for 
example or CD players with MP3 support).

Such CDs are actually required to refrain from using the "CDDA" logo on 
their casing.  Some even mention that they are copy protected.

See:

http://en.wikipedia.org/wiki/Copy_protection#Copy_protection_for_audio_CDs

for more info.

In any case, it's very difficult or even impossible to copy some of them 
with regular CD-ROM drives.  Some require analog copying or using the 
digital-out connector of the drive.

Re: [gentoo-user] Re: Verification of audio CD copy?

[Joerg Schilling]

Nikos Chantziaras <realnc@arcor.de> wrote:

> Joerg Schilling wrote:

> > There is no copy protection system for audio CDs.
>
> There is, unfortunately.  An example is "Cactus Data Shield".  The bad 
> thing is that it even breaks the standard, resulting in the copy 
> protected audio CD not playing back in some players (PC CD-ROMs for 
> example or CD players with MP3 support).

So you see that there is no copy-protection for audio CDs.

As I mentioned, there are intentional defects. But cdda2wav can deal with all 
these defects...... and most drive manufacturer did listen to me and implement
enhancements to their firmware to e.g. prevent the drive to go into an endless
loop with a "multi-session disk" that implements a TOC loop. 

If you can play a CD, you can copy it. These defective 120mm disks implement 
use/play protection.

If the defect you like to deal with is called "Cactus Data Shield", you need to 
copy the CD-look-alike as early as possible as "Cactus Data Shield" mainly is
excessive (more than 10 times than allowed) C1 errors (these errors make the 
disk junk from the Philips quality rules for CDs).

> Such CDs are actually required to refrain from using the "CDDA" logo on 
> their casing.  Some even mention that they are copy protected.
>
> See:
>
> http://en.wikipedia.org/wiki/Copy_protection#Copy_protection_for_audio_CDs
>
> for more info.

Unfortunately not very accurate :-(

> In any case, it's very difficult or even impossible to copy some of them 
> with regular CD-ROM drives.  Some require analog copying or using the 
> digital-out connector of the drive.

This info is incorrect. Cdda2wav includes fixes for all known defects in CDs.

I personally know of no such intentionally damaged disk that cannot be extracted
by cdda2wav -paranoia. 

BTW: this is where you see that cdparranoia(1) is now 12 year old and 
unmaintained since ~ 10 years. cdda2wav -paranoia gives much better results
that cdparanoia.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Re: Verification of audio CD copy?

[Paul Hartman]

On Wed, Jun 3, 2009 at 3:23 PM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> cdda2wav -paranoia gives much better results
> that cdparanoia.

Thanks for your work, Joerg. I've used cdda2wav with paranoia mode
"forever" and it seems able to rip everything as long as the hardware
can support reading it. (for example my Sony/NEC DVD-RW drive cannot
read "overburned" discs or "hidden" track 1 pregap songs).   Even had
some badly scratched discs that do not play properly on a normal CD
player but seem to rip successfully with no artifacts. It is not as
fast as "normal" ripping, but I think the value of having an accurate
copy is well worth the extra wait.

Re: [gentoo-user] Re: Verification of audio CD copy?

[Jesús Guerrero]

On Wed, June 3, 2009 22:23, Joerg Schilling wrote:
> Nikos Chantziaras <realnc@arcor.de> wrote:
>
>
> BTW: this is where you see that cdparranoia(1) is now 12 year old and
> unmaintained since ~ 10 years. cdda2wav -paranoia gives much better
> results that cdparanoia.

Pardon me for getting in the middle but I am really curious about
this. I know that paranoia is old but according to their web
page the last update was "September 11, 2008". However maybe it
was just a maintenance update to fix compilation errors or something
like that.

I have researched about cdda2wav vs. cdparanoia vs. cdrdao in the past
and came to the conclussion that cdparanioa is probably the worst
nowadays, however I am not sure it's dead.

-- 
Jesús Guerrero

Re: [gentoo-user] Re: Verification of audio CD copy?

[Joerg Schilling]

Jesús Guerrero <i92guboj@terra.es> wrote:

> On Wed, June 3, 2009 22:23, Joerg Schilling wrote:
> > Nikos Chantziaras <realnc@arcor.de> wrote:
> >
> >
> > BTW: this is where you see that cdparranoia(1) is now 12 year old and
> > unmaintained since ~ 10 years. cdda2wav -paranoia gives much better
> > results that cdparanoia.
>
> Pardon me for getting in the middle but I am really curious about
> this. I know that paranoia is old but according to their web
> page the last update was "September 11, 2008". However maybe it
> was just a maintenance update to fix compilation errors or something
> like that.

Correct, there was a mainenance update but cdparanoia is still based on
a cdda2wav source from 1997.

> I have researched about cdda2wav vs. cdparanoia vs. cdrdao in the past
> and came to the conclussion that cdparanioa is probably the worst
> nowadays, however I am not sure it's dead.

cdrdao did not et new features since 4 years and it did not get even 
	a maintenance update since 3 years.

cdparanoia is a "patch" on a cdd2wav source from 1997 and there was a lot 
	of activities 'till March 2001 with cdparanoia-III-alpha9.8
	since then no new features have been introduced and as the project
	did look completely dead, I decided to take the relevent code,
	make a real portable library from it and use it from cdda2wav.
	This port was done in spring 2002.

	A year ago, there have been some minor code changes and lot's 
	of new comment in the main paranoia code. The new comment
	has been moved to libparanoia for cddawav....

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Re: Verification of audio CD copy?

[Jesús Guerrero]

On Fri, June 5, 2009 12:21, Joerg Schilling wrote:
> Jesús Guerrero <i92guboj@terra.es> wrote:
>
>
>> On Wed, June 3, 2009 22:23, Joerg Schilling wrote:
>>
>>> Nikos Chantziaras <realnc@arcor.de> wrote:
>>>
>>>
>>>
>>> BTW: this is where you see that cdparranoia(1) is now 12 year old and
>>>  unmaintained since ~ 10 years. cdda2wav -paranoia gives much better
>>> results that cdparanoia.
>>
>> Pardon me for getting in the middle but I am really curious about
>> this. I know that paranoia is old but according to their web page the
>> last update was "September 11, 2008". However maybe it was just a
>> maintenance update to fix compilation errors or something like that.
>
> Correct, there was a mainenance update but cdparanoia is still based on
> a cdda2wav source from 1997.
>
>> I have researched about cdda2wav vs. cdparanoia vs. cdrdao in the past
>> and came to the conclussion that cdparanioa is probably the worst
>> nowadays, however I am not sure it's dead.
>
> cdrdao did not et new features since 4 years and it did not get even a
> maintenance update since 3 years.
>
> cdparanoia is a "patch" on a cdd2wav source from 1997 and there was a lot
>  of activities 'till March 2001 with cdparanoia-III-alpha9.8 since then no
> new features have been introduced and as the project did look completely
> dead, I decided to take the relevent code, make a real portable library
> from it and use it from cdda2wav. This port was done in spring 2002.
>
>
> A year ago, there have been some minor code changes and lot's
> of new comment in the main paranoia code. The new comment has been moved to
> libparanoia for cddawav....


Thanks a lot for clearing that for me. :)


-- 
Jesús Guerrero

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Paul Hartman <paul.hartman+gentoo@gmail.com> wrote:

> I don't think there's a way to do bit-for-bit compare of audio CDs...
> if it's a burning issue I would try burning at a slower speed (as slow
> as you can tolerate waiting for).

cdda2wav -paranoia 

gives bit for bit identical results if the medium quality is not too bad.

CD readers unfortunately "implement" a deive specific read out offset, so you
would need to use a clever enough audio compare software.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

[gentoo-user] Re: Verification of audio CD copy?

[Nikos Chantziaras]

Mark Knecht wrote:
>    I've been using these same machine and same car CD player for years
> and everything has always been fine. Now for the last 2-3 months
> nearly 50% of what I copy fails.

Your recorder might be deteriorating (the laser in them doesn't live 
forever).

You might want to burn at slower speeds, probably 16x or even 8x.  Don't 
go lower than that though, since on fast burners 6x and below result in 
bad burns again.

You might also be dealing with copy protected audio CDs.  Do the copies 
play fine in other players other then the one in the car?

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> Hi,
>    I've got a bit of a problem recently with (I think) k3b. Over the
> last couple of months *some* copies of CDs made in k3b using the Clone
> Copy feature do not reliably play in my car's CD player. I've tried

The clone copy mode of cdrecord is definitely worse for audio CDs than
using cdda2wav -vall cddb=0 -paranoia and writing using cdrecord.

It makes sense to be used for "other" type CDs with complex unknown strucure.


>    I'm wondering if there is a program that can verify the contents of
> each CD against each other, bit for bit, to identify whether this is a
> problem on all of my computers or whether it's something about my
> car's CD. The strange thing is that the original CDs play fine in the
> car. It's only the copies that sometimes don't, and it's only the
> copies of *some* CDs, not all CDs.

The car player may be dusty or broken (worn out laser).

You may try better quality blank media ;-)

To verify playability, you may call:

cdrecord -minfo 

to check the media state

and "readcd -c2scan"

to check the readability.



Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Wed, Jun 3, 2009 at 1:57 AM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> Hi,
>>    I've got a bit of a problem recently with (I think) k3b. Over the
>> last couple of months *some* copies of CDs made in k3b using the Clone
>> Copy feature do not reliably play in my car's CD player. I've tried
>
> The clone copy mode of cdrecord is definitely worse for audio CDs than
> using cdda2wav -vall cddb=0 -paranoia and writing using cdrecord.
>
> It makes sense to be used for "other" type CDs with complex unknown strucure.
>
>
>>    I'm wondering if there is a program that can verify the contents of
>> each CD against each other, bit for bit, to identify whether this is a
>> problem on all of my computers or whether it's something about my
>> car's CD. The strange thing is that the original CDs play fine in the
>> car. It's only the copies that sometimes don't, and it's only the
>> copies of *some* CDs, not all CDs.
>
> The car player may be dusty or broken (worn out laser).
>
> You may try better quality blank media ;-)
>
> To verify playability, you may call:
>
> cdrecord -minfo
>
> to check the media state
>
> and "readcd -c2scan"
>
> to check the readability.
>
>
>
> Jörg

I will see about buying a CD player cleaning disk. I suppose they
still make those.

I've used 3 different spindle of CDs before I started the thread. I'm
happy to try 'better' media if I can determine what that means without
guessing.

Here's an example. The first printout is the original CD-R I copied.
It plays fine in the car. The second and 3rd printouts are copies of
that CD-R. Neither plays in the car. However other CD-Rs copied the
same way do play.

<ORIGINAL CD-R>

mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
Copyright (C) 1995-2009 Jörg Schilling
scsidev: '1000,0,0'
scsibus: 1000 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'LITE-ON '
Identifikation : 'DVDRW LDW-411S  '
Revision       : 'FS0B'
Device seems to be: Generic mmc2 DVD-ROM.
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
cdrecord: Warning: The DMA speed test has been skipped.
Mounted media class:      CD
Mounted media type:       CD-R
Disk Is not erasable
data type:                standard
disk status:              complete
session status:           complete
BG format status:         none
first track:              1
number of sessions:       1
first track in last sess: 1
last track in last sess:  11
Disk Is not unrestricted
Disk type: CD-DA or CD-ROM
last start of lead in: 716730
last start of lead out: 1166730

Track  Sess Type   Start Addr End Addr   Size
==============================================
    1     1 Audio  0          23026      23027
    2     1 Audio  23027      44169      21143
    3     1 Audio  44170      63216      19047
    4     1 Audio  63217      76686      13470
    5     1 Audio  76687      117404     40718
    6     1 Audio  117405     131951     14547
    7     1 Audio  131952     142681     10730
    8     1 Audio  142682     161906     19225
    9     1 Audio  161907     185974     24068
   10     1 Audio  185975     217481     31507
   11     1 Audio  217482     263931     46450

Last session start address:         0
Last session leadout start address: 263932
mark@lightning ~/Desktop $


<COPIED - doesn't play in car>

mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
Copyright (C) 1995-2009 Jörg Schilling
scsidev: '1000,0,0'
scsibus: 1000 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'LITE-ON '
Identifikation : 'DVDRW LDW-411S  '
Revision       : 'FS0B'
Device seems to be: Generic mmc2 DVD-ROM.
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
cdrecord: Warning: The DMA speed test has been skipped.
Mounted media class:      CD
Mounted media type:       CD-R
Disk Is not erasable
data type:                standard
disk status:              complete
session status:           complete
BG format status:         none
first track:              1
number of sessions:       1
first track in last sess: 1
last track in last sess:  11
Disk Is not unrestricted
Disk type: CD-DA or CD-ROM
last start of lead in: 716730
last start of lead out: 1166730

Track  Sess Type   Start Addr End Addr   Size
==============================================
    1     1 Audio  0          23026      23027
    2     1 Audio  23027      44169      21143
    3     1 Audio  44170      63216      19047
    4     1 Audio  63217      76686      13470
    5     1 Audio  76687      117404     40718
    6     1 Audio  117405     131951     14547
    7     1 Audio  131952     142681     10730
    8     1 Audio  142682     161906     19225
    9     1 Audio  161907     185974     24068
   10     1 Audio  185975     217481     31507
   11     1 Audio  217482     263931     46450

Last session start address:         0
Last session leadout start address: 263932
mark@lightning ~/Desktop $


<COPIED - doesn't play in car>
mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
Copyright (C) 1995-2009 Jörg Schilling
scsidev: '1000,0,0'
scsibus: 1000 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   :
Vendor_info    : 'LITE-ON '
Identifikation : 'DVDRW LDW-411S  '
Revision       : 'FS0B'
Device seems to be: Generic mmc2 DVD-ROM.
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
cdrecord: Warning: The DMA speed test has been skipped.
Mounted media class:      CD
Mounted media type:       CD-R
Disk Is not erasable
data type:                standard
disk status:              complete
session status:           complete
BG format status:         none
first track:              1
number of sessions:       1
first track in last sess: 1
last track in last sess:  11
Disk Is not unrestricted
Disk type: CD-DA or CD-ROM
last start of lead in: 716730
last start of lead out: 1166730

Track  Sess Type   Start Addr End Addr   Size
==============================================
    1     1 Audio  0          23026      23027
    2     1 Audio  23027      44169      21143
    3     1 Audio  44170      63216      19047
    4     1 Audio  63217      76686      13470
    5     1 Audio  76687      117404     40718
    6     1 Audio  117405     131951     14547
    7     1 Audio  131952     142681     10730
    8     1 Audio  142682     161906     19225
    9     1 Audio  161907     185974     24068
   10     1 Audio  185975     217481     31507
   11     1 Audio  217482     263931     46450

Last session start address:         0
Last session leadout start address: 263932
mark@lightning ~/Desktop $


Both of the 'bad' CD-Rs are rippable in iTunes on my Windows laptop.

The issue here is clearly the car, but only with some CDs, and those
CDs are consistently bad.


I will see if I can decipher the cdrecord help file to try burning a
copy that way.

Thanks,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> I will see about buying a CD player cleaning disk. I suppose they
> still make those.
>
> I've used 3 different spindle of CDs before I started the thread. I'm
> happy to try 'better' media if I can determine what that means without
> guessing.
>
> Here's an example. The first printout is the original CD-R I copied.
> It plays fine in the car. The second and 3rd printouts are copies of
> that CD-R. Neither plays in the car. However other CD-Rs copied the
> same way do play.
>
> <ORIGINAL CD-R>
>
> mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
> Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
> Copyright (C) 1995-2009 JÃ?rg Schilling

Please add -v to see the blank media manufacturer.....

Also note that LiteON makes bad firmware and you need to write 
in -raw96r mode to make sure that the sub channel data is OK.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Wed, Jun 3, 2009 at 4:17 PM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> I will see about buying a CD player cleaning disk. I suppose they
>> still make those.
>>
>> I've used 3 different spindle of CDs before I started the thread. I'm
>> happy to try 'better' media if I can determine what that means without
>> guessing.
>>
>> Here's an example. The first printout is the original CD-R I copied.
>> It plays fine in the car. The second and 3rd printouts are copies of
>> that CD-R. Neither plays in the car. However other CD-Rs copied the
>> same way do play.
>>
>> <ORIGINAL CD-R>
>>
>> mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
>> Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
>> Copyright (C) 1995-2009 JÃ?rg Schilling
>
> Please add -v to see the blank media manufacturer.....
>
> Also note that LiteON makes bad firmware and you need to write
> in -raw96r mode to make sure that the sub channel data is OK.
>
> Jörg
>
> --
>  EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
>       js@cs.tu-berlin.de                (uni)
>       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
>  URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
>
>

OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
work. Trying to kill the process doesn't work. This is on one of the
CDs that doesn't play correctly so maybe it's showing the problem?

mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
Sectorsize: 2048 Bytes
readcd: Success. mode select g1: scsi sendcmd: no error
CDB:  55 10 00 00 00 00 00 00 14 00
status: 0x2 (CHECK CONDITION)
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)
cmd finished after 0.001s timeout 40s
Copy from SCSI (1000,0,0) disk to file '/dev/null'
end:    263932
^C^C^C    1911 cnt: 49

^C^C^C

I cannot get out of this so far. Hate to think I need to reboot!

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Wed, Jun 3, 2009 at 4:21 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Wed, Jun 3, 2009 at 4:17 PM, Joerg Schilling
> <Joerg.Schilling@fokus.fraunhofer.de> wrote:
>> Mark Knecht <markknecht@gmail.com> wrote:
>>
>>> I will see about buying a CD player cleaning disk. I suppose they
>>> still make those.
>>>
>>> I've used 3 different spindle of CDs before I started the thread. I'm
>>> happy to try 'better' media if I can determine what that means without
>>> guessing.
>>>
>>> Here's an example. The first printout is the original CD-R I copied.
>>> It plays fine in the car. The second and 3rd printouts are copies of
>>> that CD-R. Neither plays in the car. However other CD-Rs copied the
>>> same way do play.
>>>
>>> <ORIGINAL CD-R>
>>>
>>> mark@lightning ~/Desktop $ cdrecord dev=1000,0,0 -minfo
>>> Cdrecord-ProDVD-ProBD-Clone 2.01.01a57 (x86_64-unknown-linux-gnu)
>>> Copyright (C) 1995-2009 JÃ?rg Schilling
>>
>> Please add -v to see the blank media manufacturer.....
>>
>> Also note that LiteON makes bad firmware and you need to write
>> in -raw96r mode to make sure that the sub channel data is OK.
>>
>> Jörg
>>
>> --
>>  EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
>>       js@cs.tu-berlin.de                (uni)
>>       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
>>  URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
>>
>>
>
> OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
> your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
> work. Trying to kill the process doesn't work. This is on one of the
> CDs that doesn't play correctly so maybe it's showing the problem?
>
> mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
> Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> Sectorsize: 2048 Bytes
> readcd: Success. mode select g1: scsi sendcmd: no error
> CDB:  55 10 00 00 00 00 00 00 14 00
> status: 0x2 (CHECK CONDITION)
> 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)
> cmd finished after 0.001s timeout 40s
> Copy from SCSI (1000,0,0) disk to file '/dev/null'
> end:    263932
> ^C^C^C    1911 cnt: 49
>
> ^C^C^C
>
> I cannot get out of this so far. Hate to think I need to reboot!
>
> - Mark
>

Humm.....rebooted and tried the command above with the CD that plays
in the car. Same failure but slightly father along. (I think) It's
reading 2009 instead of 1911, but again it seems stuck

Bummer...

Or is there a command that tells readcd to eventually give up?

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Wed, Jun 3, 2009 at 4:32 PM, Mark Knecht <markknecht@gmail.com> wrote:
> On Wed, Jun 3, 2009 at 4:21 PM, Mark Knecht <markknecht@gmail.com> wrote:

>> OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
>> your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
>> work. Trying to kill the process doesn't work. This is on one of the
>> CDs that doesn't play correctly so maybe it's showing the problem?
>>
>> mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
>> Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
>> Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
>> Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
>> Sectorsize: 2048 Bytes
>> readcd: Success. mode select g1: scsi sendcmd: no error
>> CDB:  55 10 00 00 00 00 00 00 14 00
>> status: 0x2 (CHECK CONDITION)
>> 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)
>> cmd finished after 0.001s timeout 40s
>> Copy from SCSI (1000,0,0) disk to file '/dev/null'
>> end:    263932
>> ^C^C^C    1911 cnt: 49
>>
>> ^C^C^C
>>
>> I cannot get out of this so far. Hate to think I need to reboot!
>>
>> - Mark
>>
>
> Humm.....rebooted and tried the command above with the CD that plays
> in the car. Same failure but slightly father along. (I think) It's
> reading 2009 instead of 1911, but again it seems stuck
>
> Bummer...
>
> Or is there a command that tells readcd to eventually give up?
>
> - Mark
>

It seems that the command

readcd -c2scan

fails on both of my drives for all media types - retail CDs, copies of
CDs on CR-R and CD-RW. It always hangs. It hangs at different places
if I rerun it.

I've never experienced any problems like this with the drives. It
seems very strange that suddenly both drives in this system, one drive
in my wife's system, and my car's CD player would all go bad. Very
unlikely.

Any comments about the rt-sources real-time kernel? I've used it for
years and never had problems, but for clarity I'm not currently using
gentoo-sources. Other than that most software on this machine is
stable/non-testing. The machine is actually AMD64 running 64-bit
Gentoo if that matters. Never has before and my wife's machine is
32-bit.

Strange days...

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> It seems that the command
>
> readcd -c2scan
>
> fails on both of my drives for all media types - retail CDs, copies of
> CDs on CR-R and CD-RW. It always hangs. It hangs at different places
> if I rerun it.

If it fails with different drives from different manufacturers, try to 
run if from a differnt OS in order to verify whether you are a victim of
a long term Linux kernal bug that modifies SCSI commands on their way to the 
drive.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Thu, Jun 4, 2009 at 1:02 AM, Joerg Schilling
<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> It seems that the command
>>
>> readcd -c2scan
>>
>> fails on both of my drives for all media types - retail CDs, copies of
>> CDs on CR-R and CD-RW. It always hangs. It hangs at different places
>> if I rerun it.
>
> If it fails with different drives from different manufacturers, try to
> run if from a differnt OS in order to verify whether you are a victim of
> a long term Linux kernal bug that modifies SCSI commands on their way to the
> drive.
>
> Jörg
>

Expand please.

Run it on a different OS? The machine is dual-boot Gentoo/XP but your
site doesn't seem to have an updated Windows version. (Unless it's not
in the win32 directory.)

I presume you did not mean 'different kernel' as your assertion is
that the bug is long-standing and therefore will be in other kernels.

How do I run in another OS? Build recent source under Windows and
somehow run it there? I'm up for trying that but I'm not a developer,
don't have a Win 32 compiler, and wouldn't know where to start. Does
gcc run under Windows? Could I compile in Linux for Windows and test
the drive under Windows that way?

Thanks!

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Alan McKinnon]

On Thursday 04 June 2009 21:13:39 Mark Knecht wrote:
> On Thu, Jun 4, 2009 at 1:02 AM, Joerg Schilling
>
> <Joerg.Schilling@fokus.fraunhofer.de> wrote:
> > Mark Knecht <markknecht@gmail.com> wrote:
> >> It seems that the command
> >>
> >> readcd -c2scan
> >>
> >> fails on both of my drives for all media types - retail CDs, copies of
> >> CDs on CR-R and CD-RW. It always hangs. It hangs at different places
> >> if I rerun it.
> >
> > If it fails with different drives from different manufacturers, try to
> > run if from a differnt OS in order to verify whether you are a victim of
> > a long term Linux kernal bug that modifies SCSI commands on their way to
> > the drive.
> >
> > Jörg
>
> Expand please.
>
> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
> site doesn't seem to have an updated Windows version. (Unless it's not
> in the win32 directory.)

He likely means "Use a Unix that is not Linux. One of the *BSDs perhaps"

Unlike most folk here, Linux is to Joerg just another OS. For best response, 
do the test on Solaris.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Thu, Jun 4, 2009 at 12:38 PM, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On Thursday 04 June 2009 21:13:39 Mark Knecht wrote:
>> On Thu, Jun 4, 2009 at 1:02 AM, Joerg Schilling
>>
>> <Joerg.Schilling@fokus.fraunhofer.de> wrote:
>> > Mark Knecht <markknecht@gmail.com> wrote:
>> >> It seems that the command
>> >>
>> >> readcd -c2scan
>> >>
>> >> fails on both of my drives for all media types - retail CDs, copies of
>> >> CDs on CR-R and CD-RW. It always hangs. It hangs at different places
>> >> if I rerun it.
>> >
>> > If it fails with different drives from different manufacturers, try to
>> > run if from a differnt OS in order to verify whether you are a victim of
>> > a long term Linux kernal bug that modifies SCSI commands on their way to
>> > the drive.
>> >
>> > Jörg
>>
>> Expand please.
>>
>> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
>> site doesn't seem to have an updated Windows version. (Unless it's not
>> in the win32 directory.)
>
> He likely means "Use a Unix that is not Linux. One of the *BSDs perhaps"
>
> Unlike most folk here, Linux is to Joerg just another OS. For best response,
> do the test on Solaris.
>

Thanks for the explanation. No option for me to do any of the above
ideas. Available:

Gentoo 64-bit
Gentoo 32-bit
Win XP
Win Vista
FreeDOS

No idea how to build for the last 3.

Cheers,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Alan McKinnon]

On Thursday 04 June 2009 22:39:50 Mark Knecht wrote:
> On Thu, Jun 4, 2009 at 12:38 PM, Alan McKinnon <alan.mckinnon@gmail.com> 
wrote:
> > On Thursday 04 June 2009 21:13:39 Mark Knecht wrote:
> >> On Thu, Jun 4, 2009 at 1:02 AM, Joerg Schilling
> >>
> >> <Joerg.Schilling@fokus.fraunhofer.de> wrote:
> >> > Mark Knecht <markknecht@gmail.com> wrote:
> >> >> It seems that the command
> >> >>
> >> >> readcd -c2scan
> >> >>
> >> >> fails on both of my drives for all media types - retail CDs, copies
> >> >> of CDs on CR-R and CD-RW. It always hangs. It hangs at different
> >> >> places if I rerun it.
> >> >
> >> > If it fails with different drives from different manufacturers, try to
> >> > run if from a differnt OS in order to verify whether you are a victim
> >> > of a long term Linux kernal bug that modifies SCSI commands on their
> >> > way to the drive.
> >> >
> >> > Jörg
> >>
> >> Expand please.
> >>
> >> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
> >> site doesn't seem to have an updated Windows version. (Unless it's not
> >> in the win32 directory.)
> >
> > He likely means "Use a Unix that is not Linux. One of the *BSDs perhaps"
> >
> > Unlike most folk here, Linux is to Joerg just another OS. For best
> > response, do the test on Solaris.
>
> Thanks for the explanation. No option for me to do any of the above
> ideas. Available:
>
> Gentoo 64-bit
> Gentoo 32-bit
> Win XP
> Win Vista
> FreeDOS
>
> No idea how to build for the last 3.

*BSD in a vm?

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> Expand please.
>
> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
> site doesn't seem to have an updated Windows version. (Unless it's not
> in the win32 directory.)

You may run it on any other OS that is not Linux based.

> How do I run in another OS? Build recent source under Windows and
> somehow run it there? I'm up for trying that but I'm not a developer,
> don't have a Win 32 compiler, and wouldn't know where to start. Does
> gcc run under Windows? Could I compile in Linux for Windows and test
> the drive under Windows that way?

cdrtools compile fine under Cygwin and there are precompiled binaries from 
various sides.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Fri, Jun 5, 2009 at 3:01 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> Expand please.
>>
>> Run it on a different OS? The machine is dual-boot Gentoo/XP but your
>> site doesn't seem to have an updated Windows version. (Unless it's not
>> in the win32 directory.)
>
> You may run it on any other OS that is not Linux based.
>
>> How do I run in another OS? Build recent source under Windows and
>> somehow run it there? I'm up for trying that but I'm not a developer,
>> don't have a Win 32 compiler, and wouldn't know where to start. Does
>> gcc run under Windows? Could I compile in Linux for Windows and test
>> the drive under Windows that way?
>
> cdrtools compile fine under Cygwin and there are precompiled binaries from
> various sides.
>
> Jörg

Cygwin..................

(dots representing 5 minute periods I've just spent trying to make it
useful... Not so far.)

It's getting a bit off topic but actually more Gentoo. Does anyone
have a good link for running portage under Cygwin? I found this one
but it fails at the step that does the mount:

http://www.gentoo-wiki.info/HOWTO_Gentoo_on_Cygwin

This command failed for me:

Mark@gamer /usr
$ mount -o `cygpath -m /usr/.managed/portage/` /usr/portage
mount: invalid option - 'D:/cygwin/usr/.managed/portage/'

Mark@gamer /usr

If I could build a mini-Gentoo environment in Cygwin and take
advantage of portage and emerge to get cdrtools then this might work
for me. I don't have the time or interest to become a real Cygwin-er.

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Paul Hartman]

On Fri, Jun 5, 2009 at 8:49 AM, Mark Knecht<markknecht@gmail.com> wrote:
> If I could build a mini-Gentoo environment in Cygwin and take
> advantage of portage and emerge to get cdrtools then this might work
> for me. I don't have the time or interest to become a real Cygwin-er.

We're definitely getting off-topic for Gentoo now so if you have any
more Cygwin-related questions you can feel free to email me off-list
:) Cygwin is pretty simple. Just download setup.exe and run it, point
it to a place where you want it to download and install, select the
packages you want (such as normal tools like wget, and dev tools like
gcc and anything else normally needed to compile programs -- it'll
automatically select dependencies when you choose the main program),
then click the icon to get a bash prompt and pretend you're in *nix.
You now have the advantage of the familiar shell and familiar tools
when you're in Windows. It is basically self-contained and I don't
think it does anything to your computer other than when you explicitly
run it. In the future run setup.exe and just keep clicking "next" and
it'll download and install any updates for your installed packages.
I've compiled big packages in Cygwin such as MySQL, wxWindows and Qt4
and they worked fine.

For fun I will try to insall cdrtools in cygwin now:

"make" fails, so the readme suggests using smake instead, so I try
that. First download, compile and install smake:

1. wget ftp://ftp.berlios.de/pub/smake/alpha/smake-1.2a41.tar.gz
2. tar zxvf smake-1.2a41.tar.gz
3. cd smake-1.2
4. make
5. make install

That works. By default on my system it installs everything to /opt/schily/

Then, same for cdrtools
1. wget ftp://ftp.berlios.de/pub/cdrecord/ALPHA/cdrecord-beta.tar.gz
2. tar zxvf cdrtools-beta.tar.gz
3. cd cdrtools-2.01.01
4. /opt/schily/bin/smake.exe
5. /opt/schily/bin/smake.exe install

done... now cdrtools programs are in /opt/schily/bin/ (with .exe
extension) and appear to work for me.

Re: [gentoo-user] Verification of audio CD copy?

[Paul Hartman]

On Fri, Jun 5, 2009 at 10:59 AM, Paul
Hartman<paul.hartman+gentoo@gmail.com> wrote:
> 1. wget ftp://ftp.berlios.de/pub/cdrecord/ALPHA/cdrecord-beta.tar.gz

Oops, should have been
ftp://ftp.berlios.de/pub/cdrecord/alpha/cdrtools-beta.tar.gz

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Fri, Jun 5, 2009 at 8:59 AM, Paul
Hartman<paul.hartman+gentoo@gmail.com> wrote:
> On Fri, Jun 5, 2009 at 8:49 AM, Mark Knecht<markknecht@gmail.com> wrote:
>> If I could build a mini-Gentoo environment in Cygwin and take
>> advantage of portage and emerge to get cdrtools then this might work
>> for me. I don't have the time or interest to become a real Cygwin-er.
>
> We're definitely getting off-topic for Gentoo now so if you have any
> more Cygwin-related questions you can feel free to email me off-list
> :) Cygwin is pretty simple. Just download setup.exe and run it, point
> it to a place where you want it to download and install, select the
> packages you want (such as normal tools like wget, and dev tools like
> gcc and anything else normally needed to compile programs -- it'll
> automatically select dependencies when you choose the main program),
> then click the icon to get a bash prompt and pretend you're in *nix.
> You now have the advantage of the familiar shell and familiar tools
> when you're in Windows. It is basically self-contained and I don't
> think it does anything to your computer other than when you explicitly
> run it. In the future run setup.exe and just keep clicking "next" and
> it'll download and install any updates for your installed packages.
> I've compiled big packages in Cygwin such as MySQL, wxWindows and Qt4
> and they worked fine.
>
> For fun I will try to insall cdrtools in cygwin now:
>
> "make" fails, so the readme suggests using smake instead, so I try
> that. First download, compile and install smake:
>
> 1. wget ftp://ftp.berlios.de/pub/smake/alpha/smake-1.2a41.tar.gz
> 2. tar zxvf smake-1.2a41.tar.gz
> 3. cd smake-1.2
> 4. make
> 5. make install
>
> That works. By default on my system it installs everything to /opt/schily/
>
> Then, same for cdrtools
> 1. wget ftp://ftp.berlios.de/pub/cdrecord/ALPHA/cdrecord-beta.tar.gz
> 2. tar zxvf cdrtools-beta.tar.gz
> 3. cd cdrtools-2.01.01
> 4. /opt/schily/bin/smake.exe
> 5. /opt/schily/bin/smake.exe install
>
> done... now cdrtools programs are in /opt/schily/bin/ (with .exe
> extension) and appear to work for me.
>
>

Thanks Paul. Great guidance! Worked pretty much first time around, but
still getting used to Cygwin.

OK, a CD that fails in the car and locked up under the Gentoo readcd
-c2scan passes -c2scan under Cygwin, although I still see some
complaints about part of the SCSI command set. NOTE: This is the same
machine that runs Gentoo dual-booted into XP and running Cygwin now,
so same exact hardware, different OD as Joerg requested:

Mark@gamer ~
$ /opt/schily/bin/readcd.exe dev=0,0,0 -c2scan
Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
Sectorsize: 2048 Bytes
/opt/schily/bin/readcd: Input/Output error. mode select g1: scsi sendcmd: no err
or
CDB:  55 10 00 00 00 00 00 00 14 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 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)
cmd finished after 0.001s timeout 40s
Copy from SCSI (0,0,0) disk to file '/dev/null'
end:    263932
addr:   263932 cnt: 44
Time total: 133.852sec
Read 681996.16 kB at 5095.2 kB/sec.
Total of 0 hard read errors.
C2 errors total: 0 bytes in 0 sectors on disk
C2 errors rate: 0.000000%
C2 errors on worst sector: 0, sectors with 100+ C2 errors: 0

Mark@gamer ~
$

None the less it passes without errors. I'm thinking this implies the
problem is the car's ability to read the CD and not what's on the CD
itself. That could be the player, or it could be the media. Since I'm
getting low on CD-R's I'll pick up a new spindle tomorrow. The
original CD-R was TDK which the car's player didn't have trouble with.
My copies were done on Maxell and most recently on some Office Depot
CD-Rs. I'll get a spindle of TDK tomorrow.

Always up for other interpretations as to what might be going on, and
also VERY interested in learning a good set of commands with cdrtools
to copy and write CD's without having to use k3b.

Cheers,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> OK, a CD that fails in the car and locked up under the Gentoo readcd
> -c2scan passes -c2scan under Cygwin, although I still see some
> complaints about part of the SCSI command set. NOTE: This is the same
> machine that runs Gentoo dual-booted into XP and running Cygwin now,
> so same exact hardware, different OD as Joerg requested:
>
> Mark@gamer ~
> $ /opt/schily/bin/readcd.exe dev=0,0,0 -c2scan
> Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> Sectorsize: 2048 Bytes
> /opt/schily/bin/readcd: Input/Output error. mode select g1: scsi sendcmd: no err
> or
> CDB:  55 10 00 00 00 00 00 00 14 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 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)
> cmd finished after 0.001s timeout 40s

This is from a mode select commandand may be ignored....

> Copy from SCSI (0,0,0) disk to file '/dev/null'
> end:    263932
> addr:   263932 cnt: 44
> Time total: 133.852sec
> Read 681996.16 kB at 5095.2 kB/sec.
> Total of 0 hard read errors.
> C2 errors total: 0 bytes in 0 sectors on disk
> C2 errors rate: 0.000000%
> C2 errors on worst sector: 0, sectors with 100+ C2 errors: 0

So it works on another OS. Please make a bugreport against the Linux kernel
in case you cannot reproduce this result on Linux on the same hardware and
with the same medium.

> None the less it passes without errors. I'm thinking this implies the
> problem is the car's ability to read the CD and not what's on the CD

Try to get new media with different dye (try to find blank media that
looks diferent on the "active" side).

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Sat, Jun 6, 2009 at 8:00 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
<SNIP>
>
> So it works on another OS. Please make a bugreport against the Linux kernel
> in case you cannot reproduce this result on Linux on the same hardware and
> with the same medium.

I certainly will after I get a bit further in my understanding.

>
>> None the less it passes without errors. I'm thinking this implies the
>> problem is the car's ability to read the CD and not what's on the CD
>
> Try to get new media with different dye (try to find blank media that
> looks diferent on the "active" side).
>
> Jörg

OK, I got some different types of media.

1) The same silver TDK CD-R80's that the original CDs were delivered to me on.
2) Black Memorex
3) Silver Memorex that my son already had.
4) The silver Office Deport CDs that I have been using successfully up
until the last month or two.

I could not find gold or the sort of purple/lavender that I've seen
once in awhile so I'm stuck with silver and black for now.

Using k3b as a platform, because it used to work, all media types
above have the same problems in my car stereo. I also tried all of the
above again with the speed set at 8X. All failed again in my car.

New data:
1) All CDs work in my wife's car.
2) As I said originally, all CDs are rip-able in iTunes on my Win
Vista laptop and my son's XP desktop.

I'd like to remove k3b as part of the problem and get down to doing
this at the command line, if possible. I do need the copy to be as
exact a copy of the original disk - not the original songs - as
possible

a) No lossy encoding - save as wave
b) Gapless if the original CD was gapless. Does this mean use cdrdao???

Using the suggested command, but adding -alltracks because I only seem
to get a single audio file without it


Mark@gamer ~/test1
$ /opt/schily/bin/cdda2wav.exe dev=0,0,0 -vall cddb=0 -paranoia -alltracks
Type: ROM, Vendor 'LITE-ON ' Model 'DVDRW LDW-411S  ' Revision 'FS0B' MMC+CDDA
983040 bytes buffer memory requested, transfer size 64512 bytes, 4 buffers, 27 s
ectors
#Cdda2wav version 2.01.01a60_cygwin32_nt_1.5.25(0.156-4-2)_i686_i686, soundcard,
 libparanoia support
AUDIOtrack pre-emphasis  copy-permitted tracktype channels
      1-11           no              no     audio    2
Table of Contents: total tracks:11, (total time 58:39.07)
  1.( 5:07.02),  2.( 4:41.68),  3.( 4:13.72),  4.( 2:59.45),  5.( 9:02.68),
  6.( 3:13.72),  7.( 2:23.05),  8.( 4:16.25),  9.( 5:20.68), 10.( 7:00.07),
 11.(10:19.25)

Table of Contents: starting sectors
  1.(       0),  2.(   23027),  3.(   44170),  4.(   63217),  5.(   76687),
  6.(  117405),  7.(  131952),  8.(  142682),  9.(  161907), 10.(  185975),
 11.(  217482), lead-out(  263932)
CDINDEX discid: YasSG0mWGVxInJOH.LN2lnPcBoY-
CDDB discid: 0x870dbf0b
CD-Text: detected
CD-Extra: not detected
Album title: 'Sliver of a Sun'  [from IZZ]
Track  1: 'Endless Calling'
Track  2: 'I Get Lost'
Track  3: 'Lornadoone'
Track  4: 'She Walked Out the Door'
Track  5: 'Assurance'
Track  6: 'Take it Higher'
Track  7: 'Double Bass'
Track  8: 'Just a Girl'
Track  9: 'Meteor'
Track 10: 'Razor'
Track 11: 'Where I Belong'
No media catalog number present.
T:  1 ISRC: 0@-405-72-00001
T:  2 ISRC: 0@-405-72-00001
T:  3 ISRC: 0@-405-72-00001
T:  4 ISRC: 0@-405-72-00001
T:  5 ISRC: 0@-405-72-00001
T:  6 ISRC: 0@-405-72-00001
T:  7 ISRC: 0@-405-72-00001
T:  8 ISRC: 0@-405-72-00001
T:  9 ISRC: 0@-405-72-00001
T: 10 ISRC: 0@-405-72-00001
T: 11 ISRC: 0@-405-72-00001

index scan: 11...
samplefile size will be 620768108 bytes.
recording 3519.0933 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
using lib paranoia for reading.
percent_done:
100%  track  1 'Endless Calling' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  43163 overlap(0.5 .. 0.5)
100%  track  2 'I Get Lost' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  39640 overlap(0.5 .. 0.5)
100%  track  3 'Lornadoone' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  35739 overlap(0.5 .. 0.5)
100%  track  4 'She Walked Out the Door' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  25263 overlap(0.5 .. 0.5)
100%  track  5 'Assurance' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  76344 overlap(0.5 .. 0.5)
100%  track  6 'Take it Higher' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  27286 overlap(0.5 .. 0.5)
100%  track  7 'Double Bass' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  20098 overlap(0.5 .. 0.5)
100%  track  8 'Just a Girl' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  36078 overlap(0.5 .. 0.5)
100%  track  9 'Meteor' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  45074 overlap(0.5 .. 0.5)
100%  track 10 'Razor' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  59078 overlap(0.5 .. 0.5)
100%  track 11 'Where I Belong' recorded successfully
100%  0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100%  87038 overlap(0.5 .. 0.5)

Mark@gamer ~/test1
$

   OK, so can I currently create a real copy, gapless and everything,
of the original using cdrtools? If so what's the command to write this
stuff out?

   Or do I need to go find cdrdao?

Thanks,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> Always up for other interpretations as to what might be going on, and
> also VERY interested in learning a good set of commands with cdrtools
> to copy and write CD's without having to use k3b.

The related commands are in the EXAMPLES section for cdda2wav and/or cdrecord.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Mon, Jun 8, 2009 at 7:16 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> Mark Knecht <markknecht@gmail.com> wrote:
>
>> Always up for other interpretations as to what might be going on, and
>> also VERY interested in learning a good set of commands with cdrtools
>> to copy and write CD's without having to use k3b.
>
> The related commands are in the EXAMPLES section for cdda2wav and/or cdrecord.
>
> Jörg
>

Yeah, but they don't work for me. Are they up to date?

From http://linuxcommand.org/man_pages/cdrecord1.html as Cygwin didn't
install man pages apparently.

<SNIP>
To copy an audio CD in the most accurate way, first run

           cdda2wav dev=2,0 -vall cddb=0 -B -Owav

       and then run

           cdrecord dev=2,0 -v -dao -useinfo -text  *.wav

       This  will  try  to  copy track indices and to read CD-Text information
       from disk.  If there is no CD-Text information, cdda2wav  will  try  to
       get the information from freedb.org instead.
<SNIP>

My results fail:

Mark@gamer ~/AUDIO
$ /opt/schily/bin/cdda2wav.exe dev=0,0,0 -vall cddb=0 -B -Owav
Type: ROM, Vendor 'LITE-ON ' Model 'DVDRW LDW-411S  ' Revision 'FS0B' MMC+CDDA
load cdrom please and press enter
983040 bytes buffer memory requested, transfer size 64512 bytes, 4 buffers, 27 s
ectors
#Cdda2wav version 2.01.01a60_cygwin32_nt_1.5.25(0.156-4-2)_i686_i686, soundcard,
 libparanoia support
AUDIOtrack pre-emphasis  copy-permitted tracktype channels
      1-11           no              no     audio    2
Table of Contents: total tracks:11, (total time 58:39.07)
  1.( 5:07.02),  2.( 4:41.68),  3.( 4:13.72),  4.( 2:59.45),  5.( 9:02.68),
  6.( 3:13.72),  7.( 2:23.05),  8.( 4:16.25),  9.( 5:20.68), 10.( 7:00.07),
 11.(10:19.25)

Table of Contents: starting sectors
  1.(       0),  2.(   23027),  3.(   44170),  4.(   63217),  5.(   76687),
  6.(  117405),  7.(  131952),  8.(  142682),  9.(  161907), 10.(  185975),
 11.(  217482), lead-out(  263932)
CDINDEX discid: YasSG0mWGVxInJOH.LN2lnPcBoY-
CDDB discid: 0x870dbf0b
CD-Text: detected
CD-Extra: not detected
Album title: 'Sliver of a Sun'  [from IZZ]
Track  1: 'Endless Calling'
Track  2: 'I Get Lost'
Track  3: 'Lornadoone'
Track  4: 'She Walked Out the Door'
Track  5: 'Assurance'
Track  6: 'Take it Higher'
Track  7: 'Double Bass'
Track  8: 'Just a Girl'
Track  9: 'Meteor'
Track 10: 'Razor'
Track 11: 'Where I Belong'
No media catalog number present.
T:  1 ISRC: 0@-405-72-00001
T:  2 ISRC: 0@-405-72-00001
T:  3 ISRC: 0@-405-72-00001
T:  4 ISRC: 0@-405-72-00001
T:  5 ISRC: 0@-405-72-00001
T:  6 ISRC: 0@-405-72-00001
T:  7 ISRC: 0@-405-72-00001
T:  8 ISRC: 0@-405-72-00001
T:  9 ISRC: 0@-405-72-00001
T: 10 ISRC: 0@-405-72-00001
T: 11 ISRC: 0@-405-72-00001

index scan: 11...
samplefile size will be 620768108 bytes.
recording 3519.0933 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
percent_done:
100%  track  1 'Endless Calling' recorded successfully
100%  track  2 'I Get Lost' recorded successfully
100%  track  3 'Lornadoone' recorded successfully
100%  track  4 'She Walked Out the Door' recorded successfully
100%  track  5 'Assurance' recorded successfully
100%  track  6 'Take it Higher' recorded successfully
100%  track  7 'Double Bass' recorded successfully
100%  track  8 'Just a Girl' recorded successfully
100%  track  9 'Meteor' recorded successfully
100%  track 10 'Razor' recorded successfully
100%  track 11 'Where I Belong' recorded successfully

Mark@gamer ~/AUDIO
$ /opt/schily/bin/cdrecord.exe dev=0,0,0 -v -dao -useinfo -text *.wav
Cdrecord-ProDVD-ProBD-Clone 2.01.01a60 (i686-pc-cygwin) Copyright (C) 1995-2009
Jörg Schilling
TOC Type: 0 = CD-DA
scsidev: '0,0,0'
scsibus: 0 target: 0 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 : 'DVDRW LDW-411S  '
Revision       : 'FS0B'
Device seems to be: Generic mmc2 DVD-ROM.
Current: CD-R
Profile: DVD+R
Profile: DVD+RW
Profile: DVD-RW sequential recording
Profile: DVD-RW restricted overwrite
Profile: DVD-R sequential recording
Profile: DVD-ROM
Profile: CD-RW
Profile: CD-R (current)
Profile: CD-ROM
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 : 1895168 = 1850 KB
/opt/schily/bin/cdrecord: Warning: The DMA speed test has been skipped.
FIFO size      : 4194304 = 4096 KB
/opt/schily/bin/cdrecord: ISRC '0@-405-72-00001' contains illegal character '0'.

/opt/schily/bin/cdrecord: ISRC '0@-405-72-00001' contains illegal character '@'.


Mark@gamer ~/AUDIO

This is under Cygwin.

Also, these examples seem to ignore using -paranoia which you have
stated in this thread would be preferred.

Again, what's the problem here. I seem to be RTFM but it's not happy.

- Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> On Mon, Jun 8, 2009 at 7:16 AM, Joerg
> Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> > Mark Knecht <markknecht@gmail.com> wrote:
> >
> >> Always up for other interpretations as to what might be going on, and
> >> also VERY interested in learning a good set of commands with cdrtools
> >> to copy and write CD's without having to use k3b.
> >
> > The related commands are in the EXAMPLES section for cdda2wav and/or cdrecord.
> >
> > Jörg
> >
>
> Yeah, but they don't work for me. Are they up to date?

They work ;-)


> No media catalog number present.
> T:  1 ISRC: 0@-405-72-00001
> T:  2 ISRC: 0@-405-72-00001
> T:  3 ISRC: 0@-405-72-00001
> T:  4 ISRC: 0@-405-72-00001
> T:  5 ISRC: 0@-405-72-00001
> T:  6 ISRC: 0@-405-72-00001
> T:  7 ISRC: 0@-405-72-00001
> T:  8 ISRC: 0@-405-72-00001
> T:  9 ISRC: 0@-405-72-00001
> T: 10 ISRC: 0@-405-72-00001
> T: 11 ISRC: 0@-405-72-00001

> Profile: CD-R (current)
> Profile: CD-ROM
> 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 : 1895168 = 1850 KB
> /opt/schily/bin/cdrecord: Warning: The DMA speed test has been skipped.
> FIFO size      : 4194304 = 4096 KB
> /opt/schily/bin/cdrecord: ISRC '0@-405-72-00001' contains illegal character '0'.
>
> /opt/schily/bin/cdrecord: ISRC '0@-405-72-00001' contains illegal character '@'.

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 tracks on 
the CD, I would asume that it's a broken drive.

Typical ISRCs look this way:

T:  1 ISRC: DE-A34-96-00554
T:  2 ISRC: DE-A34-96-00555
T:  3 ISRC: DE-A34-96-00556
T:  4 ISRC: DE-A34-96-00607
T:  5 ISRC: DE-A34-96-00557
T:  6 ISRC: DE-A34-96-00558
T:  7 ISRC: DE-A34-96-00559
T:  8 ISRC: DE-A34-96-00560
T:  9 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 digits
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örg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Mon, Jun 8, 2009 at 11:32 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
<SNIP>
>
> 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 tracks on
> the CD, I would asume that it's a broken drive.
>
> Typical ISRCs look this way:
>
> T:  1 ISRC: DE-A34-96-00554
> T:  2 ISRC: DE-A34-96-00555
> T:  3 ISRC: DE-A34-96-00556
> T:  4 ISRC: DE-A34-96-00607
> T:  5 ISRC: DE-A34-96-00557
> T:  6 ISRC: DE-A34-96-00558
> T:  7 ISRC: DE-A34-96-00559
> T:  8 ISRC: DE-A34-96-00560
> T:  9 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 digits
> 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örg
>
> --
>  EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
>       js@cs.tu-berlin.de                (uni)
>       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
>  URL:  http://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= 'YasSG0mWGVxInJOH.LN2lnPcBoY-'
CDDB_DISCID=    0x870dbf0b
MCN=
ISRC=           0@-405-72-00001

While in the files created by the LITE-ON LTR-48246S (my drive 2) I
see no characters:

CDINDEX_DISCID= 'YasSG0mWGVxInJOH.LN2lnPcBoY-'
CDDB_DISCID=    0x870dbf0b
MCN=
ISRC=

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=0,1,0 -v -dao -useinfo -text *.wav
Cdrecord-ProDVD-ProBD-Clone 2.01.01a60 (i686-pc-cygwin) Copyright (C) 1995-2009
Jörg Schilling
TOC Type: 0 = 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 = 1388 KB
/opt/schily/bin/cdrecord: Warning: The DMA speed test has been skipped.
FIFO size      : 4194304 = 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) = 263932 sectors
Lout start:      592 MB (58:41/07) = 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 Capacity

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 fill 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

Re: [gentoo-user] Verification of audio CD copy?

[Paul Hartman]

On Mon, Jun 8, 2009 at 2:04 PM, Mark Knecht<markknecht@gmail.com> wrote:
> Is it possible to update LITE-ON firmware?

Yes, but only from within MS Windows as far as I know. Here is the
latest official firmware for your LDW-411S:

http://www.liteonit.com/DOWNLOADS/ODD/LDW-411S/firmware/DR4FS0K.zip

From your logs, you're using FS0B, so FS0K is 9 revisions newer!

And here for the other drive,

http://www.liteonit.com/DOWNLOADS/ODD/LTR-48246S/firmware/R48SS0E.zip

From your logs, it looks like your LTR-48246S is SS0B so SS0E would be
3 revisions newer.

Both new firmware releases above were released in March 2006 according
to Lite-On's site.

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Mon, Jun 8, 2009 at 12:25 PM, Paul
Hartman<paul.hartman+gentoo@gmail.com> wrote:
> On Mon, Jun 8, 2009 at 2:04 PM, Mark Knecht<markknecht@gmail.com> wrote:
>> Is it possible to update LITE-ON firmware?
>
> Yes, but only from within MS Windows as far as I know. Here is the
> latest official firmware for your LDW-411S:
>
> http://www.liteonit.com/DOWNLOADS/ODD/LDW-411S/firmware/DR4FS0K.zip
>
> From your logs, you're using FS0B, so FS0K is 9 revisions newer!
>
> And here for the other drive,
>
> http://www.liteonit.com/DOWNLOADS/ODD/LTR-48246S/firmware/R48SS0E.zip
>
> From your logs, it looks like your LTR-48246S is SS0B so SS0E would be
> 3 revisions newer.
>
> Both new firmware releases above were released in March 2006 according
> to Lite-On's site.
>
>

OK - thanks for that Paul. Since the machine is dual boot and I'm in
Windows most of the working day this wasn't too difficult. Both drive
have had their firmware updated. Still the LDW-411S reads the ISRC's
incorrectly. The LTR-48246 looks good though. (It was good before the
firmware upgrade also, so actually no change, but the firmware is
updated and that's good.

In parallel with the efforts on that machine I made headway on another
machine - my new MythTV backend server of all things. It's a PowerPC
based Mac Mini- 1st generation - with a Matshita drive in it. I
started with cdda2wav -paranoia at max speed and it failed. I lowered
it to 20, then 16, then 8. Paranoia kept failing. Finally at speed=6
it worked.

Armed with that data I used cdrecord to write a new copy and amazingly
it worked. Plays just fine in the car. I haven't had time yet to see
if an iTunes box picks up cddb data or anything like that but at least
it worked on the car. If there are other problems hopefully I can get
those worked out soon.

I started a similar test using the LTR-48246 with another CD-R that I
haven't been able to copy. Using paranoia so far 16x and above failed,
I'm trying 8x now.

Anyway, it seems I'm making some headway. I really appreciate your and
Jeorg's help! Thanks!

Cheers,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Paul Hartman]

On Fri, Jun 5, 2009 at 5:01 AM, Joerg
Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
> cdrtools compile fine under Cygwin and there are precompiled binaries from
> various sides.

For example:

http://www.student.tugraz.at/thomas.plank/

Re: [gentoo-user] Verification of audio CD copy?

[Mark Knecht]

On Fri, Jun 5, 2009 at 7:23 AM, Paul
Hartman<paul.hartman+gentoo@gmail.com> wrote:
> On Fri, Jun 5, 2009 at 5:01 AM, Joerg
> Schilling<Joerg.Schilling@fokus.fraunhofer.de> wrote:
>> cdrtools compile fine under Cygwin and there are precompiled binaries from
>> various sides.
>
> For example:
>
> http://www.student.tugraz.at/thomas.plank/
>
>

Thanks Paul. I found a couple of sites with stuff like this but didn't
try installing because I hate Windows installs where I don't think I
know what's going on. I use these Windows machines to trade futures
and don't want some lame brain installer to mess up my system. You
know Windows. It's a mess and dangerous to install anything. I liked
the Cygwin idea, even if it's not simple, because it seems that
there's no odd Windows stuff getting installed other than Cygwin
itself which I think is just a dll or two.

Since Joerg has suggested that the problem is a combination of a long
standing bug in the kernel (Really? That sort of thing is allowed to
propagate?) combined with my drives which are Lite-On and Joerg says
they have bad firmware, it seems to deal with the hang-up running
readcd I need to do the work on this specific machine. On the other
hand, if all I want to work on is the original topic - the bad CD
copies - then I guess I could do that anywhere and it would be easier
to just grab another Gentoo machine as it will have other drives.

Anyway, thanks,
Mark

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> > OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
> > your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
> > work. Trying to kill the process doesn't work. This is on one of the
> > CDs that doesn't play correctly so maybe it's showing the problem?
> >
> > mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
> > Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> > Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> > Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> > Sectorsize: 2048 Bytes
> > readcd: Success. mode select g1: scsi sendcmd: no error
> > CDB:  55 10 00 00 00 00 00 00 14 00
> > status: 0x2 (CHECK CONDITION)
> > 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)
> > cmd finished after 0.001s timeout 40s
> > Copy from SCSI (1000,0,0) disk to file '/dev/null'
> > end:    263932
> > ^C^C^C    1911 cnt: 49
> >
> > ^C^C^C
> >
> > I cannot get out of this so far. Hate to think I need to reboot!
> >
> > - Mark
> >
>
> Humm.....rebooted and tried the command above with the CD that plays
> in the car. Same failure but slightly father along. (I think) It's
> reading 2009 instead of 1911, but again it seems stuck
>
> Bummer...
>
> Or is there a command that tells readcd to eventually give up?

This SCSI command needs support inside the drive...

It will not work for DVD media and some drives do not support it even for CDs.

Also note that there is still an unfixed problem on Linux that under unknown 
conditions modifies the SCSI commands before they are send to the drive. 
As long as Linux does not allow to retrieve at least the 18 standard bytes 
of sense data there is no chance to find this problem as the drive writes the
information about the location of the unwanted bits into the last 2 bytes
that cannot be retrieved on Linux.....


Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

Re: [gentoo-user] Verification of audio CD copy?

[Joerg Schilling]

Mark Knecht <markknecht@gmail.com> wrote:

> mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
> Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> Sectorsize: 2048 Bytes
> readcd: Success. mode select g1: scsi sendcmd: no error
> CDB:  55 10 00 00 00 00 00 00 14 00
> status: 0x2 (CHECK CONDITION)
> 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)
> cmd finished after 0.001s timeout 40s
> Copy from SCSI (1000,0,0) disk to file '/dev/null'
> end:    263932
> ^C^C^C    1911 cnt: 49
>
> ^C^C^C
>
> I cannot get out of this so far. Hate to think I need to reboot!

I already mentioned the reason for the SCSI error......

If you cannot get out of this by typing ^C and you did not disable
the signal from your shell, this is a kernel bug.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily