Date: Wed, 12 Jan 2005 10:19:50 +0900 From: takawata@jp.freebsd.org To: hartzell@kestrel.alerce.com Cc: giffunip@yahoo.com Subject: Re: Picture CDs ? Message-ID: <200501120119.KAA18948@axe-inc.co.jp> In-Reply-To: Your message of "Tue, 11 Jan 2005 13:40:27 PST." <16868.18379.642967.449081@satchel.alerce.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <16868.18379.642967.449081@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200501120119.KAA18948>