Hello. On 28/09/12 12:28, Carsten Haitzler (The Rasterman) wrote: > On Fri, 28 Sep 2012 13:20:30 +0200 Sebastian Dransfeld <s...@tango.flipp.net> > said: > >> On 09/28/2012 11:10 AM, Enlightenment SVN wrote: >>> Log: >>> eeze/sensor: Fix fake module to set timestamp to microseconds since epoch. >>> >>> Seconds is not really a suitable resolution for sensor data read outs. >>> This also aligns it with the tizen module and the public API. >>> The sleep is no longer needed in the test program either. >> >> Use ecore_time_unix_get() (Or better ecore_loop_time_get() or >> ecore_time_get() if possible)
ecore_time_unix_get() would indeed be a easy replacement here. :) > ecore_time or ecore_loop_time - loop time is when they loop woke up for some > event (be it a timeout for a timer, animator or input data) so for ecore > conceptually this is the timepoint exactly at which something happened - it > keeps animations more in sync for example :) also this timepoint is not since > some specific time like unix_time - it's all relative - so u can compare 2 > timepoints and know how far apart they are but not know in absolute terms what > it is. also this time doesnt continue ticking while a system is suspended for > example. i suggest these are the best 2 timespaces u want to use :) > ecore_time_get returns the time right now - not loop wakeup time. I was wondering about absolute v.s relative time values here. The tizen framework offers absolute values against the unix epoch. So that is one source. Other modules might do something else in the future. The only use case for the time-stamp right now is to have the possibility to check if new data has been read out since the last time you checked. A straight forward comparison of the time-stamps. Going with the unix epoch here sounds like a sane plan. We can switch the unsigned long long timestamp in the public struct to a double as we get it from ecore_time_unix_get() if you guys want. regards Stefan Schmidt ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
