[Ffmpeg-devel] Apropos LRINTF

Michel Bardiaux mbardiaux
Mon Oct 16 13:52:03 CEST 2006


No, this is not "again a thread about lrintf missing"!

Because I need an ultra-super-hyper-optimized rounding function for some 
app (specifically, julian date calculations), I had a look at how lrintf 
was supplied and used in ffmpeg. Some things had me puzzled.

The man page for lrintf says "These  functions round their argument to 
the nearest integer value, using the current rounding direction". The 
inline for mingw uses fistpl, which will do just that. Then why is there 
a comment " better than nothing implementation."?

Also, this implies that the "current rounding direction" is set, but 
there is no call (nor stub) to fesetround anywhere. It looks like the 
intent is rounding towards zero, but then why is the naive C 
implementation "(int)(x + (x < 0 ? -0.5 : 0.5)" branded as incorrect?

Why is lrintf used at all, instead of round or trunc? An application 
using lavc could call fesetround and completely mess up the codecs, no?

TIA,
-- 
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux at mediaxim.be

Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/




More information about the ffmpeg-devel mailing list