Hey Cedric, On 18/05/13 10:40, Cedric BAIL wrote: > On Sat, May 18, 2013 at 2:39 AM, Daniel Willmann <d.willm...@samsung.com> > wrote: >> On 16/05/13 17:56, Daniel Willmann wrote:
>> Also some of ecore_animator (probably stuff that was added later on) >> actually uses floating point math no matter what so we could probably >> just get rid of eina_fp in ecore_anim completely... > > They are less commonly used also, but fixed point is an order of > magnitude faster on hardware with out FPU. That code is in the hot > path of edje and has a direct impact on animation speed. It has to be > preserved. Edje automatically stop animation at 1, so having a not > exact answer at that point is not really an issue for our main use > case. Does EFX use it and is it a real problem to have less precision > there ? I was talking about ecore_animator. Edje actually has a configure option to switch between FP and float. ecore_animator uses eina_fp regardless. Anyway, after including rounding in the eina_f32p32_mul function everything looks a lot better now. Regards, Daniel ------------------------------------------------------------------------------ AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
