Date: Tue, 14 Feb 2006 19:26:48 +0800 From: Ariff Abdullah <ariff@FreeBSD.org> To: soralx@cydem.org Cc: chi@bd.mbn.or.jp, freebsd-hackers@FreeBSD.org, nork@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/60163 Message-ID: <20060214192648.1e7a5277.ariff@FreeBSD.org> In-Reply-To: <200302240026.11989.soralx@cydem.org> References: <20060213121101.47A5AA98F@m-kg282p.ocn.ne.jp> <43F07C73.6040502@deepcore.dk> <20060214010337.6e4e4a5a.ariff@FreeBSD.org> <200302240026.11989.soralx@cydem.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 24 Feb 2003 00:26:11 -0800 soralx@cydem.org wrote: >=20 > > > Hmm, could it be that the data track is always the last track ? > > Yes. >=20 > so that CD players would be able to play the disks? or does not > matter? >=20 Correct. Most hardware cd player are designed to play only the first session on multisession disc, where in this case (CDEXTRA), the data track will be ignored. Unlike mixed-mode cd, the data track (on first track/session) usually result in silence playback. In case somebody might interested, I have a patch for (unfortunately) RELENG_5 for atapicd multiblock access. Among other things, it also fix multisession/dao writing of burncd(8). With this, you can have conccurent access with varying blocksize on atapicd. http://people.freebsd.org/~ariff/misc/releng5_ata.diff It's a bit ugly. Somebody with deeper knowledge on ata/GEOM probably will have better solution for this. -- Ariff Abdullah FreeBSD --Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD8b5/lr+deMUwTNoRAsayAKDCAhwzbcInxE4Pxyw3cSnr0TNV+wCeJa8G uAuZN1nK3nZf8HsDWMd/+sA= =bdkM -----END PGP SIGNATURE----- --Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060214192648.1e7a5277.ariff>