Gaffer on games timestep: std::chrono implementation

后端 未结 1 485
-上瘾入骨i
-上瘾入骨i 2021-02-10 15:08

If you\'re not familiar with the Gaffer on Games article \"Fix your Timestep\", you can find it here: https://gafferongames.com/post/fix_your_timestep/

I\'m building a g

1条回答
  •  悲哀的现实
    2021-02-10 15:10

    Below I implement a couple of different versions of "final touch" from Fix your Timestep using . My hope is that this example will translate to your desired code.

    The main challenge is figuring out what unit each double represents in Fix your Timestep. Once that is done, the transformation to is fairly mechanical.

    Front matter

    So that we can easily change out the clock, start with a Clock type, for example:

    using Clock = std::chrono::steady_clock;
    

    Later I'll show that one can even have Clock be implemented in terms of SDL_GetTicks() if desired.

    If you have control over the signature if the integrate function, I recommend double-based seconds units for the time parameters:

    void
    integrate(State& state,
              std::chrono::time_point>,
              std::chrono::duration dt);
    

    This will allow you to pass anything you want in (as long the time_point is based on Clock), and not have to worry about explicit casting to the correct units. Plus physics computations are often done in floating point, so this lends itself to that as well. For example if State simply holds an acceleration and a velocity:

    struct State
    {
        double acceleration = 1;  // m/s^2
        double velocity = 0;  // m/s
    };
    

    and integrate is supposed to compute the new velocity:

    void
    integrate(State& state,
              std::chrono::time_point>,
              std::chrono::duration dt)
    {
        using namespace std::literals;
        state.velocity += state.acceleration * dt/1s;
    };
    

    The expression dt/1s simply converts the double-based chrono seconds into a double so it can participate in the physics computation.

    std::literals and 1s are C++14. If you are stuck at C++11, you can replace these with seconds{1}.

    Version 1

    using namespace std::literals;
    auto constexpr dt = 1.0s/60.;
    using duration = std::chrono::duration;
    using time_point = std::chrono::time_point;
    
    time_point t{};
    
    time_point currentTime = Clock::now();
    duration accumulator = 0s;
    
    State previousState;
    State currentState;
    
    while (!quit)
    {
        time_point newTime = Clock::now();
        auto frameTime = newTime - currentTime;
        if (frameTime > 0.25s)
            frameTime = 0.25s;
        currentTime = newTime;
    
        accumulator += frameTime;
    
        while (accumulator >= dt)
        {
            previousState = currentState;
            integrate(currentState, t, dt);
            t += dt;
            accumulator -= dt;
        }
    
        const double alpha = accumulator / dt;
    
        State state = currentState * alpha + previousState * (1 - alpha);
        render(state);
    }
    

    This version keeps everything almost exactly the same from Fix your Timestep, except some of the doubles get changed to type duration (if they represent time durations), and others get changed to time_point> (if they represent points in time).

    dt has units of duration (double-based seconds), and I presume that the 0.01 from Fix your Timestep is a type-o, and the desired value is 1./60. In C++11 1.0s/60. can be changed to seconds{1}/60..

    local type-aliases for duration and time_point are set up to use Clock and double-based seconds.

    And from here on out, the code is nearly identical to Fix your Timestep, except for using duration or time_point in place of double for types.

    Note that alpha is not a unit of time, but a dimension-less double coefficient.

    • How can I replace SDL_GetTicks() with std::chrono::high_resolution_clock::now()? It seems like no matter what I need to use count()

    As above. There is no use of SDL_GetTicks() nor .count().

    • How can I replace all the floats with actual std::chrono_literal time values except for the end where I get the float deltaTime to pass into the update function as a modifier for the simulation?

    As above, and you don't need to pass a float delaTime to the update function unless that function signature is out of your control. And if that is the case, then:

    m_gameController->Update(deltaTime/1s);
    

    Version 2

    Now let's go a little further: Do we really need to use floating point for the duration and time_point units?

    Nope. Here's how you can do the same thing with integral-based time units:

    using namespace std::literals;
    auto constexpr dt = std::chrono::duration>{1};
    using duration = decltype(Clock::duration{} + dt);
    using time_point = std::chrono::time_point;
    
    time_point t{};
    
    time_point currentTime = Clock::now();
    duration accumulator = 0s;
    
    State previousState;
    State currentState;
    
    while (!quit)
    {
        time_point newTime = Clock::now();
        auto frameTime = newTime - currentTime;
        if (frameTime > 250ms)
            frameTime = 250ms;
        currentTime = newTime;
    
        accumulator += frameTime;
    
        while (accumulator >= dt)
        {
            previousState = currentState;
            integrate(currentState, t, dt);
            t += dt;
            accumulator -= dt;
        }
    
        const double alpha = std::chrono::duration{accumulator} / dt;
    
        State state = currentState * alpha + previousState * (1 - alpha);
        render(state);
    }
    

    There is really very little that has changed from Version 1:

    • dt now has the value 1, represented by a long long, and has units of 1/60 of a second.

    • duration now has a strange type that we don't even have to know the details about. It is the same type as the resultant sum of a Clock::duration and dt. This will be the coarsest precision that can exactly represent both a Clock::duration and 1/60 of a second. Who cares what it is. What is important is that the time-based arithmetic will have no truncation error, or not even any round-off error if Clock::duration is integral-based. (Who said that one can not exactly represent 1/3 on a computer?!)

    • The 0.25s limit gets transformed instead into 250ms (milliseconds{250} in C++11).

    • The computation of alpha should aggressively convert to double-based units to avoid the truncation associated with integral-based division.

    More about Clock

    • Use steady_clock if you don't need to map t to a calendrical time in your physics, and/or you don't care if t slowly drifts away from the exact physical time. No clock is perfect, and steady_clock never gets adjusted to the correct time (such as by an NTP service).

    • Use system_clock if you need to map t to a calendrical time, or if you want t to stay in sync with UTC. This will require a few small (probably millisecond-level or smaller) adjustments to Clock as the game plays.

    • Use high_resolution_clock if you don't care whether you get steady_clock or system_clock and want to be surprised which you get each time you port your code to a new platform or compiler. :-)

    • Finally, you can even stick with SDL_GetTicks() if you want by writing your own Clock like this:

    E.g.:

    struct Clock
    {
        using duration = std::chrono::milliseconds;
        using rep = duration::rep;
        using period = duration::period;
        using time_point = std::chrono::time_point;
        static constexpr bool is_steady = true;
    
        static
        time_point
        now() noexcept
        {
            return time_point{duration{SDL_GetTicks()}};
        }
    };
    

    Switching between:

    • using Clock = std::chrono::steady_clock;
    • using Clock = std::chrono::system_clock;
    • using Clock = std::chrono::high_resolution_clock;
    • struct Clock {...}; // SDL_GetTicks based

    requires zero changes to the event loop, the physics engine, or the render engine. Just recompile. Conversion constants get updated automatically. So you can easily experiment with which Clock is best for your application.

    Appendix

    My full State code for completeness:

    struct State
    {
        double acceleration = 1;  // m/s^2
        double velocity = 0;  // m/s
    };
    
    void
    integrate(State& state,
              std::chrono::time_point>,
              std::chrono::duration dt)
    {
        using namespace std::literals;
        state.velocity += state.acceleration * dt/1s;
    };
    
    State operator+(State x, State y)
    {
        return {x.acceleration + y.acceleration, x.velocity + y.velocity};
    }
    
    State operator*(State x, double y)
    {
        return {x.acceleration * y, x.velocity * y};
    }
    
    void render(State state)
    {
        using namespace std::chrono;
        static auto t = time_point_cast(steady_clock::now());
        static int frame_count = 0;
        static int frame_rate = 0;
        auto pt = t;
        t = time_point_cast(steady_clock::now());
        ++frame_count;
        if (t != pt)
        {
            frame_rate = frame_count;
            frame_count = 0;
        }
        std::cout << "Frame rate is " << frame_rate << " frames per second.  Velocity = "
                  << state.velocity << " m/s\n";
    }
    

    0 讨论(0)
提交回复
热议问题