From owner-freebsd-questions@FreeBSD.ORG Tue Jul 8 13:43:12 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1BEE37B404 for ; Tue, 8 Jul 2003 13:43:12 -0700 (PDT) Received: from pop015.verizon.net (pop015pub.verizon.net [206.46.170.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 887B843FB1 for ; Tue, 8 Jul 2003 13:43:11 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from mac.com ([141.149.47.46]) by pop015.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030708204310.VIFG20810.pop015.verizon.net@mac.com>; Tue, 8 Jul 2003 15:43:10 -0500 Message-ID: <3F0B2CDB.8090800@mac.com> Date: Tue, 08 Jul 2003 16:43:07 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <200307081546.52889.itetcu2@xnet.ro> <44k7as23qg.fsf@be-well.ilk.org> <200307082309.37378.itetcu2@xnet.ro> In-Reply-To: <200307082309.37378.itetcu2@xnet.ro> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop015.verizon.net from [141.149.47.46] at Tue, 8 Jul 2003 15:43:10 -0500 cc: questions@freebsd.org Subject: Re: dd an audio cd on 5.x ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 20:43:13 -0000 Ion-Mihai Tetcu wrote: > On Tuesday 08 July 2003 22:55, Lowell Gilbert wrote: [ ... ] >> That command will copy a data disk, but you have separate >> tracks on this thing. > > Ok. And if I want to copy bit by bit ? You'd have to obtain the glass master used to press the original to get an absolutely exact copy. "bit-by-bit" accuracy of the raw CD is not very easy or even desirable to obtain due to ECC hardware fixing minor errors: for audio, you want a "bit-by-bit" accurate copy of the data after ECC processing, not before. Better CD-burners let you do something known as DAO+96 ot TAO+96, which lets you override the ECC hardware when reading or writing, and thus copy even the errors from the original, which can be useful for copy-protected data CD's rather than for audio.... -- -Chuck