Xbox One S Controller (BT) shows up in steam as 2 different controllers for games. Causing double inputs

[deemon]

For some reason my controller shows up for games as:
Xbox One Controller
Xbox 360 Controller

Very similar to this problem described here: https://www.reddit.com/r/macgaming/comments/cnca6d/xbox_one_controller_recognized_as_2_controllers/

Except I don't run Steam on Mac, but on Manjaro linux. And for me it doesn't show up as two Xbox one controllers, but 1 xbox one + 1 xbox 360 controller at the same time.

Also his proposed "solution" doesn't work here -- turning controller on once the Steam has already launched still causes double controllers.

on Manjaro side I see only 1 controller, so it's Steam side problem:
   ~  l /dev/input/js*  ✔
crw-rw----@ 13,0 root 25 jaan 09:17 /dev/input/js0


edit:
problem manifests in co-op and multiplayer games like:
Jack Axe
TowerFall Ascension

[tintingaroo]

If you add the launch parameter -dev to Steam it'll display the Console tab,
The Console tab will have a report of the controllers Steam finds and show their VID & PID.
My thought is to see if the VID & PID for the x360 devices are the same as I'd written.

If you want to make the info easier to find, in the text box below the console you can use the command clear_console, then attach the controller, scroll to top in the console window and you'll see that info (VID & PID will follow "type:"). Or you could copy-paste the console output and search the data in a text editor, the section starts with text "Local Device Found".

[deemon]

Opprinnelig skrevet av tintingaroo:

If you add the launch parameter -dev to Steam it'll display the Console tab,
The Console tab will have a report of the controllers Steam finds and show their VID & PID.
My thought is to see if the VID & PID for the x360 devices are the same as I'd written.

If you want to make the info easier to find, in the text box below the console you can use the command clear_console, then attach the controller, scroll to top in the console window and you'll see that info (VID & PID will follow "type:"). Or you could copy-paste the console output and search the data in a text editor, the section starts with text "Local Device Found".

Alright. Now we're getting somewhere... HOWEVER... it clearly states, that it only HIDES the blacklisted devices (hiding is not disabling) and indeed they do not even show up anymore general controller settings page. BUT sadly they still are found inside proton games and as two different controllers and act accordingly inputting dual inputs and creating havoc.

!! Steam controller device opened for index 1.
Steam Controller reserving XInput slot 1
Hiding blacklisted Device 45e/2e0
Controller 1 connected, configuring it now...
Controller using HIDAPI driver, vid=45e, pid=2fd
Controller has an Invalid or missing unit serial number, setting to '45e-2fd-21bc3e8'
!! Controller 1 attributes:
  Type: 32
  ProductID: 765
  Serial: 45e-2fd-21bc3e8
  Capabilities: 000843ff
  Firmware Version: 0
  Firmware Build Time: 2147483647 (Tue, 19 Jan 2038 03:14:07 GMT)
  Bootloader Build Time: 2147483647 (Tue, 19 Jan 2038 03:14:07 GMT)
