From owner-freebsd-stable@FreeBSD.ORG Tue May 16 04:28:11 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42B916A405; Tue, 16 May 2006 04:28:11 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav02.sasknet.sk.ca (misav08.sasknet.sk.ca [142.165.20.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B1E43D48; Tue, 16 May 2006 04:28:11 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav08 with InterScan Messaging Security Suite; Mon, 15 May 2006 22:28:10 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IZC00HH8CEXRK50@bgmpomr1.sasknet.sk.ca>; Mon, 15 May 2006 22:28:10 -0600 (CST) Date: Mon, 15 May 2006 22:28:09 -0600 From: Stephen Hurd In-reply-to: <54640.192.168.4.1.1147749494.squirrel@mail.abi01.homeunix.org> To: Max Laier Message-id: <446954D9.5010008@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <53u07rv6of.wl%mak@ll.mit.edu> <44693F0D.90100@sasktel.net> <54640.192.168.4.1.1147749494.squirrel@mail.abi01.homeunix.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.1) Gecko/20060413 SeaMonkey/1.0 Cc: stable@freebsd.org, "Michael A. Koerber" , current@freebsd.org Subject: Re: burncd audio produces white noise X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 04:28:11 -0000 Max Laier wrote: >> Yeah, I've noticed that too now that you mention it. When it happened >> to me, I switched to using atapicam and cdrecord with the -swab parameter. >> Also, you may want to look at audio/mp3burn (still need to pass -swab >> though) >> >> I would recommend that you file a PR on this one. >> > > Obviously you are giving the wrong options to sox/lame. Most likely you > are confusing byte-order. Might also be a problem with the configuration > options for the respective ports Something was confusing byte-order, that's for sure (or -swab wouldn't help) however, when I ripped, I would use madplay, not sox... and I *believe* that I had tried the dd method from CD to CD as outlined in the handbook and it failed too. I'm groping for details because I don't burn audio CDs very often, but when something is converted from mp3 to cda, then the resulting cda is burnt to a CD on the same system that did the conversion, it should Just Work. iirc, the CDA format uses the hosts byte order so burncd (or morelikely, the device) would need to use swab() when burning on BE systems. Definitely something for Michael to try is following the steps outlined in the handbook for copying a CD and see if he still has the byte-swapping problem.