Date: Sun, 30 Nov 2008 20:13:31 +0100 From: Marc Fonvieille <blackend@FreeBSD.org> To: Yuri <yuri@rawbw.com> Cc: freebsd-doc@FreeBSD.org Subject: Re: docs/129281: Audio CD ripping/duplication shouldn't recommend the use of non endianness safe dd/burncd commands Message-ID: <20081130191331.GB43869@gothic.blackend.org> In-Reply-To: <200811301850.mAUIo3Ln078157@freefall.freebsd.org> References: <200811301850.mAUIo3Ln078157@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Nov 30, 2008 at 06:50:03PM +0000, Yuri wrote: > The following reply was made to PR docs/129281; it has been noted by GNATS. > > From: Yuri <yuri@rawbw.com> > To: Marc Fonvieille <blackend@FreeBSD.org> > Cc: freebsd-gnats-submit@FreeBSD.org > Subject: Re: docs/129281: Audio CD ripping/duplication shouldn't recommend > the use of non endianness safe dd/burncd commands > Date: Sun, 30 Nov 2008 10:18:56 -0800 > > Marc Fonvieille wrote: > > But I think we can slightly reword this "18.6.5 Duplicating Audio CDs" > > section to mention ATAPI interface supports both cdda2wav and dd(1) > > method and that cdda2wav may be a better choice in many cases. > > > > There is another pitfall of dd method: kern/115232: [ata] Audio CD > tracks not displayed properly by atapi driver > The warning about this should also be added to the section describing > the use of dd/burncd method This is documented: -- Make sure the appropriate files exist in /dev. If the entries are missing, force the system to retaste the media: # dd if=/dev/acd0 of=/dev/null count=1 -- which is a workaround to the problem you experienced. -- Marc
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081130191331.GB43869>