Can't access a music CD
Alexander Best
arundel at freebsd.org
Thu Oct 13 22:38:45 UTC 2011
On Fri Oct 14 11, Polytropon wrote:
> 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 - -
cdcontrol> info
Starting track = 1, ending track = 9, TOC size = 82 bytes
track start duration block length type
-------------------------------------------------
1 0:02.00 5:58.35 0 26885 audio
2 6:00.35 5:06.06 26885 22956 audio
3 11:06.41 5:40.57 49841 25557 audio
4 16:47.23 5:52.37 75398 26437 audio
5 22:39.60 4:14.09 101835 19059 audio
6 26:53.69 5:16.25 120894 23725 audio
7 32:10.19 3:14.54 144619 14604 audio
8 35:24.73 6:24.15 159223 28815 audio
9 41:49.13 6:16.51 188038 28251 audio
170 48:05.64 - 216289 - -
>
> % 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
otaku% ls|grep cd
cd0
cdrom
>
> % 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, ...
More information about the freebsd-questions
mailing list