Loaded Config for Local Selection Path for App ID 413090, Controller 0: /home/deemon/.local/share/Steam/steamapps/workshop/content/241100/1689651975/1007024772344596662_legacy.bin
[413090]Non-Steam Controller Configs Enabled: 1
BYieldingQueryAccountsRegisteredToController
Loaded Config for Local Selection Path for App ID 413090, Controller 1: /home/deemon/.local/share/Steam/steamapps/workshop/content/241100/1689651975/1007024772344596662_legacy.bin
Loaded Config for Local Selection Path for App ID 413090, Controller 0: /home/deemon/.local/share/Steam/steamapps/workshop/content/241100/1557881022/956347096063773104_legacy.bin
Loaded Config for Local Selection Path for App ID 413090, Controller 1: /home/deemon/.local/share/Steam/steamapps/workshop/content/241100/1557881022/956347096063773104_legacy.bin
Could not load local selection (), local override (/home/deemon/.local/share/Steam//controller_config/basicui_gamepad.vdf), or user path (/home/deemon/.local/share/Steam/userdata/35374056/config/controller_configs/basicui_gamepad.vdf), checking last resort path: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Loaded Config for Last Resort Path for App ID 769, Controller 1: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Set Account Config Sets 1 0 0
CClientJobFetchPersonalizationFileID
OnFocusWindowChanged to window type: k_nGameIDControllerConfigs_ClientUI, AppID 769
Could not load local selection (), local override (/home/deemon/.local/share/Steam//controller_config/basicui_gamepad.vdf), or user path (/home/deemon/.local/share/Steam/userdata/35374056/config/controller_configs/basicui_gamepad.vdf), checking last resort path: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Loaded Config for Last Resort Path for App ID 769, Controller 0: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Could not load local selection (), local override (/home/deemon/.local/share/Steam//controller_config/basicui_gamepad.vdf), or user path (/home/deemon/.local/share/Steam/userdata/35374056/config/controller_configs/basicui_gamepad.vdf), checking last resort path: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Loaded Config for Last Resort Path for App ID 769, Controller 1: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Hiding blacklisted Device 45e/2e0
OnFocusWindowChanged to window type: k_nGameIDControllerConfigs_ClientUI, AppID 769
Could not load local selection (), local override (/home/deemon/.local/share/Steam//controller_config/basicui_gamepad.vdf), or user path (/home/deemon/.local/share/Steam/userdata/35374056/config/controller_configs/basicui_gamepad.vdf), checking last resort path: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Loaded Config for Last Resort Path for App ID 769, Controller 0: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Could not load local selection (), local override (/home/deemon/.local/share/Steam//controller_config/basicui_gamepad.vdf), or user path (/home/deemon/.local/share/Steam/userdata/35374056/config/controller_configs/basicui_gamepad.vdf), checking last resort path: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Loaded Config for Last Resort Path for App ID 769, Controller 1: /home/deemon/.local/share/Steam//controller_base/basicui_gamepad.vdf
Hiding blacklisted Device 45e/2e0

[tintingaroo]

Opprinnelig skrevet av deemon:

Alright. Now we're getting somewhere... HOWEVER... it clearly states, that it only HIDES the blacklisted devices (hiding is not disabling) and indeed they do not even show up anymore general controller settings page. BUT sadly they still are found inside proton games and as two different controllers and act accordingly inputting dual inputs and creating havoc.

Yeah, hiding them is in regards to Steam.
I would have thought disabling them would be what ReBoot has been saying since it looks like Steam is creating them: disable Steam Input... :/
In jstest-gtk I see the 360 pad created by Steam only when Configuration Support is enabled (this is when on the desktop, not checked behaviour when running a game).

Linux Mint 20.1 Cinnamon
Other sys info: https://termbin.com/zazx
8BitDo Pro 2 controller (BT&wired) in Xbox, PS4 & Switch modes.


Or is the situation that they no longer show up OS side but only in the Proton games?

[ReBoot]

Interesting to learn of Steam behaving vastly different on Linux, than it does on Windows. On Windows, it synthesizes audio input/output devices for streaming, but that's it.
There's no synthetic gamepads on Windows. Steam's input actions get passed directly to the game, without any fake hardware.

That basically means 2 things:
-I've learned something about Steam (and possibly Linux, why would Valve go this route if Linux had a means to inject input into processes) today
-I apologize for running of a false Windows-based assumption for Steam on Linux

[Prolific-ForSaleTradeALLMustGo]

Opprinnelig skrevet av ReBoot:

Interesting to learn of Steam behaving vastly different on Linux, than it does on Windows. On Windows, it synthesizes audio input/output devices for streaming, but that's it.
There's no synthetic gamepads on Windows. Steam's input actions get passed directly to the game, without any fake hardware.

That basically means 2 things:
-I've learned something about Steam (and possibly Linux, why would Valve go this route if Linux had a means to inject input into processes) today
-I apologize for running of a false Windows-based assumption for Steam on Linux

This does happen on windows. It is happening to me now lol, W10