From owner-freebsd-hackers Thu Aug 10 1:32: 2 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by hub.freebsd.org (Postfix) with ESMTP id 65BFD37BA0D for ; Thu, 10 Aug 2000 01:32:00 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JSSVN978S00006Z1@research.kpn.com> for freebsd-hackers@FreeBSD.ORG; Thu, 10 Aug 2000 10:31:58 +0200 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2650.21) id ; Thu, 10 Aug 2000 10:31:57 +0100 Content-return: allowed Date: Thu, 10 Aug 2000 10:31:56 +0100 From: "Koster, K.J." Subject: RE: audiofs mixing audio and data tracks To: 'Soren Schmidt' Cc: freebsd-hackers@FreeBSD.ORG Message-id: <59063B5B4D98D311BC0D0001FA7E4522026D7789@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > that way you could mount each track with whatever fs it > supported. > Same thing as I proposed, I guess. 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. Kees Jan ================================================= TV is the worst of both worlds. It's not as good at words as radio is because the pictures are a distraction which demand attention, and it's not as good as cinema because the pictures are not nearly as good. Douglas Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message