Gamepads Not Recognized after updating Retropie
-
@mitu
Ok, so after spinning my wheels a bit trying to get that python script to run (I'm a bit out of my depth, but trying to learn), it seemed like I got it to execute with no errors. At this point, should the gamepads be working, or not until I add it to the autostart.sh script? I haven't added the line to autostart.sh yet, but I'm still not getting any response from the gamepads.Also, when I call the python script from this shell file, I assume it will be:
sudo python3 /home/pi/Scripts/fixcontroller.py
Do I have that right?
-
@jdriscol said in Gamepads Not Recognized after updating Retropie:
Also, when I call the python script from this shell file, I assume it will be: [..]
Yes, that's correct.
Just running the script should have enabled the controllers (even without adding it to
autorun.sh
). If that hasn't solved the controller initialization issue, then your problem is a different one.I wonder what SteamLink does that
xpad
doesn't. -
@mitu
I ended up putting a new image on the Pi and still no luck, initially. Eventually, I changed the mode on the gamepad (which I thought I had tried previously), and now it seems to work. In short, RetroPie only seems to recognize my gamepad in DirectInput mode instead of XInput since some update (unknown) of RetroPie. (Previously my gamepad worked in XInput mode no problem.) This is pretty annoying because it means I lose the rumble functionality in my games, plus it swaps out the left d-pad with the left stick.Any ideas on how to resolve this specific issue?
-
@jdriscol said in Gamepads Not Recognized after updating Retropie:
Any ideas on how to resolve this specific issue?
Assuming it's an
xpad
change that triggers this problem, you can try and install an older version. Do you known which version of RetroPie you had installed before the update - that would help narrow down thexpad
version which didn't have the problem. -
@mitu
I'm pretty sure my previous build was 4.7.1. I just went back and reviewed the thread in my initial post and realized that after updating the xpad shell filerp_module_repo="git https://github.com/paroj/xpad.git master 389e258"
I never went back to update the driver. I attempted that, but got the following error log:
Log started at: Sun 5 Feb 13:02:39 PST 2023 RetroPie-Setup version: 4.8.2 (b956140c) System: rpi3 (armv7l) - Raspbian GNU/Linux 10 (buster) - Linux retropie 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux Update is available - updating ... = = = = = = = = = = = = = = = = = = = = = Installing dependencies for 'xpad' : Updated Xpad Linux Kernel driver = = = = = = = = = = = = = = = = = = = = = /home/pi/RetroPie-Setup/tmp/build/xpad /home/pi = = = = = = = = = = = = = = = = = = = = = Getting sources for 'xpad' : Updated Xpad Linux Kernel driver = = = = = = = = = = = = = = = = = = = = = git clone --recursive --branch master "https://github.com/paroj/xpad.git" "/opt/retropie/supplementary/xpad" Cloning into '/opt/retropie/supplementary/xpad'... Winding back https://github.com/paroj/xpad.git->master to commit: #389e258 fatal: '389e258' is not a commit and a branch '389e258' cannot be created from it HEAD is now in branch 'master' at commit '1bdf0926376e9a256d32619122e755923de1dd0a' patching file xpad.c Hunk #1 succeeded at 78 with fuzz 2 (offset -8 lines). Hunk #2 succeeded at 2255 (offset 471 lines). Successfully applied patch: /home/pi/RetroPie-Setup/scriptmodules/supplementary/xpad/01_enable_leds_and_trigmapping.diff patching file dkms.conf Successfully applied patch: /home/pi/RetroPie-Setup/scriptmodules/supplementary/xpad/02_dkms_updates_folder.diff Error running 'git -C /opt/retropie/supplementary/xpad checkout -f 389e258 -b 389e258' - returned 128 /home/pi Log ended at: Sun 5 Feb 13:02:41 PST 2023 Total running time: 0 hours, 0 mins, 2 secs
Am I missing a step here?
-
@jdriscol said in Gamepads Not Recognized after updating Retropie:
Am I missing a step here?
Revert your changes to the script, cleanup the source folder (from the RetroPie-Setup
xpad
package's menu) and then you can reinstall. -
@mitu
I'm not clear on the next steps. Are you saying to get rid of the "389e258" portion of the xpad shell file and just re-install the driver? I've tried that already and still the same result as I had at the beginning of all this. -
@jdriscol did you update the RetroPie-Setup script?
-
@BuZz
I have been running with the latest version of the retropie setup script, v4.8.2. During this time, I tried uninstall and reinstalling the xpad driver. I continue to have the issue where the gamepad is not recognized at all when I have it in Xinput mode (though it had previously worked in this mode for years), and it only works in DirectInput mode. This is problematic because it forces a swapped directional hat/left joystick on the player 2 port when the controllers are in DirectInput mode.I did attempt at switching controller modes midgame in a ROM just to see what happens, and I got this screenshot. This shows that ES just can't seem to pick up my gamepad anymore in Xinput mode and not sure how to fix that.
-
This seems like an
xpad
regression w.r.t. your controller. The driver is installed from the upstream xpad repository, so there's not much we can do in RetroPie to fix it.Just to confirm that the version shipped with 4.7.1 still works with your gamepad, you can install an older version from that time (Nov 2020).
- make sure you're on the latest RetroPie-Setup release
- uninstall the
xpad
driver from RetroPie-Setup - backup the
xpad.sh
file from$HOME/RetroPie-Setup/scriptmodules/supplementary
and modif it as described here, but use the commit before 4.7.1 was released instead:rp_module_repo="git https://github.com/paroj/xpad.git master dc34631eed83aa9cffaa"
- install again the
xpad
driver and reboot, then try to see if the gamepad works again.
-
@mitu
Yeah, still no luck. So strange, as I had been able to use my gamepads in Xinput mode for at least a couple years from maybe 2019 onward till I updated my whole RetroPie OS and packages just a couple weeks ago. However, in going through the comments in github for xpad, it does seem like others are having issues with connecting their wired controllers through Xinput mode. Either way, thanks for your help up to this point and I'll keep digging around.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.