>
> > This is the new ass-kicking quantize-pvt.c with inline assembly for MSVC.
>
> Nice! With "lame -h iron.wav nul" on my Celery 400 I get (after merging with
> Takehiro's latest changes too)
>
> XRPOW_FTOI: 1.36x
> XRPOW_FTOI + compareval0: 1.71x
> Acy's new code: 2.03x
>
> BTW, I noticed while profiling the other day that in normal mode,
> quantize_xrpow is usually called *more* often than in HQ mode. What's up
> with that?
>
> -- Mat.
>
Here's the reason:
For non-HQ mode, mid/side frames use the same scalefactores for
both mid and side channels. in HQ they are allowed to be independent,
resulting in more possible quantizations that must be tried,
which means more calls to quantize_xrpow.
Mark
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
