From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 20 14:35:59 2007 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 892D616A41F for ; Fri, 20 Jul 2007 14:35:59 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 493AD13C458 for ; Fri, 20 Jul 2007 14:35:59 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so720469nzf for ; Fri, 20 Jul 2007 07:35:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RXSq5Gw4kSH5DZSLFojxAcGdNSGWYmeTkleQXhGhCbvj4Y7u21+aEJez8ZHeRGNqpDLrMhmzWdI/EqwiWh6e95gWlFaxjX+BUpy12oRVrIZRrfT99e0MYn9jEIac14BATokfYkOcbN79ISUyK1ab545zEmFi6YbPQvEPz7HPcJo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T3Da6JiGPV+9uvHuLxd/V8S2mRQygxlj2XFZiY48ijo9B/trPe8LDtOI+iWz2U3O8yJBiWKyA8TGVnS3MbdALsZO1OX3wg1MAk0wnZbyVHhgGRD9hMCmC0szf71qr0y5s8zAW1qrF/6I42LPHauxOAJvtQyfdXI43qc2nlXUaEI= Received: by 10.143.2.19 with SMTP id e19mr39574wfi.1184942158165; Fri, 20 Jul 2007 07:35:58 -0700 (PDT) Received: by 10.143.1.8 with HTTP; Fri, 20 Jul 2007 07:35:58 -0700 (PDT) Message-ID: <47d0403c0707200735l4bd84696jdbb829eebf92ae04@mail.gmail.com> Date: Fri, 20 Jul 2007 09:35:58 -0500 From: "Ben Kaduk" To: "Ben Kaduk" , freebsd-multimedia@freebsd.org In-Reply-To: <20070720093740.GA1002@gothic.blackend.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47d0403c0707191450g4a80b549r6e0c2276b8fd4792@mail.gmail.com> <20070720093740.GA1002@gothic.blackend.org> Cc: Subject: Re: audio CD's in SCSI drives -- syntax? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2007 14:35:59 -0000 Hi Marc, You've been committing so many of my -doc PR's I forgot you were on -multimedia, too :) On 7/20/07, Marc Fonvieille wrote: > On Thu, Jul 19, 2007 at 04:50:00PM -0500, Ben Kaduk wrote: > > Hi everyone, > > > > I'm going through the multimedia section of the handbook, ostensibly > > to look for grammar errors, but I noticed that most of the examples > > are SCSI-centric, and do not seem to make use of named device nodes. > > I do not have access to a SCSI CD drive myself, so I ask here to get > > some more information about the current state of accessing SCSI CD > > drives. > > > > In particular, I am looking at this page: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/sound-mp3.html > > > > For example, in its discussion of the use of cdda2wav, it uses devices > > by their SCSI unit numbers, but I presume that one could also point it > > at /dev/cd0 (since /dev/acd0 works just fine) -- is this true? > > > > No, it does not work. > With my PLEXTOR CD-ROM PX-40TS, only > cdda2wav -D 0,3,0 ... runs Thanks for the info. I may be getting some (my first) SCSI hardware soon, though it will be ten years old. Maybe then I'll be more motivated to dig into the code and see why the above is the case. > > There is another tool for ripping audio CD with SCSI drives: audio/tosha > I find tosha easier to use than cdda2wav, but this requires to install > another app and since cdda2wav is part of sysutils/cdrtools ... For now, I think I'll keep the handbook only mentioning cdda2wave -- the text is confused enough as is. > > > The section also mentions that dd(1) can be used to extract audio > > tracks from ATAPI drives. Is it (still) true that SCSI drives do not > > export the individual tracks as device nodes (e.g. ATAPI drives offer > > /dev/acd0t01)? > > It's specific to ATAPI drives, it's a solution to avoid SCSI oriented > tools to rip audios CD. Remember, there was a time where if you Okay. wanted > to burn/rip/etc. you had to own a SCSI CDROM (all the tools were for > SCSI devices) and there was no ATAPI/CAM. The ATAPI/CAM module came > later on FreeBSD in comparaison to other *BSD, but we had wormcontrol(8) > then later burncd(8) which allowed us to burn on ATAPI without the need > of SCSI emulation. Well, I'm happy this old time is other cause burning > on IDE burner in pre-burncd or pre-ATAPI/CAM era was not "funny". Wow. I actually don't remember -- I'm rather young (in-between undergrad and grad school at the moment). My family didn't get a computer with a CD drive that could burn discs until what was probably the burncd(8) era, but it was running a microsoft product, so all the inner workings were quite obscure. > Here's what I used to burn a data CD under 3.X: > > wormcontrol -f /dev/racd1c prepdisk double > wormcontrol -f /dev/racd1c track data > dd if=./data.iso of=/dev/racd1c bs=20k > wormcontrol -f /dev/racd1c fixate 1 > cdcontrol -f /dev/racd1 eject > > You imagine in the case of audio... :) Quite so. Getting back to the handbook page, I think I am going to shuffle around the examples in the patch I submit. I have no data, but I have the impression that ATA (and now SATA) drives are much more prevalent in the systems that are likely to want to rip CD's. Accordingly, I will give the example for /dev/acd0 first, then mention that SCSI needs the unit numbers. I'll also have the captions describe the additional flags after their first use (which is not presently the case). Do you agree that this part of the handbook is not the place to discuss the history of SCSI and ATAPI? Thanks, Ben Kaduk > > -- > Marc >