[colug-432] CD ripper replacement for gRip? - Asunder, RipperX, Ripoff

[R S Prigan]

Thanks for the comments!

I couldn't find Audex in the sourceforge projects, but just a glance
at the screenshot in my VM Ubuntu's  synaptic appears like something
eminently configurable. (Also available as rpm for openSUSE 12.1)

I've experimented with Asunder. It's not bad, but there is no config
for exact specification of lame command line, rather an "acceptable"
option for VBR with bitrate range specifications - e.g. 225, 345..
(Also available as rpm for openSUSE 12.1)  I also noted some
inaccuracies in the id3 tag lookup here, but it could be using the
wrong source.

I took another look at k3b, and found (buried) provisions to add
patterns with exact specifications for ripping and location, etc. *I
think  I'll use this one for my teen daughter's Kubuntu  box for
starters, as she already uses k3b when wishing to burn something --
and she is not a command line kid.  :'(

Scott


On Mon, Jun 11, 2012 at 9:33 AM, Rob Funk <rfunk at funknet.net> wrote:
> On Sunday, June 10, 2012 11:44:00 PM Peter King wrote:
>> On Sun, Jun 10, 2012 at 01:55:10PM -0400, Rob Funk wrote:
>> > That said, there are aspects of it that are rather out of date, so I've
>> > (mostly) ended up replacing it with Audex, which (last I checked) is in
>> > the Kubuntu "universe" archive.
>>
>> Don't fear the command line. Use abcde, which is just a front-end to the
>> real tools (that K3B and others use): cdparanoia, cddb, (too)lame, and so
>> on. And you can always use the subordinate tools directly. That way you
>> have all the configurability you might ever want, and as much as any tool
>> built on top of them can provide.
>
> Yeah, that's sorta the way I started long long ago, though I never actually
> used abcde. (I think the scripts I used then predated it.)  Grip added multi-
> process encoding, but processors are now so much faster than CD drives that it
> doesn't really help anymore.
>
> The cool thing about Audex, which doesn't work in text mode, is that it
> handles cover art nicely. The bad thing is that the feature doesn't always
> work in the version I have (which is getting rather old now).
> _______________________________________________
> colug-432 mailing list
> colug-432 at colug.net
> http://lists.colug.net/mailman/listinfo/colug-432