From owner-freebsd-questions@FreeBSD.ORG Sat Nov 29 20:48:28 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18361065672 for ; Sat, 29 Nov 2008 20:48:28 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id B1FF68FC13 for ; Sat, 29 Nov 2008 20:48:28 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-67-188-126-36.hsd1.ca.comcast.net [67.188.126.36]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id mATKmMPh060144; Sat, 29 Nov 2008 12:48:22 -0800 (PST) Message-ID: <4931AA95.80700@rawbw.com> Date: Sat, 29 Nov 2008 12:48:21 -0800 From: Yuri User-Agent: Thunderbird 2.0.0.18 (X11/20081127) MIME-Version: 1.0 To: Polytropon References: <4930EEBB.7050701@rawbw.com> <20081129084852.6d00f2e5.freebsd@edvax.de> <4931030C.7070409@rawbw.com> <20081129100156.72122e71.freebsd@edvax.de> In-Reply-To: <20081129100156.72122e71.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Copying audio CD with dd/cdrecord produces unplayable CD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 20:48:28 -0000 Polytropon wrote: > Strange... are these definitely audio CD tracks? You could > They are definitely raw audio CD tracks. > use this form to explicitely tell sox how to interpret the > data (which is "headerless" on audio CDs, of course): > > sox -r 14400 -c 2 -b -L -S -x track.cdr track_rev.cdr > This command fails: $ sox sox: Bits value `-L' is not a positive integer Also -L option seems to conflict with -x: $ Failed: only one endian option per file is allowed But this command works and again produces the errors: $ sox -r 14400 -c 2 -b 16 -S -x track-03.cdr track-03.cdr.swp $ sox mp3-duration: recoverable MAD error $ sox mp3-duration: MAD lost sync $ sox mp3-duration: recoverable MAD error $ sox mp3-duration: recoverable MAD error > > This looks like that sox reads / generates MP3 files...? > Are these definitely standard audio CD tracks (such as every > old fashioned CD player can play)? > No, it seems like sox is trying to interpret raw audio data as an mp3 (and other) formats for some unknown reason. It's silly but the only way I can think of to reliably do this (very slowly) in a command line is: perl -pi -e "s/(.)(.)/\\2\\1/g" track.cdr Yuri