Date: Wed, 24 Sep 2003 17:38:49 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: "Michael W. Oliver" <michael@gargantuan.com> Cc: current@freebsd.org Subject: Re: What's happened to CDIOCREADAUDIO & friends? Message-ID: <20030924073849.GA27963@server.c211-28-27-130.belrs2.nsw.optusnet.com.au> In-Reply-To: <200309232154.13047.michael@gargantuan.com> References: <200309200806.h8K8696Y049715@spider.deepcore.dk> <20030923024252.B21010@kushnir1.kiev.ua> <200309240019.44696.avleeuwen@piwebs.com> <200309232154.13047.michael@gargantuan.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Sep 23, 2003 at 09:54:06PM -0400, Michael W. Oliver wrote: Content-Description: signed data >Well, I didn't know somebody was patching it, so I started using the >following in ripit.pl (not exactly as below) instead of 'dagrab': > >dd if=/dev/acd0t01 ibs=2352 obs=2048 | sox -t raw -r 44100 \ >-s -c 2 -w - -t wav -r 44100 -s -c 2 -w track01.wav > >Funny thing is, it is a hell of a lot faster than dagrab was. Before, >dagrab would read the data in at about the same rate as flac would encode >it, but now I can rip a 12 track disc in the time it takes flac to encode >the first 6 tracks. Go figure... dagrab reads each block of data multiple times until it gets identical results. The code mentions "jitter correction" but doesn't include any detailed explanation. For a more equitable comparison, I suggest you hack dagrab.c:cd_read_audio() to use read() ISO ioctl(). Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030924073849.GA27963>