Time.deltaTimeを使用しているにもかかわらず、動きはフレームレートに依存しているように見える

Unityでゲームオブジェクトを移動するために必要な変換を計算する次のコードがありますLateUpdate。これはで呼び出されます。私が理解していることから、私の使用はTime.deltaTime最終的な翻訳フレームレートを独立させるべきCollisionDetection.Move()です（ただレイキャストを実行することに注意してください）。

public IMovementModel Move(IMovementModel model) {    
    this.model = model;

    targetSpeed = (model.HorizontalInput + model.VerticalInput) * model.Speed;

    model.CurrentSpeed = accelerateSpeed(model.CurrentSpeed, targetSpeed,
        model.Accel);

    if (model.IsJumping) {
        model.AmountToMove = new Vector3(model.AmountToMove.x,
            model.AmountToMove.y);
    } else if (CollisionDetection.OnGround) {
        model.AmountToMove = new Vector3(model.AmountToMove.x, 0);
    }

    model.FlipAnim = flipAnimation(targetSpeed);
    // If we're ignoring gravity, then just use the vertical input.
    // if it's 0, then we'll just float.
    gravity = model.IgnoreGravity ? model.VerticalInput : 40f;

    model.AmountToMove = new Vector3(model.CurrentSpeed, model.AmountToMove.y - gravity * Time.deltaTime);

    model.FinalTransform =
        CollisionDetection.Move(model.AmountToMove * Time.deltaTime,
            model.BoxCollider.gameObject, model.IgnorePlayerLayer);
    // Prevent the entity from moving too fast on the y-axis.
    model.FinalTransform = new Vector3(model.FinalTransform.x,
        Mathf.Clamp(model.FinalTransform.y, -1.0f, 1.0f),
        model.FinalTransform.z);

    return model;
}

private float accelerateSpeed(float currSpeed, float target, float accel) {
    if (currSpeed == target) {
        return currSpeed;
    }
    // Must currSpeed be increased or decreased to get closer to target
    float dir = Mathf.Sign(target - currSpeed);
    currSpeed += accel * Time.deltaTime * dir;
    // If currSpeed has now passed Target then return Target, otherwise return currSpeed
    return (dir == Mathf.Sign(target - currSpeed)) ? currSpeed : target;
}

private void OnMovementCalculated(IMovementModel model) {
    transform.Translate(model.FinalTransform);
}

ゲームのフレームレートを60FPSにロックすると、オブジェクトは期待どおりに移動します。ただし、ロックを解除すると（Application.targetFrameRate = -1;）、144hzモニターで〜200FPSを達成すると予想されるオブジェクトの速度がはるかに遅くなります。これはスタンドアロンビルドでのみ発生し、Unityエディターでは発生しないようです。

エディター内のオブジェクト移動のGIF、ロック解除されたFPS

http://gfycat.com/SmugAnnualFugu

スタンドアロンビルド内のオブジェクト移動のGIF、ロック解除されたFPS

http://gfycat.com/OldAmpleJuliabutterfly

更新が非線形の変化率を補正できない場合、フレームベースのシミュレーションでエラーが発生します。

たとえば、位置と速度の値がゼロで始まり、一定の加速度が1であるオブジェクトを考えてみましょう。

この更新ロジックを適用する場合：

velocity += acceleration * elapsedTime
position += velocity * elapsedTime

異なるフレームレートでこれらの結果を期待できます。

このエラーは、最終速度をフレーム全体に適用したかのように扱うことで発生します。これは右リーマン和に似ており、エラーの量はフレームレートによって異なります（別の関数に示されています）。

マイケルズが指摘、このエラーは、フレーム期間が半分にされたときに半減され、高いフレームレートで取るに足らないなることがあります。一方、パフォーマンスの急上昇や長時間の実行フレームが発生するゲームでは、予測できない動作が発生する場合があります。

幸いなことに、キネマティックスにより、線形加速度によって生じる変位を正確に計算できます。

d =  vᵢ*t + (a*t²)/2

where:
  d  = displacement
  vᵢ = initial velocity
  a  = acceleration
  t  = elapsed time

breakdown:
  vᵢ*t     = movement due to the initial velocity
  (a*t²)/2 = change in movement due to acceleration throughout the frame

したがって、この更新ロジックを適用すると：

position += (velocity * elapsedTime) + (acceleration * elapsedTime * elapsedTime / 2)
velocity += acceleration * elapsedTime

次の結果が得られます。

どこからステップを呼び出しているかに依存します。Updateから呼び出す場合、Time.deltaTimeでスケーリングする場合、動きは実際にフレームレートに依存しませんが、FixedUpdateから呼び出す場合は、Time.fixedDeltaTimeでスケーリングする必要があります。FixedUpdateからステップを呼び出していますが、Time.deltaTimeでスケーリングすると、Unityの固定ステップがメインループよりも遅い場合に見かけの速度が低下します。これがスタンドアロンビルドで発生しています。固定ステップが遅い場合、fixedDeltaTimeは大きくなります。