[Bug]: DualShock4 Controller Incompatibility

[Zexsch]

What happened? (Actual vs Expected Behavior)

All tests were done on both my main modlist and on a minimal modlist containing only QuickLoot IE and its hard dependencies.

On 3.4.1:
The favourite menu keybinds (up and down DPAD keys) do not get disabled when a QuickLoot IE window is visible. Other buttons (Main Menu/Settings, Inventory) are blocked as expected.
This makes it impossible to use both QuickLoot and favourite items simultaneously without remapping.
Video showcase

On 4.0.0 BETA (7th April build):
The DPAD keys are not functional at all, even with no items favourited. Same issue as the "Am I missing an obvious patch?" Bug report by kiritashi on the nexusmods page. In this bug report it's stated that the version being used is 3.4.1, however I was unable to reproduce the issue on 3.4.1, only 4.0.0 BETA.

What mods for icons where you using, if any?

No response

Steps to Reproduce

Using a DualShock4 controller with default controlmap settings.

Version

3.0.0

What Skyrim version are you using?

1.6.1170

Relevant log output (Expandable)

Code of Conduct

• I agree to follow this project's Code of Conduct

[AtomCrafty]

Thanks for the additional info. I have a vague idea why this is happening, but it's difficult to properly troubleshoot considering I don't own a DualShock controller myself. Would you be willing to run some test builds to analyze the engine behavior?

Also, did the default keybindings for buttons other than the DPad work or did you have to re-bind them in the MCM? It appears that the game uses an entirely separate SDK for these "Orbis" controllers, so all of the button ids are different from what's expected of a normal XInput controller. We already try to compensate for this, but it seems like the button id mapping doesn't quite work as expected for the DPad inputs.

[Zexsch]

Yes I'm willing to run test builds.
For the other buttons, by default the Search Keybinding is unbinded, I do not know if that is intentional or not.
The buttons also do not map properly,

From testing I can confirm the following translations (read as x becomes y where x > y):
DS4 > DS4:

• Cross > Triangle (bottom > top)
• Square > Cross (left > bottom)
• Triangle > Square (top > left)
• Circle > Circle (Seems to be mapped correctly)

Or alternatively, how they translate to XBOX inputs (same list as above):
DS4 -> XBOX:

• Cross > Y (bottom > top)
• Square > A (left > bottom)
• Triangle > X (top > left)
• Circle > B (Mapped correctly)

To add to this, this translation does not show up properly in the MCM. If you bind Cross (bottom), it'll show X (left) in the MCM, but it'll actually be binded to Y (top).
Image for clarification:

[AtomCrafty]

That last thing you mentioned about buttons not showing up correctly in the MCM is concerning. We have no control over that, since SkyUI implements the MCM button display. Does the same happen in other mods' MCM or when rebinding vanilla actions?

[Zexsch]

You're right, I just checked SkyUI's MCM directly and it has the same issue. The keybind icon was wrong, but the function was mapped correctly.
I never noticed before because rebinding those buttons is quite a rarity...

[AtomCrafty]

Thanks for confirming. When I have some time I'll create a test build that logs the button ids of all incoming gamepad events before and after XInput translation. Hopefully that will give some insight into why the mapping is off.