61–70 of 217 posts
Somewhat related question: what's the gold standard for organizing ripped music, ideally with some sort of metadata lookup? Ever since Google Music shut down, I have my exported music in a folder, but it's badly organized and with duplicates. Too daunting a task for me to do manually - especially because some of the id3 tags somehow got messed up.
>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…
Earlier quoted context omitted.
Docker is a life saver if your shipping software on Linux. Otherwise you’re going to have to deal with endless bug reports from oddball distros. Docker lets you test with a stable set of dependencies and know that’s what your users will see.
It's like people forget statically compiled binaries exist
Can someone explain to me why this is needed vs an imagining tool (say ddrescue)? Is there no tool that actually makes a bit perfect copy yet?
ddrescue can't read audio tracks, Audio CDs doesn't have a file system in the traditional sense either etc. It's not meant for copy Audio CDs but CD-ROMs That's why CDRDAO or CDDA Paranoia exist for decades. https://web.archive.org/web/20160528213242/https://thomas.ap... https://www.xiph.org/paranoia/ https://cdrdao.sourceforge.net/
Is this false?
I have also noticed that, sometimes, ddrescue has trouble ripping dvds, chocking out or producing a low quality rip, that will play perfectly on the same hardware with VLC
Can someone explain to me why this is needed vs an imagining tool (say ddrescue)? Is there no tool that actually makes a bit perfect copy yet?
There’s a lengthy explanation in the wiki linked from the github page. But basically cd drives don’t give you a raw stream, and does stuff like error correction.
Earlier quoted context omitted.
This type of ripping, comparing to other rips (paranoia) for bit-for-bit error correction integrity is part of XLD for Mac et al. However, even as a full time audio person, I consider paranoia overkill, and in someways backwards - I want my rip to be my unique rip and not precisely anyone else's - though of course, it most likely is anyway. You do realise, assuming you ripped to a lossless audio format, your cd rips…
My audio now is usually played via AirPods. So any lossless rip is lost on me since it’s compressed anyway.
>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…
Configuration software like Docker is the new Java.
Snap actually uses the same container technology as Docker.
(Not a fan of Snap, though)
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.
Earlier quoted context omitted.
This type of ripping, comparing to other rips (paranoia) for bit-for-bit error correction integrity is part of XLD for Mac et al. However, even as a full time audio person, I consider paranoia overkill, and in someways backwards - I want my rip to be my unique rip and not precisely anyone else's - though of course, it most likely is anyway. You do realise, assuming you ripped to a lossless audio format, your cd rips…
>your cd rips are 8-12x more accurate than anything streamed of Spotify? How did you calculate a factor by which lossless is better than lossy?
>...How did you calculate a factor by which lossless is better than lossy?
I specifically typed accurate, not better.