BioShock 1 & 2 Remastered: Analog input problems

[ViperAcidZX]

I was trying to use InputFusion with BioShock 1's and 2's HD remaster on GOG on Windows, and the InputFusion's XInput1_3.dll -works- at first, the way analogue moment feels very off. I tried using a DualShock 4 v2 with the game and camera controls don't work correctly as turning Left will speed up but turning Right has negative acceleration. Character movement does not feel as good with InputFusion compared to just using an Xbox/XInput controller.

[xan105]

Give me some time to check out these 2 games.

From what I've found, there are quite a few reports suggesting that BioShock Remastered has wonky acceleration even when using a gamepad, and there's no in-game option to disable it. Some discussions also suggest that the behavior may be tied to the game's sensitivity settings and/or frame rate.

That makes this issue a bit unusual.

On my end, I'm simply forwarding the analog values directly, as-is, while keeping them within the valid XInput range. I'm intentionally not applying any deadzone, since I consider deadzone handling to be the game's responsibility. The implementation is here: https://github.com/xan105/InputFusion/blob/main/src/XInput/xinput.cpp#L97.

It's possible the game performs its own calculations or assumptions regarding deadzone that don't match the characteristics of a DS4 analog stick. If that's indeed what's happening, then the only practical workaround on my side would be to add an optional deadzone during the analog translation and see if that improves the behavior.

[ViperAcidZX]

Thank you for looking into the issue and InputFusion has been a great help for some of my games to broaden controller support beyond just XInput.

[xan105]

I've tested both BioShock Remastered games using a DualShock 4 v2 (via the official Sony wireless adapter) and an XInput-compatible controller (an Android gamepad that exposes itself as XInput). Unfortunately, I don't have an official Xbox controller available for comparison.

I tested both with InputFusion and, for the XInput controller, without InputFusion as well (using the game's native XInput support).

I wasn't able to reproduce the specific issue you described, where turning left and right behaves differently. However, I did notice that the camera has fairly aggressive acceleration on both the X and Y axes for the camera. The severity changes depending on the in-game sensitivity setting, which matches reports I've found on Reddit and the Steam forums.

I didn't notice any difference in character movement. In my tests, the two controllers behaved the same:

The camera turn speed increases as the stick is pushed farther from the center.

At the moment, this makes me think the camera behavior is largely caused by the game's own input processing rather than InputFusion itself. That said, I'll experiment to see if applying a deadzone (or somekind of other input filtering) in InputFusion improves the behavior.

If possible I wouldn't mind a short video showing the behavior you mentioned, as I haven't been able to reproduce your particular issue.

[WAZAAAAA0]

the only practical workaround on my side would be to add an optional deadzone during the analog translation and see if that improves the behavior

I can see this being a good option to have in general.

For example I know of at least one broken fighting game (a genre that favors the D-Pad) programmed with 0 deadzone that causes a "resting" analog stick to register random unwanted directions without even touching it, which ruins inputs.

(sample game)

the game in question is (2008) Dead or Alive 2 Online for Windows, but unfortunately it would still be unusable because it uses DInput8 and InputFusion mostly breaks KBM inputs once injected #3