Switched times to Uint32 milliseconds in SFML 2

[The DarK']

Well micro is still a thousand times better then milis!

Indeed !

However, the last git version doesn't provide the micro.


A possible solution, in order to keep the S of SFML, and deliver the exact nanosecond time : provide 2 functions.

GetElapsedTime() / GetFrameTime(); // In float (second), easy to manipulate. (Sprite.Move(ElapedTime * 20, 0) for example).

GetPreciseElapsedTime()  / GetPreciseFrameTime(); // In nanosecond.


So, everybody is happy  

[Laurent]

I'm currently working on a new API for timing, don't worry

[Mario]

Any news/ETA on this? Right now I simply wait for at least 10 ms to pass, before adding up frame times, as a workaround. However I'd prefer going back to a simple "time += timer.GetElapsedTime()" to determine the timeframe I have to update.

[Laurent]

The time API will be updated soon, with a big surprise :lol:

[OniLinkPlus]

The time API will be updated soon, with a big surprise :lol:

We can measure time down to the planck scale?!

[Laurent]

We can measure time down to the planck scale?!

No, you'll have to wait for SFML 172.0 to get this feature.

The big surprise is not about the time API.

[Klaim]

Use of std::chrono-like code maybe?

[Laurent]

Use of std::chrono-like code maybe?

A little bit. But it will remain very simple.

[Tronic]

The Time/seconds API should be changed so that it uses double rather than float. As shown previously, float is not precise enough for timing.

[minirop]

float is not precise enough for timing.

did you look at the source code ? internally it's a Uint64 (so microseconds) and it's cast to float when asked.

float Time::asSeconds() const
{
    return m_microseconds / 1000000.f;
}

if you really need floating and accuracy, take asMicroseconds and cast it yourself to double.