I currently have my own custom first person controller, and the code to rotate the camera and controller based on the mouse position deltas looks like this:

public void ApplyRotation()
    this.transform.transform.Rotate(new Vector3(0, Input.GetAxis("Mouse X") * this.Sensitivity * Time.deltaTime, 0));
    this._VerticalRotation += Input.GetAxis("Mouse Y") * this.Sensitivity * Time.deltaTime;
    this._VerticalRotation = Mathf.Clamp(this._VerticalRotation, -85, 85);
    Camera.main.transform.eulerAngles = new Vector3(
        Camera.main.transform.eulerAngles.y, Camera.main.transform.eulerAngles.z

Right now, I'm using Time.deltaTime in the rotation code to keep the rotations framerate dependent, but I'm not sure if I should be doing this when I'm dealing with the mouse. Should I keep this framerate dependent, or should it be framerate independent?


Yes, you need to keep Time.deltaTime into account when you use Input.GetAxis, because the values it returns are also deltaTime-adjusted.

You can read this in the documentation:

This is frame-rate independent; you do not need to be concerned about varying frame-rates when using this value.

The example code in the documentation makes it clear that multiplying by deltaTime is how it is supposed to be done:

 float translation = Input.GetAxis("Vertical") * speed;
 float rotation = Input.GetAxis("Horizontal") * rotationSpeed;
 translation *= Time.deltaTime;
 rotation *= Time.deltaTime;
 transform.Translate(0, 0, translation);
 transform.Rotate(0, rotation, 0);

It would be a different situation when you would use Input.mousePosition and compare the value to the previous value.

  • \$\begingroup\$ I Googled this question because I had a problem with my camera movement, completely unrelated to Unity. I was calculating it by comparing mouse positions, but then multiplied it by deltatime. Your last sentence in your answer basically saved me from spending hours trying to fix the bug it caused. :) \$\endgroup\$ – TomsonTom Apr 10 '17 at 14:39
  • \$\begingroup\$ Kinda late to the party, but how exactly do they mean by "This is frame-rate independent; you do not need to be concerned about varying frame-rates when using this value."? I interpret it as "we have already calculated this to be frame-rate independent, so you need not". But then they proceed to multiply it by Time.deltaTime again which makes me think Input.GetAxis is in fact frame-rate dependent. What did I miss? \$\endgroup\$ – Bruno Ely Dec 17 '18 at 9:33

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.