Picture CDs ?

[takawata at jp.freebsd.org]

In message <16868.18379.642967.449081 at satchel.alerce.com>, George Hartzell wrot
e:
>Zera William Holladay writes:
> > 
> > 
> > On Mon, 10 Jan 2005, Pedro F. Giffuni wrote:
> > 
> > > It's odd but I couldn't mount a Picture CD on FreeBSD 5.2.1. This is pret
>ty
> > > weird as Windows reports it is just CDFS and some jpeg files plus some wi
>ndows
> > > software that let's you view it. I don't know... how can I get it wrong: 
>mount
> > > /cdrom right?
> > 
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html
> > 
> > or
> > 
> > man mount
>
>I'm not sure about a "Picture CD", but I just double checked and I
>can't mount a Kodak Photo CD on 5.3.  It's not '-t cd9660' and it's
>not '-t msdos'.  Googling around a bit shows that it's a multisession
>cd, and I get the following devices when I stick on in the drive 
>
>   (satchel)[1:35pm]~>>ls -l /dev/*cd*
>   crw-r--r--  1 root  operator    4,  20 Jan  5 16:04 /dev/acd0
>   crw-r-----  1 root  operator    4,  22 Jan  7 01:03 /dev/acd0t01
>   crw-r-----  1 root  operator    4,  47 Jan  7 01:03 /dev/acd0t02
>   crw-r-----  1 root  operator    4,  48 Jan  7 01:03 /dev/acd0t03
>   crw-r-----  1 root  operator    4,  49 Jan  7 01:03 /dev/acd0t04
>   crw-r-----  1 root  operator    4,  50 Jan  7 01:03 /dev/acd0t05
>   crw-r-----  1 root  operator    4,  51 Jan  7 01:03 /dev/acd0t06
>   crw-r-----  1 root  operator    4,  52 Jan  7 01:03 /dev/acd0t07
>   crw-r-----  1 root  operator    4,  53 Jan  7 01:03 /dev/acd0t08
>   crw-r-----  1 root  operator    4,  54 Jan  7 01:03 /dev/acd0t09
>   crw-r-----  1 root  operator    4,  55 Jan  7 01:03 /dev/acd0t10
>   crw-r-----  1 root  operator    4,  56 Jan  7 01:03 /dev/acd0t11
>   crw-r--r--  1 root  operator    4,  21 Jan  4 18:03 /dev/cd0
>   (satchel)[1:36pm]~>>cdcontrol info -f /dev/acd0
>   Starting track = 1, ending track = 11, TOC size = 98 bytes
>   track     start  duration   block  length   type
>   -------------------------------------------------
>       1   0:02.00   1:01.21       0    4596   data
>       2   1:03.21   5:25.60    4596   24435   data
>       3   6:29.06   2:11.57   29031    9882   data
>       4   8:40.63   3:18.13   38913   14863   data
>       5  11:59.01   2:50.64   53776   12814   data
>       6  14:49.65   3:15.22   66590   14647   data
>       7  18:05.12   3:14.38   81237   14588   data
>       8  21:19.50   4:02.57   95825   18207   data
>       9  25:22.32   2:32.45  114032   11445   data
>      10  27:55.02   0:59.33  125477    4458   data
>      11  28:54.35   0:22.03  129935    1653   data
>     170  29:16.38         -  131588       -      -
>   (satchel)[1:36pm]~>>
>
>If I cat /dev/acd0t02 into a file, it turns out to be a 
>
>   (satchel)[1:36pm]~>>sudo cat /dev/acd0t02 > /tmp/ape
>   (satchel)[1:37pm]~>>file /tmp/ape
>   /tmp/ape: Kodak Photo CD image pack file , landscape mode
>
>And display (from the imagemagick suite) is able to show me one of
>(the first, in fact) image from the CD.  It doesn't seem like it's one
>track per image though, since there are 51 images on the disk.

As far as I know on VideoCD, which shares CD-ROM XA spec,
ISO9660 file system metadata is in the first track only, and
, normally mound_cd9660 try to mount the last data track
 on a disk so that it can mount the newest file system image. 
So you can mount the cd9660 file system on the disk by -s option.
Please refer mount_cd9660 manual page.

The some file in the file system contains reference to 
sector on the other tracks. And sector size on some other tracks are 
different, so accessing media contents files through file system 
may cause wrong result. But PhotoCD may able to be accessed
without problem.