From owner-freebsd-hackers Thu Aug 10 4:46:10 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from genius.systems.pavilion.net (genius.systems.pavilion.net [212.74.1.100]) by hub.freebsd.org (Postfix) with ESMTP id 80B2837B81E for ; Thu, 10 Aug 2000 04:46:03 -0700 (PDT) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 5EABB9B2B; Thu, 10 Aug 2000 12:46:02 +0100 (BST) Date: Thu, 10 Aug 2000 12:46:02 +0100 From: Josef Karthauser To: Soren Schmidt Cc: Tony Finch , "Koster K.J." , freebsd-hackers@FreeBSD.ORG Subject: Re: audiofs mixing audio and data tracks Message-ID: <20000810124602.L1050@pavilion.net> Mail-Followup-To: Josef Karthauser , Soren Schmidt , Tony Finch , "Koster K.J." , freebsd-hackers@FreeBSD.ORG References: <20000810090255.F468@hand.dotat.at> <200008100927.LAA28154@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200008100927.LAA28154@freebsd.dk>; from sos@freebsd.dk on Thu, Aug 10, 2000 at 11:27:56AM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Aug 10, 2000 at 11:27:56AM +0200, Soren Schmidt wrote: > It seems Tony Finch wrote: > > Soren Schmidt wrote: > > >It seems Koster, K.J. wrote: > > >> > > >> Am I right in thinking that a cdrom can have at most one data track? In that > > >> case, I'd suggest assighing that track a standard device node. That way I > > >> could just mount the data track of a cdrom, without worrying if that's track > > >> 4 or track 1. > > > > > >Mostly yes, but there is nothing hindering multiple data tracks on > > >the same CD. At any rate we only have access to one now anyways so > > >that wouldn't hurt anything :) > > > > How does this relate to multi-session CDs? Does that happen at a lower layer? > > Same thing, we always uses the last session written (which can > include parts from earlier written sessions), so the first track > on the last session will be the default track you get on /dev/acdN[ac] > just as it is now. Am I correct in thinking that the meta data in later sessions can point to data block in the earlier sessions? Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message