On Thu, 13 Nov 2008 11:48:40 -0200 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:

i'd say add it in - default precision can be 0.0 (ie as accurate as possible).
e17's powersave can try and change this - but there is a problem. animators
WANT to run very regularly. normal timers do not. internally ecore_animator
uses timers. i think we need a way to flag timers as movable or not. so the
ecore_animator timer - if there, won't be shifted, but other timers will shift
TO the animator timer instead. in this way the animator remains regular but we
merge nearby timers in. add that and it'll be pretty much perfect. powersave
can swizzle this :)

> On Thu, Nov 13, 2008 at 10:10 AM, Iván Briano (Sachiel)
> <[EMAIL PROTECTED]> wrote:
> > On Thu, Nov 13, 2008 at 9:22 AM, Gustavo Sverzut Barbieri
> > <[EMAIL PROTECTED]> wrote:
> >> Hi guys,
> >>
> >> Attached is a patch to add configurable precision for ecore timers, an
> >> idea that I got at ELC-E from various power saving talks and also
> >> after looking at my machine's powertop results with some effects
> >> running.
> >>
> >> Since timers can be delayed by the system itself, for example under
> >> heavy load, the idea here is to dispatch as much as possible the
> >> timers at the same time. If we have timers that abs(t1 - t2) <=
> >> precision, then have the timer to expire in max(t1, t2) and then
> >> min(t1, t2) will be delayed up to precision amount. Maybe i was not
> >> too clear, attached is also a test case.
> >>
> >> I still don't have any code using it, but possible I'll add to some
> >> products.
> >>
> >> Please comment and I'll commit it to SVN this weekend.
> >>
> >
> > Only the test made it, it almost looks as if you've screwed up your mime
> > types.
> >
> >> --
> >> Gustavo Sverzut Barbieri
> >> http://profusion.mobi embedded systems
> >> --------------------------------------
> >> MSN: [EMAIL PROTECTED]
> >> Skype: gsbarbieri
> >> Mobile: +55 (19) 9225-2202
> >>
> >> -------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >> challenge Build the coolest Linux based applications with Moblin SDK & win
> >> great prizes Grand prize is a trip for two to an Open Source event
> >> anywhere in the world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________ enlightenment-devel
> >> mailing list [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >>
> >>
> >
> 
> 
> 
> -- 
> Gustavo Sverzut Barbieri
> http://profusion.mobi embedded systems
> --------------------------------------
> MSN: [EMAIL PROTECTED]
> Skype: gsbarbieri
> Mobile: +55 (19) 9225-2202


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [EMAIL PROTECTED]


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to