From owner-freebsd-questions@FreeBSD.ORG Thu Oct 13 22:27:29 2011 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 E24F7106566B; Thu, 13 Oct 2011 22:27:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9145B8FC13; Thu, 13 Oct 2011 22:27:28 +0000 (UTC) Received: from r56.edvax.de (port-92-195-41-66.dynamic.qsc.de [92.195.41.66]) by mx02.qsc.de (Postfix) with ESMTP id A6B141E789; Fri, 14 Oct 2011 00:27:26 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id p9DMRQmX002682; Fri, 14 Oct 2011 00:27:26 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 14 Oct 2011 00:27:26 +0200 From: Polytropon To: Alexander Best Message-Id: <20111014002726.b16c9a5a.freebsd@edvax.de> In-Reply-To: <20111013220329.GA22983@freebsd.org> References: <4E924B4D.4050801@centurytel.net> <20111010063740.GA23603@orange.esperance-linux.co.uk> <4E92BF3C.8080807@centurytel.net> <20111010104450.GA28895@orange.esperance-linux.co.uk> <4E9616FD.5080404@centurytel.net> <447h49yed0.fsf@lowell-desk.lan> <4E9627A6.8000907@centurytel.net> <44vcrtohej.fsf@lowell-desk.lan> <20111013162524.GA75476@freebsd.org> <20111013202456.3b59d88c.freebsd@edvax.de> <20111013220329.GA22983@freebsd.org> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Can't access a music CD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 22:27:29 -0000 On Thu, 13 Oct 2011 22:03:29 +0000, Alexander Best wrote: > On Thu Oct 13 11, Polytropon wrote: > > On Thu, 13 Oct 2011 16:25:24 +0000, Alexander Best wrote: > > > ano ther thought might be to implement an audio cd filesystem, so one could do > > > 'mount -o audiocdfs /dev/cd0 /media/cd' and then all tracks appear as RAW pcm > > > audio files. maybe fuse comes with something like this? > > > > What about /dev/acd0t[01,02,03,...] - aren't those supposed > > to represent the individual audio tracks that could then be > > interpreted as what they basically are, raw pcm (of cd-audio > > specification)? > > i inserted an audio cd and they didn't turn up. i guess ATA_CAM doesn't support > individual nodes for tracks. When using the (now default) CAM methods (ATAPICAM), I think this is true. Example with a regular music CD: % cdcontrol info Starting track = 1, ending track = 19, TOC size = 162 bytes track start duration block length type ------------------------------------------------- 1 0:02.00 2:05.01 0 9376 audio 2 2:07.01 1:45.53 9376 7928 audio 3 3:52.54 2:37.49 17304 11824 audio 4 6:30.28 1:52.00 29128 8400 audio 5 8:22.28 2:08.29 37528 9629 audio 6 10:30.57 2:23.01 47157 10726 audio 7 12:53.58 4:01.01 57883 18076 audio 8 16:54.59 3:12.37 75959 14437 audio 9 20:07.21 2:09.00 90396 9675 audio 10 22:16.21 4:19.67 100071 19492 audio 11 26:36.13 3:28.00 119563 15600 audio 12 30:04.13 3:48.73 135163 17173 audio 13 33:53.11 3:51.38 152336 17363 audio 14 37:44.49 1:27.72 169699 6597 audio 15 39:12.46 2:15.15 176296 10140 audio 16 41:27.61 2:35.01 186436 11626 audio 17 44:02.62 2:11.00 198062 9825 audio 18 46:13.62 2:37.01 207887 11776 audio 19 48:50.63 2:48.01 219663 12601 audio 170 51:38.64 - 232264 - - % ls /dev/acd0* /dev/acd0 /dev/acd0t04 /dev/acd0t08 /dev/acd0t12 /dev/acd0t16 /dev/acd0t01 /dev/acd0t05 /dev/acd0t09 /dev/acd0t13 /dev/acd0t17 /dev/acd0t02 /dev/acd0t06 /dev/acd0t10 /dev/acd0t14 /dev/acd0t18 /dev/acd0t03 /dev/acd0t07 /dev/acd0t11 /dev/acd0t15 /dev/acd0t19 % ls /dev/cd0* /dev/cd0 Maybe obtaining a TOC listing of the CD is required to make the track files appear? However, they are only present for the ATAPI based access (acd0), not for the "SCSI" CAM based one (cd0). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...