Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Audiograbber dll? (Read 2961 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Audiograbber dll?

One of these days, I'd LOVE to see an Audiograbber dll for MPC.  LAME and other codecs can be used internally, the benefits being that there are no extra windows, and all settings can be managed internally.  Also, this allows for direct rip -> encode, rather than an intermediate .wav file, which speeds up encoding for those of us who don't normalize our ripped music.  Are there any plans for such a dll?  I'm sure that it would be greatly appreciated by the Audiograbber community.

Audiograbber dll?

Reply #1 –
I know you want to hear about MPC dll's and Audiograbber, not some other ripping program, but I just wanted to remind you (in case you didn't know) that you can have EAC encode the last song(s) while ripping the next one, which will speed up ripping for any album with multiple tracks. (More details here: the thing about SMP is applicable to single-processor systems as well.)

I'm just mentioning it because if this speed increase is all you want, then a dll isn't necessary.

Audiograbber dll?

Reply #2 –
The speed increase is at the rock bottom of the totem pole.  The extra window that's opened, as well as the lack of availability for a live recording through Audiograbber sucks.  A .dll would allow for greater versatility.  Also, encoding and ripping at the same time sucks, because (when using ASPI or the native Win32 calls in XP) the encoder greatly slows down the ripping process, down from about 20-30X to about 3-5X.  No thanks, that actually makes the whole process slower than if I rip the tracks all at once, and then encode after the ripping is done for the whole CD.  And lastly, I hate EAC.  It's convoluted, with a confusing interface. It is also so dedicated to "secure ripping" that all of it's other ripping methods suffer from lack of development.  Whatever.  That's my personal opinion.  You are, of course, entitled to yours.  But I won't be using EAC again any time in the near future.
 

Audiograbber dll?

Reply #3 –
Quote
The speed increase is at the rock bottom of the totem pole.  The extra window that's opened, as well as the lack of availability for a live recording through Audiograbber sucks.  A .dll would allow for greater versatility.  Also, encoding and ripping at the same time sucks, because (when using ASPI or the native Win32 calls in XP) the encoder greatly slows down the ripping process, down from about 20-30X to about 3-5X.  No thanks, that actually makes the whole process slower than if I rip the tracks all at once, and then encode after the ripping is done for the whole CD.  And lastly, I hate EAC.  It's convoluted, with a confusing interface. It is also so dedicated to "secure ripping" that all of it's other ripping methods suffer from lack of development.  Whatever.  That's my personal opinion.  You are, of course, entitled to yours.  But I won't be using EAC again any time in the near future.

I used to be an audiograbber only person, but after spending some time with EAC I got over my initial impressions and discovered that it's got some features which make life easier than it was with Audiograbber; like naming directories with the artist and album name together instead of manually adding the artist afterwards.

EAC's secure mode is IMO the only way to rip, even though it doesn't give the hyper-fast ripping speeds that you see with other programs.  Secure mode plus the detail that EAC gives you about problematic spots has eliminated the need to go back and listen for the clicks I occasionally got with Audiograbber.  With EAC, if it says no errors occured I know that the files I just encoded all came from audio data that was identical to what was pressed onto the CD.  Having gotten used to EAC, Audiograbber seems dumbed down and worrisome.  Needless to say I've never looked back.

G

EDIT:  I can also multi-task while ripping and never worry about causing audio problems using EAC's secure mode.