From owner-freebsd-current@FreeBSD.ORG Sat Sep 6 14:44:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA3F816A4BF for ; Sat, 6 Sep 2003 14:44:08 -0700 (PDT) Received: from paladin.fortunaty.net (fortunaty.net [217.160.129.175]) by mx1.FreeBSD.org (Postfix) with SMTP id 3851043FE1 for ; Sat, 6 Sep 2003 14:44:07 -0700 (PDT) (envelope-from ah@paladin.fortunaty.net) Received: (qmail 523 invoked by uid 501); 6 Sep 2003 21:44:05 -0000 Date: Sat, 6 Sep 2003 23:44:05 +0200 From: Andy Hauser To: Bryan Liesner Message-ID: <20030906214405.GA31981@splashground.de> Mail-Followup-To: Bryan Liesner , FreeBSD Current References: <20030902124217.L935@gravy.homeunix.net> <1062568112.600.9.camel@klotz.local> <3F56D591.F5CB0133@mindspring.com> <20030904075712.C464@gravy.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20030904075712.C464@gravy.homeunix.net> X-Addicted: yeah X-License: BSD User-Agent: Mutt/1.5.4i cc: FreeBSD Current Subject: Re: ATAng - copying atapi CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2003 21:44:08 -0000 On Thu, Sep 04, 2003 at 07:59:36AM -0400, Bryan Liesner wrote: > On Wed, 3 Sep 2003, Terry Lambert wrote: > > > Bryan Liesner wrote: > > > On Wed, 3 Sep 2003, Martin wrote: > > > > If you notice that your CD-R label looks strange and if you need > > > > the data, you should backup it fast. > > > > > > No, we're talking about brand new, factory pressed, audio CDs. > > > > Are they copy protected? > > > > The way you can tell is if you try to do what you are trying to > > do, and it fails the way that it's failing, then they are likely > > copy protected. > > > > Possible, but if they are protected, wouldn't I be prevented from > copying any track, or do they pick a random track or two just to piss > me off? The last tracks are sometimes data tracks. The tools that use the scsi emulation seem to handle those better. aha