ValveSoftware
Steam Input Extended Buttons not working
Your system information
- Steam client version (build number or date): 1.0.0.82-2
- Distribution (e.g. Ubuntu): Arch Linux
- Opted into Steam client beta?: [Yes]
- Have you checked for system updates?: [Yes]
- Steam Logs: [steam-logs.tar.gz]
- GPU: AMD
Please describe your issue in as much detail as possible:
I have an 8BitDo Ultimate 2 Controller which is connected over 2.4G with the provided dongle (The issue is also present when using the controller wired). I wanted to map the L/R4 Buttons on that controller so I wanted to use the Extended Buttons toggle. The toggle enables the ability to remap those buttons. Remapping works but after exiting out of the Edit Layout screen or even just showing the Button map preview the toggle is getting deactivated and the mapping as well as the ability to map the buttons is lost.
What should happen is that:
- I toggle the extended buttons ON
- Im able to remap those buttons like any other button
- It is being saved like any other mapping.
Steps for reproducing this issue:
- Open any games controller settings
- Toggle the Enable Extended Buttons ON
- Go Into Edit Layout
- Remap any of the Extended buttons
- Exit out of the remap screen or show the Preview
- The toggle is now OFF again and youre unable to map until the button is toggled ON again.
To map the paddles and L4/R4 with the 8BitDo Ultimate 2, it needs to connect using DirectInput; XInput can only output the same controls available on Xbox controllers. That means you need either:
- Connect using Bluetooth, which uses DirectInput by default
- Update both the controller and 2.4 GHz adaptor to the latest firmware—that's currently 1.06 for the controller and 1.04 for the adaptor. The default is still XInput, but you can enable DirectInput by holding B + Guide (Home) while starting up the controller. (You can also enable Switch mode by holding Y instead, or go back to XInput by holding X.)
@omor1 I have both the Adapter and the Controller on the latest firmware. Starting the controller using Home + B does not put it in DirectInput. I actually tested all Buttons (A, B, X, Y) and the Enable Extended Buttons never stayed on or preserved the mapping.
Home + Y did register as a Switch Pro Controller under Steam so that internal "mode switching" should be working. I cant test bluetooth as I dont have bluetooth. What else should I test or provide to resolve this?
There is one difference I see and thats in the Controller Settings itself when trying to remap:
- When doing Home + B its L/R4 and PR/PL
- When doing Home + X (Or starting normally) its L/R4 and L/R5
Do you add the udev rule?
# 2.4GHz/Dongle
KERNEL=="hidraw*", ATTRS{idProduct}=="6012", ATTRS{idVendor}=="2dc8", MODE="0660", TAG+="uaccess"
# Bluetooth
KERNEL=="hidraw*", KERNELS=="*2DC8:6012*", MODE="0660", TAG+="uaccess"
Save it in /etc/udev/rules.d/71-8bitdo-u2w.rules
I cant test bluetooth as I dont have bluetooth.
It's a really confusing name by 8bitdo, I know. But you can, there's a switch between 2.4GHz and Bluetooth in the back of the controller
Adding the udev rules indeed solved the problem. This should be documented somewhere, if it already is documented I was not able to find that at all
And with the bluetooth: I mean that I dont have bluetooth. As far as I know my MB doesnt have it as I dont need it.
This should be documented somewhere, if it already is documented I was not able to find that at all
it doesnt. I found out in the steam beta forum, anyway steam should include it in their
/usr/lib/udev/rules.d/60-steam-input.rules. And apparently people said that it's already included in SteamOS/Bazzite, so idk
Extended buttons are working for me in Dinput mode on my 8BitDo Pro 2, however it appears that I am no longer able to use them for button chords. Previously, I was able to select L5/R5 Chord Buttons in the command settings, but these options aren't available from the dropdown anymore.
Replying to https://github.com/ValveSoftware/steam-for-linux/issues/12154#issuecomment-3025882684
You can also do a version that works for all 8bitdo devices by not including the idProduct value (similiar to how Valve's udev rules for their devices).
# 2.4GHz/Dongle
KERNEL=="hidraw*", ATTRS{idVendor}=="2dc8", MODE="0660", TAG+="uaccess"
# Bluetooth
KERNEL=="hidraw*", KERNELS=="*2DC8:*", MODE="0660", TAG+="uaccess"
Replying to https://github.com/ValveSoftware/steam-for-linux/issues/12154#issuecomment-3025882684
I've tried this and didn't work. I created that file and add that rule there. Restarted the Steam Deck and it worked, but after waking from sleep it didn't work anymore.
I'm in the latest beta firmware, 1.6 now for both controller and dongle. I think this was written back when the 1.4 version was the latest. Maybe the ID changed?
I'm on the Steam Beta as well.
Replying to https://github.com/ValveSoftware/steam-for-linux/issues/12154#issuecomment-3399160586
What controller? Im running 1.06 on both the controller and dongle for 8bitdo Ultimate 2 Wireless works fine for me and the others
Dont forget to also reload the udev rule
# udevadm control --reload
"Others" means people on the forum https://steamcommunity.com/groups/SteamClientBeta/discussions/3/591764731433410123 and my gist https://gist.github.com/barraIhsan/783a82bcf32bed896c85d27dbb8018a5
I have an 8BitDo Pro 2 controller with the latest firmware, a fully up-to-date Fedora 43, and the current Steam client beta.
Without the latest udev rules from Valve's steam-devices git repository (i.e. hidraw doesn't have uaccess):
- the controller works in DirectInput mode, except for the back paddles and gyro
- the Steam client UI behaves weirdly as described above
With the latest udev rules:
- powering on the controller in DirectInput mode causes the part of the Steam client that implements the tray icon context menu to hang for several seconds (i.e. clicking the icon does nothing)
- the Steam Input UI extended buttons toggle works correctly and the UI displays the PL and PR buttons and the gyro but not the L3 and L4 buttons which don't exist on this controller (which were displayed without the udev rule granting uaccess to the hidraw device)
- there is no input from the controller, in the Steam UI, in game, or even in the KDE Game Controller system settings panel (or using a evdev test application to read from /dev/input/event?? directly)
Just want to add this isn't a steamOS specific issue - on windows 10 the issue is the same with my 8bitdo snpro3. Every thread I read says to be in 2.4 not bluetooth, and I am in 2.4. I can toggle the "enable extended buttons" in steam input, but as soon as you go to any other menu it untoggles it.
Is there anyone that can confirm someone from valve is aware of this bug or is working on it? It would be a godsend to finally be able to bind rear buttons to more than just another button on the controller. Being able to use the back buttons to bind to a keyboard shortcut to open mod menus for example would be amazing.
Just want to add this isn't a steamOS specific issue - on windows 10 the issue is the same with my 8bitdo snpro3. Every thread I read says to be in 2.4 not bluetooth, and I am in 2.4. I can toggle the "enable extended buttons" in steam input, but as soon as you go to any other menu it untoggles it.
Is there anyone that can confirm someone from valve is aware of this bug or is working on it? It would be a godsend to finally be able to bind rear buttons to more than just another button on the controller. Being able to use the back buttons to bind to a keyboard shortcut to open mod menus for example would be amazing.
For Steam to see the extra buttons, the controller needs to be in DInput mode, which on the Pro 3 is only available via Bluetooth.
I'm having the same issue with my ECHTPower Switch Controller. Switching it to Dinput doesn't fix this unfortunately. I'm on Windows btw
I opened a ticket with valve but they basically said "we can't fix this sorry" I'm kind of perplexed by that answer tbh because they added this functionality but then it just doesn't work. It's not like we're requesting a new feature, just for the one they implemented to work correctly