Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: XInput support  (Read 903 times)

0 Members and 1 Guest are viewing this topic.

Elias Daler

  • Hero Member
  • *****
  • Posts: 592
    • View Profile
    • Blog
    • Email
XInput support
« on: October 10, 2019, 02:45:15 pm »
Supporting XInput on Windows will allow use to have the following:
* Have triggers be independent axes instead of one
* Support vibration (not sure if SFML needs to have API for that or it users would be able to get some state out of SFML to handle that using XInput directly)

Xbox 360 and Xbox One amount to ~64% of gamepads used on Steam, so I think that this feature is necessary to have to be able to handle Xbox 360/Xbox One gamepads correctly.

Also, some gamepads (e.g. Logitech ones) also have a switch from DInput to XInput, so Xbox gamepads are not the ones who rely on XInput to work.
Tomb Painter, Re:creation dev | eliasdaler.github.io | @EliasDaler | Tomb Painter dev log

Nexus

  • SFML Team
  • Hero Member
  • *****
  • Posts: 6224
  • Thor Developer
    • View Profile
    • Bromeon
Re: XInput support
« Reply #1 on: October 10, 2019, 10:24:00 pm »
What would it means in terms of code/dependencies? Could the API remain uniform with Mac and Linux?

I guess you played around with XInput? There's also this guy which has come up with a proof-of-concept, not sure sure how much work would be needed on top.
Zloxx II: action platformer
Thor Library: particle systems, animations, dot products, ...
SFML Game Development: first SFML book

Jonny

  • Full Member
  • ***
  • Posts: 112
    • View Profile
    • Email
Re: XInput support
« Reply #2 on: October 14, 2019, 02:55:12 pm »
It would mean on windows we'd need to link xinput, which I don't see being a problem except perhaps if using minGW, in which case we can just add a macro to disable it.

In terms of the API, I don't think there should be any changes. The implementation would be mostly the same (update the state every frame). Down the line we may want to consider a way for the user to check if a device is using xinput or not, but that would probably be part of a wider gamepad recognition feature

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 9573
    • View Profile
    • development blog
    • Email
Re: XInput support
« Reply #3 on: October 14, 2019, 05:02:00 pm »
Relevant documentation links:

I think the main issue here is that most (if not all) controllers that support XInput also support DInput, but with the above mentioned limitations, however many older controllers will not support XInput, so without DInput one would not be able to use them.
As such we need to find a solution to either support both at runtime or pick one at compile time.
Official FAQ: https://www.sfml-dev.org/faq.php
Nightly Builds: https://www.nightlybuilds.ch/
——————————————————————
Dev Blog: https://dev.my-gate.net/
Thor: http://www.bromeon.ch/libraries/thor/

Elias Daler

  • Hero Member
  • *****
  • Posts: 592
    • View Profile
    • Blog
    • Email
Re: XInput support
« Reply #4 on: October 14, 2019, 05:15:38 pm »
Of course, it's possible to switch DInput/XInput at runtime, and by default DInput should be used.
Tomb Painter, Re:creation dev | eliasdaler.github.io | @EliasDaler | Tomb Painter dev log