Allright, my (hopefully ;)) final word on my Pentium 133MHz bad MP3 encoding
performance... I just compiled the released 3.80 and it's slower (CBR) than
what I just encoded with 3.69, as you can see below:
Linux shell> lame -h track_07.wav
LAME version 3.80 (www.sulaco.org/mp3)
GPSYCHO: GPL psycho-acoustic and noise shaping model version 0.77.
Using polyphase lowpass filter, transition band: 15115 Hz - 15648 Hz
Encoding track_07.wav to track_07.wav.mp3
Encoding as 44.1 kHz 128 kbps j-stereo MPEG1 LayerIII (11.0x) qval=2
Frame | CPU/estimated | time/estimated | play/CPU | ETA
8018/ 8018(100%)| 0:09:00/ 0:09:00| 0:09:36/ 0:09:36| 0.3881| 0:00:00
So, I guess it's memory performance that bugs my computer; it's got
an Intel processor (which I think should FPU pretty well?), but since my
computer began to behave VERY strangly, I switched the memory clocking speed
from 0.60ns to 0.70ns (if I'm right). Now the computer crashes less often
and produces less strange output (but it's still a lousy computer), but I guess
memory performance is the price I have to pay for that...
Ivo
On Sun, May 07, 2000 at 02:12:48AM +0900, Takehiro Tominaga wrote:
> >>So, when you get only rates around 0.3x, then there are following possibilities:
> >>a) your test song is hard to encode
> >>b) you use an older, slower version of LAME
> >>c) your compiler does some strange things
> >>d) your Pentium runs at half speed
> e) your machine has no 2nd cache or poorly setting BIOS.
>
> Be sure machine speed is not determined by only CPU clock.
> check your CPU architecture and memory performance.
>
> Pentium/K6/686MX is very slow, cause it has only slow FPU. even at the
> same clock, Pentium will be half or 3/4 speed of Pentium Pro for the
> encoding.
> ---
> Takehiro TOMINAGA // may the source be with you!
> --
> MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
