Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Whipper: Accurate Audio CD Ripping

github.com

Post reply on HN
Print view View original

121–130 of 217 posts

Re: Whipper: Accurate Audio CD Ripping

#121

Post by nofreelunch »

SloopJon wrote: post #41
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 Foo…

You can use foobar to index your music files and assign a hotkey to run a search of your music library. I have found that foobar is faster at locating files than browsing my [excessively large] music collection.

Re: Whipper: Accurate Audio CD Ripping

#122

Post by freedomben »

gompertz wrote: post #45
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.

If you set the suggested alias in your bashrc, there's nothing to remember. I use this same solution for many other things and it's fantastic.

Re: Whipper: Accurate Audio CD Ripping

#123

Post by TacticalCoder »

acidburnNSA wrote: post #84

That's a nice package. I use some of the components on the command line to get my CD data to the music server. Extract data to wav: cdparanoia -B Compress all wavs to mp3 (in parallel, takes like 1 second, crazy!): parallel lame --preset extreme {} -o {.}.mp3 ::: *.wav Clean up folder rm *.wav Import into mopidy library and lookup/apply metadata with beets beet import . sudo su - mopidy -s /bin/bash -c 'mopidy --conf…

But the whole point of software like whipper or EAC is that they crosscheck your rips with an online DB of rips (and you know, when your rip's checksum match, that it's 100% correct because there's no way you and x other people would have read the same wrong rip, misreading the exact same errors).

As I understand it cdparanoia does not such check. It's "paranoid" by its own but you're not verifying that your rip is 100% perfect.

But then if you then convert it to mp3 and discard the lossless files anyway, I take it you don't care much about data integrity.

whipper and EAC do serve another purpose than cdparanoia (I think, btw, that whipper is something uses cdparanoia under the hood) and I'm pretty sure that people who do care about bitperfect rips do not then go and convert their files to mp3s.

FWIW a .flac file (now a .wav but a .flac: that is lossless and compressed) is about twice the size of a 320 kbps mp3 I think.

Seen that songs are tinier than tiny files compared to modern standards I'm totally fine playing the .flac files I ripped using whipper.

It's both my audio "source" and my backups.

Re: Whipper: Accurate Audio CD Ripping

#124

Post by 112233 »

jancsika wrote: post #19
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…

For your setup-- if I do original CD -> accrual's rip -> burned CD, does burned CD == original CD for all values of original CD? I'm mostly thinking of those interstitial lead-in thingies on live and concept albums. E.g., if you let a CD play from track 1 to track 2, there may be 5 seconds of crowd noise leading in to track 2. CD players would show this as track 2 at timing "-5", then count down to zero to get to the…

Depends. AFAIK subchannels are not dumped verbatim, so things like CD-TEXT and CD+G images or toc/timing hacks may get lost or mangled.

Re: Whipper: Accurate Audio CD Ripping

#125

Post by TacticalCoder »

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…

> This is pretty cool, it's like a Python and * nix version of Exact Audio Copy (EAC) for Windows.

And it's now packaged with many Linux distro. At some point it wasn't packaged with Debian and I simply couldn't get it to build so... For a while I ran Fedora on an old PC only to get whipper! Nowadays whipper* ships on even Debian / Devuan so life is good.

Re: Whipper: Accurate Audio CD Ripping

#126

Post by ryandrake »

kkielhofner wrote: post #44
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…

Yea, OP's complaint is valid, but this was the wrong project to post it on because this particular project actually does come with distro packages and source. Providing a Docker image as an option is great. Providing it as the only option, not so great.

Re: Whipper: Accurate Audio CD Ripping

#128

Post by nofreelunch »

coopl wrote: post #18
sickcodebruh wrote: post #8

Discovering music in the pre-gap before track 1 was my childhood equivalent of discovering a magickal incantation. In a world before mass use of the Internet, those who knew many of these secrets were our High Priests and Priestesses. I love the ease with which modern music can spread around the world but I miss the opportunity for surprise and discovery.

Wait what? How does this work? Which CDs had music stored before the start of the first track?

[dead]
Post reply on HN