From owner-freebsd-hackers Thu Aug 10 1:42:46 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 8C83137BB08 for ; Thu, 10 Aug 2000 01:42:43 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA17703; Thu, 10 Aug 2000 10:42:41 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <200008100842.KAA17703@freebsd.dk> Subject: Re: audiofs mixing audio and data tracks In-Reply-To: <59063B5B4D98D311BC0D0001FA7E4522026D7789@l04.research.kpn.com> from "Koster, K.J." at "Aug 10, 2000 10:31:56 am" To: K.J.Koster@kpn.com (Koster, K.J.) Date: Thu, 10 Aug 2000 10:42:41 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Koster, K.J. wrote: > > > > 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. 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 :) I'll look into it again, it could be a "very nice thing to have" (tm), imagine ripping audio just by dd if=/dev/acd0ct4 of=title4.raw bs=2352 well that kindof works already ;) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message