is it my imagination, or is it a lot slower than using the command line encoders? if i convert just to cdda, it goes really fast... (from mp3, mpc, or ape) so the decoding isn't a problem... but the encoding seems like it takes too long... could just be my impatience... hehe... just wondering if anyone noticed the same before i go spending time testing things...



oh, and spoon, if you happen to read this... any chance of making it so you can add all the files in the cdwriter (preferably with recursive directory scans), and have them transcode them and burn them in 1 action.... (so on slower computers, you don't have to sit around forever adding cds... especially when making a mp3 cd...just add everything, then click and walk away)

You would have to run the same test (exactly same compression settings) with the exe, to be sure.

Have a look at the 'File Selector' addon for dMC - you can select whole folders to be converted to CD.

spoon could speak to this better, but is there any factor like the command line decode-encode
writing the intermediate uncompressed data to a temp file while the dbpoweramp convert uses
a pipe or memory cache? Even if the decode is writing to disk at the same time as the encode
is reading it could be flushing quickly through either WIndows' or the disk drive's cache rather
than waiting for the actual read/write on the disk platter.

If there is a difference (I don't think there will be, the current beta version of the dMC Lame compressor creates byte for byte exact files to lame.exe), I am not sure what it could be down to. dMC will take a monkey file, decompress chunks in memory and send those chunks to the lame_enc, afterwhich they are written to the disc. You cannot get any faster than that, no temp files nothing.

Oh yes, you would need the same version of the Lame.exe and encoder in dMC, it has been my observation that lame is getting slower (no doubt giving better sounding files) with each new release.

yeah, i kinda figured it was just my impatience... the watched pot never boils...