Whipper: Accurate Audio CD Ripping • Hacker News Board

Re: Whipper: Accurate Audio CD Ripping

#41

Post by SloopJon » Sat, Jan 14, 2023, 4:08 PM UTC

accrual wrote: post #3

This is pretty cool, it's like a Python and *nix version of Exact Audio Copy (EAC) for Windows. I enjoy the ritual of perfectly ripping a CD. I can spend an hour or two scanning the artwork, verifying the track names, performing the rip, losslessly compressing (I prefer FLAC), generating .cue files, checksuming everything, then sitting down to experience the best possible digital copy of a physical item I can self pr…

Years ago, I had most of my music ripped to AAC in iTunes, easily accessible, browsable, and shuffleable.

I now rip each of my CDs to a single FLAC and cue sheet (using XLD on Mac), on the theory that it's the most accurate way to archive a disc. However, I haven't found anything that offers the same accessibility to such a collection as iTunes did. I look through folders, and drag a few cue sheets at a time into Foobar 2000.

Any tips?

Re: Whipper: Accurate Audio CD Ripping

#42

Post by emersion » Sat, Jan 14, 2023, 4:09 PM UTC

My go-to CD ripper is https://github.com/cyanreg/cyanrip

Re: Whipper: Accurate Audio CD Ripping

#43

Post by dsr_ » Sat, Jan 14, 2023, 4:13 PM UTC

accrual wrote: post #3

This is pretty cool, it's like a Python and *nix version of Exact Audio Copy (EAC) for Windows. I enjoy the ritual of perfectly ripping a CD. I can spend an hour or two scanning the artwork, verifying the track names, performing the rip, losslessly compressing (I prefer FLAC), generating .cue files, checksuming everything, then sitting down to experience the best possible digital copy of a physical item I can self pr…

I think it's great when the artists sell me a complete FLAC of their album, so I don't need to do any of that.

Otherwise, I prefer methods that get me CD->FLAC transfers in a few minutes.

Re: Whipper: Accurate Audio CD Ripping

#44

Post by kkielhofner » Sat, Jan 14, 2023, 4:13 PM UTC

thrownawaysz wrote: post #29

>Docker Maybe it's just me but when I see Docker with a project like this I already zone out. This is still just based on cdparanoia/cdrdao [0]. I wish people would just push single portable binaries instead of starting the whole process with Docker (especially when the source code is alreaedy available) 0, https://github.com/whipper-team/whipper/blob/develop/whipper... 0, https://github.com/whipper-team/whipper/blob…

Packages are available for just about any distro in the next heading. Source is available as well (obviously).

Still not a single binary but as you note with it being written in python and based on cdparanoia, etc how would that work?

It's based on python with relatively obscure requirements[0] that also calls out to system binaries. Looking at the Dockerfile[1] it is built with specific revs of component software to work around various issues. Take a look at the build docs and you'll see just how many existing projects (python and otherwise) it takes to deliver the end result.

IMO Docker is one of the "best" and most straightforward ways to package up all of this with the end result (as usual) putting any Linux user two commands away from ripping a disc.

[0] - https://github.com/whipper-team/whipper/blob/develop/require...

[1] - https://github.com/whipper-team/whipper/blob/develop/Dockerf...

Re: Whipper: Accurate Audio CD Ripping

#45

Post by gompertz » Sat, Jan 14, 2023, 4:18 PM UTC

thrownawaysz wrote: post #29

>Docker Maybe it's just me but when I see Docker with a project like this I already zone out. This is still just based on cdparanoia/cdrdao [0]. I wish people would just push single portable binaries instead of starting the whole process with Docker (especially when the source code is alreaedy available) 0, https://github.com/whipper-team/whipper/blob/develop/whipper... 0, https://github.com/whipper-team/whipper/blob…

I zone out too and thought it was just me. I think the problem is more that I don't use docker frequent enough so I have to visit the commands each time and do a refresher, which deters me.

Re: Whipper: Accurate Audio CD Ripping

#46

Post by magicalhippo » Sat, Jan 14, 2023, 4:19 PM UTC

thrownawaysz wrote: post #29

>Docker Maybe it's just me but when I see Docker with a project like this I already zone out. This is still just based on cdparanoia/cdrdao [0]. I wish people would just push single portable binaries instead of starting the whole process with Docker (especially when the source code is alreaedy available) 0, https://github.com/whipper-team/whipper/blob/develop/whipper... 0, https://github.com/whipper-team/whipper/blob…

As a mere user, the thing I like about Docker is that it centralizes the configuration settings and storage.

For most Docker instances I run I have a simple script (or compose file) which does everything, and by reading it I know exactly which configuration tweaks I did and where the data is stored. No more forgetting that one line in some non-obvious file in /etc that made everything work. Backing it all up is trivial as the volume mapping makes it clear where the important data is stored.

Of course, if the project doesn't have any dependencies and doesn't require tweaking /etc settings to work, then sure a single self-sufficient binary would suffice. However this project relies on Python, so that's probably not gonna work.

Re: Whipper: Accurate Audio CD Ripping

#47

Post by croes » Sat, Jan 14, 2023, 4:19 PM UTC

victorvosk wrote: post #5

I love how this software would have been legend in the 90s/00s but now you are just a weird audiophile nerd for messing around with physical CDs.

In the 00s you just used Exact Audio Copy

Re: Whipper: Accurate Audio CD Ripping

#48

Post by xen2xen1 » Sat, Jan 14, 2023, 4:20 PM UTC

thrownawaysz wrote: post #29

>Docker Maybe it's just me but when I see Docker with a project like this I already zone out. This is still just based on cdparanoia/cdrdao [0]. I wish people would just push single portable binaries instead of starting the whole process with Docker (especially when the source code is alreaedy available) 0, https://github.com/whipper-team/whipper/blob/develop/whipper... 0, https://github.com/whipper-team/whipper/blob…

Funny, I was already pre-sad that it probably wasn't dockerized. Wonder if I can combine this with another docker project and this will rip CD's and the other will rip DVD's automatically?

Re: Whipper: Accurate Audio CD Ripping

#49

Post by xen2xen1 » Sat, Jan 14, 2023, 4:21 PM UTC

accrual wrote: post #3

This is pretty cool, it's like a Python and *nix version of Exact Audio Copy (EAC) for Windows. I enjoy the ritual of perfectly ripping a CD. I can spend an hour or two scanning the artwork, verifying the track names, performing the rip, losslessly compressing (I prefer FLAC), generating .cue files, checksuming everything, then sitting down to experience the best possible digital copy of a physical item I can self pr…

I no longer buy CD's, but all that we have in the house have been converted to FLAC and put in the cloud / multiple places.

Re: Whipper: Accurate Audio CD Ripping

#50

Post by gjsman-1000 » Sat, Jan 14, 2023, 4:23 PM UTC

accrual wrote: post #3

This is pretty cool, it's like a Python and *nix version of Exact Audio Copy (EAC) for Windows. I enjoy the ritual of perfectly ripping a CD. I can spend an hour or two scanning the artwork, verifying the track names, performing the rip, losslessly compressing (I prefer FLAC), generating .cue files, checksuming everything, then sitting down to experience the best possible digital copy of a physical item I can self pr…

I suggest looking, maybe, at ALAC as well, even though it is generally slept on.

It is open source now just like FLAC, and actually has built-in support in Windows and many Linux music players despite being an Apple format, making it somewhat more universally compatible than FLAC (which isn’t supported in iOS or macOS).