Date: Mon, 28 Sep 1998 23:24:06 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Cc: tlambert@primenet.com, wollman@khavrinen.lcs.mit.edu, dan@math.berkeley.edu, sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cd9660 mounts... Message-ID: <199809282324.QAA11806@usr04.primenet.com> In-Reply-To: <199809280132.CAA02773@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 28, 98 02:32:44 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > FWIW, this is supposed to be the default behaviour for a multisession > > CD, according to the Joliet spec. (go to the last session with a > > CD9660 FS, and mount it). > > our code does something like that now, but my feeling is that is is > broken. Essentially the problem is: when a track is not at offset 0 who > is in charge of adding the offset for the track to all reads ? That our code is broken, or that the algorithm is broken? I agree on the code, but the algorithm is per spec, and it doesn't matter if a spec is broken, you have to implement to the spec. > The FreeBSD cd9660/mount_cd9660 _might_ work in the latter case, but i > don't have a multisession CD to try and I want to remark that mkisofs > has no flags/options to create this kind of tracks. Do you have any of the later (not Saltimbanco) CD's by Cirque du Soliel? They have the music portion, and a seperate data portion of the CD, in a seperate session, where they have QuickTime movies of some of the acts. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809282324.QAA11806>