GameInput fails to update Gamepad State for Xbox 360 Controller

[F1r3d3v]

I encountered an issue with GameInput while using an Xbox 360 Controller connected via a Wireless Receiver Dongle (I haven't tested it with a cable). The problem is that GameInput correctly detects that the gamepad is connected, but it fails to update the gamepad state, resulting in no input being registered. The vibration feature still works properly.

Furthermore, on one of my PCs, after connecting the Xbox 360 Controller just once, GameInput continuously displays that the gamepad is connected, even when it's physically disconnected and the Wireless Receiver Dongle is unplugged from the computer. I have to restart the GameInput Service to start working normally. It's worth noting that the Xbox Series X controller works flawlessly with GameInput.

Any assistance or suggestions on resolving this issue would be greatly appreciated.

[mitridas]

Hi, I have the same issue, except the Xbox 360 controller is wired in my case.
The family is correctly detected as GameInputFamilyXbox360 in the GameInputDeviceInfo, connection is detected but no input values appear.
Worth noting that the GamePad sample from the GDK samples repositories also appears to suffer from the same issue (gamepad detected but no input received).

[CDMcGwire]

I'm also having this problem but with an 8BitDo Ultimate controller which is detected and labelled by GameInput and assigned GameInputFamilyXbox360. Whether processed as a Gamepad or Controller, none of the buttons will report any changes.

My Xbox Elite Series 2 controller is detected and updates properly as a gamepad, and a Dualsense is detected as a "Controller" but still reports on button presses just fine.

I get the sense that the 360 family handling specifically is bugged or there's some undocumented envrionment configuration issue.

[osor-io]

I'm seeing the same with both Xbox360 controllers and the 8BitDo controller. The gamepad state always returns zeroed out. Trying to access the data via the IGameInputReading::GetControllerAxis/Button/Switch interfaces also returns zeroes for everything, although the count of axes, buttons and switches seems to be reported correctly.

[frozax]

Same issue for me. I think the conclusion is that we shouldn't use GameInput, right?

[pfeard]

Same here with a Xbox360 wired gamepad. Strange that it hasn't been fixed in 6 months.

[Eoin-ONeill-Yokai]

Having this issue as well. Tried a few different 8bit-do's on XInput (Xbox) mode and they won't budge. Using my 8BitDo Pro 2 on "Android" compatibility mode seems to work as a work around but isn't ideal.

[CanYouCatchMe01]

I also have this issue when using an Xbox 360 wired controller on my PC. I have another controller that is a GameInputKindController, which works to read its joystick with reading->GetControllerAxisState(axisCount, data);. For some reason, the Xbox 360 controller input reading does not work.

[CanYouCatchMe01]

One quick fix in the meantime could be to use both GameInput and XInput, because Xbox 360 controller only works with XInput at the moment.

[akbyrd]

Confirming that GameInput still does not work with 360 controllers. I see 2 additional readings whenever the application loses focus, but they are always empty. All input values are 0, the sequence number is 0, and the IGameInputRawDeviceReport is null.

[ThadHouse]

We were investigating using GameInput for a project, but things like this and #35 make using it a non-starter. Hope to see this improved in the future to actually be usable.

[walbourn]

Can you confirm if this is fixed or not in https://www.nuget.org/packages/Microsoft.GameInput/2.0.26100.5334?

[akbyrd]

I did a quick test. I do get state from my Xbox 360 controller. I noticed some issues though:

• The behavior of GetNextReading changed. When passing nullptr for the reference reading it now crashes instead of return E_INVALIDARG
• After a few seconds the controller locks up. When this happens vibration is stuck enabled, no new input comes in, GetNextReading returns GAMEINPUT_E_READING_NOT_FOUND, and IGameInput::Release crashes about half the time.
• No product id when using v0.
• No symbols on the MS symbol server.
• The battery info API seems to be gone :(

I was getting input from my 360 controller before updating to the new nuget package, which was surprising. Maybe I updated to one of the other new-ish versions at some point and forgot. Or maybe the runtime was pushed through Windows Update. I didn't see an API to query the runtime version so I don't know which version was actually running. I should have checked the module manually before updating. Though maybe that would have been moot because the "product version" on the current version (2.1.26100.6068) says 0.2309.19041.6216 which doesn't match anyway.

[walbourn]

I'll pass this along to the gameinput team.

The battery info API was removed because it was always unreliable.

[walbourn]

Did you run the MSI for the latest redist?