JoeLametta

> libcdio-utils hasn't included cd-paranoia upstream for a while, breaking out libcdio-cdparanoia. ??? (`cd-paranoia` is definitely included): https://packages.debian.org/sid/amd64/libcdio-utils/filelist I think I've misunderstood something... 🤣

I'm sorry: I only tried to list the package content (the listing is wrong indeed). According to [snapshot.debian.org](http://snapshot.debian.org/binary/libcdio-utils/) the `cd-paranoia` binary was included up to the `0.83` releases: starting from...

🎆 Yesterday [whipper 0.6.0](https://www.deb-multimedia.org/dists/unstable/main/binary-amd64/package/whipper.php) has been added to the `deb-multimedia` repository ([announcement here](http://www.deb-multimedia.org/lurker/message/20180215.145232.17c36575.en.html)). Thanks to Christian Marillat!

Because of #234 and #302 I think that this one gains higher priority...

@pieqq Depends, it may also be implemented in a more general way (like proposed in #244).

@spvkgn Thanks for the snap package! When you deem it to be ready, let me know so that I'll mention it in whipper's README. :wink:

@RecursiveForest started experimenting on this one (don't recall what was the outcome).

@45054 1. As you've already stated ASUS_WHIPPER rips both match. 2. Each ASUS_EAC rip differs from the others. Whipper rips done using the ASUS drive (not capable of extracting HTOA...

> OK. Thanks for investigating. Could the fact that whipper detects issues and fills the non readable parts with zeroes be reflected in the log? Otherwise the users might assume,...

@45054 Thanks for the log report. I'm going to look at `cdparanoia.py` to see if there's an easy way to handle this one.