Feature requests...?

[John Robinson-2]

I'm loving EAC, getting accurate rips of my CD collection to FLAC, but
there are a couple of things I wish it did...

Firstly, it could start the external program to convert the format as
soon as it starts ripping each track, and feed it the data down a pipe,
rather than ripping, saving to WAV, and FLAC'ing afterwards. Or even
just continue ripping track N+1 while track N is being FLAC'ed. This
would probably halve the time it takes for most of my CDs (tracks get
ripped at up to 20x, but total progress is rarely over 10x).

Secondly, any chance of adding artwork? I know there are other programs
to do that like mp3tag but it would be SO COOL if EAC could do it too...
save me even more time ripping, and I've hundreds of CDs still to do.

If these are already possible or can be made to happen but I've just not
pushed the right buttons or I could hook in another external program,
I'd be glad to hear too...

Cheers,

John.

[Andre Wiethoff]

Hi!

I tried to implement that some time ago, but as I would need to write
special code for nearly every command line encoder (and most of them
doesn't accept audio from stdio...) I stopped this. You would need to
have to use a ACM codec for this.
Anyway, I can not see why this is a problem to start compression one
track later? Using the compression queue and several encoding threads
there should be no problem having it all encoded some seconds after the
last track has ripped...

The other thing will probably come, see the feature request thread in
the Forum...

cu, Andre

> I'm loving EAC, getting accurate rips of my CD collection to FLAC, but
> there are a couple of things I wish it did...
>
> Firstly, it could start the external program to convert the format as
> soon as it starts ripping each track, and feed it the data down a pipe,
> rather than ripping, saving to WAV, and FLAC'ing afterwards. Or even
> just continue ripping track N+1 while track N is being FLAC'ed. This
> would probably halve the time it takes for most of my CDs (tracks get
> ripped at up to 20x, but total progress is rarely over 10x).
>
> Secondly, any chance of adding artwork? I know there are other programs
> to do that like mp3tag but it would be SO COOL if EAC could do it too...
> save me even more time ripping, and I've hundreds of CDs still to do.
>
> If these are already possible or can be made to happen but I've just not
> pushed the right buttons or I could hook in another external program,
> I'd be glad to hear too...
>  

[John Robinson-2]

On 26/04/2008 12:34, Andre Wiethoff wrote:

> Hi!
>
> I tried to implement that some time ago, but as I would need to write
> special code for nearly every command line encoder (and most of them
> doesn't accept audio from stdio...) I stopped this. You would need to
> have to use a ACM codec for this.
> Anyway, I can not see why this is a problem to start compression one
> track later? Using the compression queue and several encoding threads
> there should be no problem having it all encoded some seconds after the
> last track has ripped...

That would be fine, is that already an option? At the moment it's
ripping one track to WAV, then compressing it, then ripping the next...
where is the option to use the compression queue? Oh right, there it is,
in the EAC Options->Tools dialogue. Sorry, I hadn't spotted it, I'll
give it a go!

> The other thing will probably come, see the feature request thread in
> the Forum...

The artwork thing? Excellent, I look forward to it. I imagine it will be
much more difficult to get right than the track names from freedb, so
good luck with it! And if you need testers, please let me know, I'm
happy to help if possible.

Many thanks for your help,

Cheers,

John.