[arch-general] ejecting after cdparanoia

[Joerg Schilling]

Jorge Almeida <jjalmeida at gmail.com> wrote:

> On Wed, Sep 14, 2011 at 7:29 PM, Joerg Schilling

> Are you sure those smileys won't get into the log file? I just tried a
> track of a CD which got errors in _all_ tracks with cdda2wav (it's one
> of a boxed set, and it is the only one that has this problem, bad
> quality control, I suppose). I didn't set the speed and I didn't move
> my eyes from the xterm.
>
> $ cdparanoia -L -l -d /dev/sr0 1
>
> It didn't show anything wrong, just a '>' moving forward and ':-)' at
> the right side, which was substituted by ':^D' when finished.
>
> cdparanoia III release 10.2 (September 11, 2008)
>
> Ripping from sector       0 (track  1 [0:00.00])
>           to sector   27216 (track  1 [6:02.66])
>
> outputting to cdda.wav
>
>  (== PROGRESS == [                              | 027216 00 ] == :^D * ==)
>
> Done.
>
>
> This was the log from cdda2wav:
>
> 100%  track  1 recorded with minor problems (1.4% problem sectors)
> 100%  0 rderr, 0 skip, 0 atom, 383 edge, 1 drop, 0 dup, 1 drift
> 100%  371 overlap(0.5612 .. 40.29)

As mentioned before, cdparanoia has bugs that are not in cdda2wav.

Cdda2wav correclty sums up all events but cdparanoia uses edge events (that 
also adjust the overlap area) to forget about previous errors. This is why you 
don't get a related error message from cdparanoia.

Jörg

-- 
 EMail:joerg at schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js at cs.tu-berlin.de                (uni)  
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily