Input get_vector returns wrong values after switching devices

[jojorne]

---

Bugsquad note: This issue has been confirmed several times already. No need to confirm it further.

---

Godot version

4.2.dev5

System information

Windows 11

Issue description

When I press the "UI Right" key on my keyboard, I get a value for Y like 0.01937 instead of 0.0 but there is a step to reproduce this. You'll need two devices, a keyboard and a joypad.

Steps to reproduce

• Press the right key on keyboard;
• Move the left analog on joypad;
• Press the right key on keyboard.

Minimal reproduction project

N/A

[jojorne]

Oh! I want to mention that Y returns to 0.0 after you press "up" and "down" keys.

[Calinou]

• Related to Input.is_action_just_pressed flickers when action is tied to an input axis (joystick direction) #81975.

Can you test #82056 locally? See Testing pull requests in the documentation for instructions.

[NibblyPig]

This is controller drift, I almost opened a bug for this but I am not sure if it's intended because I had the same issue.

Basically there's the anti-drift thing in the Input settings, but it applies to the whole input not just the gamepad.

So if you're doing nothing, your Input.get_vector will be 0,0

If you press keyboard left, then it disables the drift threshold and you will get -1,0 combined with whatever your drift is.

This means that if you press left, and your controller drift is up/down, you can start moving up even though you're pressing left.

IMO it's a bug because you should apply the drift threshold only to the gamepad. However it is kinda by design. Workaround would be to get_vector twice, once on the keyboard and once on the gamepad if it's important you have both control the same character, and combine the vectors (the gamepad vector will be 0,0 if it's not moving this way).

[jojorne]

Yes, but as I mentioned, if you press up/down, the added drift disappear. Or this drift should be applied all the time or not at all. Also it doesn't happen with the joypad. Perhaps because keyboard only send 0 or 1. Or perhaps because the drift cap doesn't apply to keyboard? idk... So there's definitely something there because the way it works is not constant.

[jojorne]

• Related to Input.is_action_just_pressed flickers when action is tied to an input axis (joystick direction) #81975.

Can you test #82056 locally? See Testing pull requests in the documentation for instructions.

I just tested the #82056 and it doesn't fix it.

It start like this:

And after pressing the keyboard left/right/up/down it becomes like this:

After pressing a key, the corresponding value of that key becomes 0.

After pressing the right key it makes the right value 0. Next, if I press up/down key it will make that value 0.

[jojorne]

Input.get_action_strength() kind of works! I don't need to press anything and I can switch between devices.

But there's a problem - when a value gets closer to 1, it becomes 1 and because of that it's hard to move diagonally.
This behavior is not the same as get_action_raw_strength().

Edit: Here's a side-by-side comparison. They are rounded, Y value becomes 0 and X becomes 1.

get_action_strength() makes it good for a grid like movement.

Changing the deadzone smooth the roundness on get_action_strength() but...

The values are still not the same. Maybe another bug here? 🐛 idk...

And a deadzone of 0 effective turns get_action_strength() into get_action_raw_strength().

Which causes the problem to return...

[ErezShahaf]

If you mean that you leave the joystick completely and the Y value returns to a small value when the keyboard uses the X axis, then it would indicate that some values used by the joystick are not reset in the first frame that the joystick is "unpressed" and you keep a small value.

Anyway, I think that there is a chance that your issue has to do something with deadzone missunderstanding, and isn't an actual bug.
https://docs.godotengine.org/en/stable/classes/class_input.html#class-input-method-get-action-raw-strength

If it turns out to be a bug, please share with me minimal project and I would love to be assigned to solve it.

[jojorne]

I think that there is a chance that your issue has to do something with deadzone missunderstanding, and isn't an actual bug. https://docs.godotengine.org/en/stable/classes/class_input.html#class-input-method-get-action-raw-strength

I don't think it's the joypad. As the drift of 0.01 on the screenshots above is too small and no other game has any kind of drifting happening yet. Also a quote from the docs:

The downside is that without a deadzone system, an analog axis' strength will never be equal to 0.0 due to how the controller is physically built.

Font: https://docs.godotengine.org/en/stable/tutorials/inputs/controllers_gamepads_joysticks.html

If you mean that you leave the joystick completely and the Y value returns to a small value when the keyboard uses the X axis, then it would indicate that some values used by the joystick are not reset in the first frame that the joystick is "unpressed" and you keep a small value.

But yes, I also think so. After switching from joypad to keyboard, the joypad's values are not reset until you press the corresponding keys on the keyboard. So I think there's a bug there.

If it turns out to be a bug, please share with me minimal project and I would love to be assigned to solve it.

A minimum project is:
Attach a script to a brand new Node2D scene then get the values from Input.

get_vector() internally uses get_action_raw_strength(). These methods, get_action_raw_strength() and get_action_strength(), gets the value from action_state. So somewhere in action_state the values are cached.

[adamscoble]

I'm seeing this issue as well with get_vector. With a controller connected my Y value isn't 0 when using a left/right action on the keyboard. I've tried high deadzone values and it doesn't seem to fix it, so I don't believe it's a deadzone issue.

[warent]

If you mean that you leave the joystick completely and the Y value returns to a small value when the keyboard uses the X axis, then it would indicate that some values used by the joystick are not reset in the first frame that the joystick is "unpressed" and you keep a small value.

Anyway, I think that there is a chance that your issue has to do something with deadzone missunderstanding, and isn't an actual bug. https://docs.godotengine.org/en/stable/classes/class_input.html#class-input-method-get-action-raw-strength

If it turns out to be a bug, please share with me minimal project and I would love to be assigned to solve it.

@ErezShahaf
I've got a reproduction of this issue (or one very similar) here: #85076

[jojorne]

The solution I found was splitting the inputs (e.g., "ui_left_joy").
One for Joypad and one for keyboard and mouse.

[Calinou]

The solution I found was splitting the inputs (e.g., "ui_left_joy").
One for Joypad and one for keyboard and mouse.

This was fixed in 4.2.beta6 and later by #84685. Please test 4.2.rc1 and report back 🙂

[jojorne]

I don't think it's fixed yet =\