alternative CD ripping backend: whipper

[mainrs]

Is this feature missing in the latest version?

• [x] I'm using the latest release

Is your feature request related to a problem? Please describe.

A feature request based on the discussion found at #1292. The rewrite could include a feature that allows one to easily swap out the ripping backend.

Describe the solution you'd like?

The best way would be some kind of builtin whipper support, but delegating ripping to commands that get invoked could also work (although messy).

Describe alternatives you've considered?

No response

Anything else?

No response

Code of Conduct

• [x] I agree to follow this project's Code of Conduct

[github-actions[bot]]

If youre having issues, please remember to read the wiki and follow the instructions carefully

[microtechno9000]

Can you provide some information on the whipper software Presume you don't mean "A string trimmer, also known by the portmanteau strimmer and the trademarks Weedwacker, Weed Eater and Whipper Snipper" Whipper Snipper

[mihawk90]

This here:

https://github.com/whipper-team/whipper

I think I mentioned it in the past somewhere too.

The handy thing about whipper is the log it produces similar to EAC on Windows, as Picard is also able to import it for a disc search.

[mainrs]

This here:

whipper-team/whipper

I think I mentioned it in the past somewhere too.

The handy thing about whipper is the log it produces similar to EAC on Windows, as Picard is also able to import it for a disc search.

Yes, I opened the issue because one of the maintainers mentioned that a separate tracking issue for the refactored version of ARM would be good!

The feature that I find most valuable is the fact that whipper checks the resulting flac files against the AccurateRip database. I can already do this using abcde hooks/script files, but it is wonky at best...

[oopsbagel]

This would be great, whipper ensures that your rip is accurate; abcde does not. Much better for archivists.