Quote:
Originally Posted by nik33134
Ok, I just encoded a 7:26 flac to mp3 with the old version (constant bitrate 320, max quality, at 44100Hz, auto select channel mode) and the encoding took 1:12:34. Then I used the new version 4.02 build 578 (320 CBR, best quality, 44100Hz, auto select), and got 2:18:36. The new version created an mp3 of 17,886,730 bytes, and the old version a 17,858,745 bytes mp3 file.
|
Is this the time for
encoding only or including the
decoding of the input file? BTW: What is the format of the input file?
Oh, and can you please update to the latest v4.03 build? Enable "Tools" -> "Configuration" -> "Check for Beta Updates" and then check for updates!
Quote:
Originally Posted by nik33134
I have a single core and use only one instance at a time. My observations have been empirical, and this is the first time that I used a stopwatch while encoding. But it's always been like this for me when I compared with the eye (how fast he percentage numbers change). Now either the benchmark does not fit the situation, or I don't know what...
|
Well, the benchmark compares the encoder binary used by LameXP v4.03 against the one that was used v3.18.
And your results clearly show that the difference in pure encoding speed is rather small. Also it shows that the "new" version encodes even
faster in CBR mode.
There are still two scenarios I can think of:
(a) The encoding parameters are different between v4.03 and v3.18 in some way. If slower/faster settings were used, this would explain the difference.
(b) The LameXP v4.03 front-end process uses significantly more CPU time than v3.18 on your system and this way slows down the encoder process.
Can you please check both things with the help of
ProcessExplorer ???