Store frame time, not frame rate
alice-i-cecile opened this issue · comments
Alice Cecile commented
When used, we're taking the inverse every frame (and converting it to an f32).
Instead, store an f32
frame time in the FrameRateLimit
resource (see #10) and use that directly to save on wasted work and reduce complexity.
Provider helper methods to allow users to specify the settings with either frame rates or frame times.
Aevyrie commented
Yeah, I waffled on this a bit, I think you're right that this is a better approach.