public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Re: Verification of audio CD copy?
Date: Wed, 03 Jun 2009 22:23:10 +0200	[thread overview]
Message-ID: <4a26dbae.1n5ARf7YEUa/qIcI%Joerg.Schilling@fokus.fraunhofer.de> (raw)
In-Reply-To: <h06jt1$2cf$1@ger.gmane.org>

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



  reply	other threads:[~2009-06-03 20:23 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-03  1:03 [gentoo-user] Verification of audio CD copy? Mark Knecht
2009-06-03  2:42 ` Paul Hartman
2009-06-03  2:48   ` Mark Knecht
2009-06-03  3:50     ` Dale
2009-06-03  9:03       ` Joerg Schilling
2009-06-03 19:34         ` Mark Knecht
2009-06-03 19:38           ` Dirk Heinrichs
2009-06-03 19:41             ` Mark Knecht
2009-06-03 19:45         ` [gentoo-user] " Nikos Chantziaras
2009-06-03 20:23           ` Joerg Schilling [this message]
2009-06-03 20:45             ` Paul Hartman
2009-06-04 22:04             ` Jesús Guerrero
2009-06-05 10:21               ` Joerg Schilling
2009-06-05 20:25                 ` Jesús Guerrero
2009-06-03  8:59   ` [gentoo-user] " Joerg Schilling
2009-06-03  2:50 ` [gentoo-user] " Nikos Chantziaras
2009-06-03  8:57 ` [gentoo-user] " Joerg Schilling
2009-06-03 22:54   ` Mark Knecht
2009-06-03 23:17     ` Joerg Schilling
2009-06-03 23:21       ` Mark Knecht
2009-06-03 23:32         ` Mark Knecht
2009-06-04  1:57           ` Mark Knecht
2009-06-04  8:02             ` Joerg Schilling
2009-06-04 19:13               ` Mark Knecht
2009-06-04 19:38                 ` Alan McKinnon
2009-06-04 20:39                   ` Mark Knecht
2009-06-05  9:48                     ` Alan McKinnon
2009-06-05 10:01                 ` Joerg Schilling
2009-06-05 13:49                   ` Mark Knecht
2009-06-05 15:59                     ` Paul Hartman
2009-06-05 16:01                       ` Paul Hartman
2009-06-06  3:10                       ` Mark Knecht
2009-06-06 15:00                         ` Joerg Schilling
2009-06-06 19:21                           ` Mark Knecht
2009-06-08 14:16                         ` Joerg Schilling
2009-06-08 17:13                           ` Mark Knecht
2009-06-08 18:32                             ` Joerg Schilling
2009-06-08 19:04                               ` Mark Knecht
2009-06-08 19:25                                 ` Paul Hartman
2009-06-08 21:04                                   ` Mark Knecht
2009-06-05 14:23                   ` Paul Hartman
2009-06-05 14:44                     ` Mark Knecht
2009-06-04  8:00           ` Joerg Schilling
2009-06-04 11:53         ` Joerg Schilling

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4a26dbae.1n5ARf7YEUa/qIcI%Joerg.Schilling@fokus.fraunhofer.de \
    --to=joerg.schilling@fokus.fraunhofer.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox