Quote:
|
Originally Posted by ffooky
I'd be very interested if you or another Linux user could test the two of them and if you could run EAC as well it'd be extremely useful.
|
One of my problems was finding a disc with scratches
. I did find a disc that some crud and marks on the play layer, and so I gave it a shot, first with cdparanoia.
Code:
kevin@dizzy:/tmp$ cdparanoia 11-11 try1.wav ; cdparanoia 11-11 try2.wav
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 206152 (track 11 [0:00.00])
to sector 226074 (track 11 [4:25.47])
outputting to try1.wav
(== PROGRESS == [ - | 226074 00 ] == :^D * ==)
Done.
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[email protected]> and Xiphophorus
Report bugs to [email protected]
http://www.xiph.org/paranoia/
Ripping from sector 206152 (track 11 [0:00.00])
to sector 226074 (track 11 [4:25.47])
outputting to try2.wav
(== PROGRESS == [ - | 226074 00 ] == :^D * ==)
Done.
Note that both times that was a slight jitter correction about 7.8th of the way across the read line. Then I tried cdda2wav with paranoia (logs are edited for clarity and to remove some of the diagnositic stuff about disc information.)
Code:
kevin@dizzy:/tmp$ cdda2wav -paranoia -t 11 ; mv audio.wav try3.wav
cdrom device (/dev/cdrom) is not of type generic SCSI. Setting interface to cooked_ioctl.
126976 bytes buffer memory requested, 4 buffers, 8 sectors
#Cdda2wav version 2.01.01a03_linux_2.6.13_i686_i686, real time sched., soundcard, libparanoia support
[...]
samplefile size will be 46858940 bytes.
recording 265.6399 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
using lib paranoia for reading.
100% track 11 recorded with minor problems
100% 0 rderr, 0 skip, 0 atom, 9 edge, 0 drop, 0 dup, 0 drift
100% 271 overlap(0.5 .. 0.5)
kevin@dizzy:/tmp$ cdda2wav -paranoia -t 11 ; mv audio.wav try4.wav
126976 bytes buffer memory requested, 4 buffers, 8 sectors
#Cdda2wav version 2.01.01a03_linux_2.6.13_i686_i686, real time sched., soundcard, libparanoia support
[...]
100% track 11 recorded successfully
100% 0 rderr, 0 skip, 0 atom, 0 edge, 0 drop, 0 dup, 0 drift
100% 271 overlap(0.5 .. 0.5)
Interestingly, cdda2wav reports minor problems the first time it tried to read the track and 'recorded successfully' the second time
Now, let's look at the results
Code:
kevin@dizzy:/tmp$ ls -la *.wav
-rw-r--r-- 1 kevin kevin 46858940 2005-09-30 21:01 try1.wav
-rw-r--r-- 1 kevin kevin 46858940 2005-09-30 21:02 try2.wav
-rw-r--r-- 1 kevin kevin 46858940 2005-09-30 21:09 try3.wav
-rw-r--r-- 1 kevin kevin 46858940 2005-09-30 21:11 try4.wav
kevin@dizzy:/tmp$ md5sum *.wav
62e4a8485c02ee1122d6aa61907cd1ee try1.wav
62e4a8485c02ee1122d6aa61907cd1ee try2.wav
62e4a8485c02ee1122d6aa61907cd1ee try3.wav
62e4a8485c02ee1122d6aa61907cd1ee try4.wav
All 4 rips return the same files. I hate to say it, but I almost wonder if it did cache with cdda2wav and that's why it didn't do any correction.
The drive used for ripping is a Sony DDU 1621; I'm running kernel 2.6.12.
No members have liked this post.