-
Notifications
You must be signed in to change notification settings - Fork 518
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Linux HoriPad wired "HORI_CO._LTD._HORIPAD_S" #524
Comments
Thorough, thank you! Can you please check if the device is already working fine in SDL without this map? We’re trying to avoid overriding the default behaviour of SDLs HIDAPI implementation indicated by |
yes it was detected fine and buttons mapped out correctly before this not sure when a change happened but i needed to remap it for the dpad to recognize correctly in a game before also that i dont have any global variables set which override it anywhere in i agree that if it conflicts with existing working configs then a new config might be more headache. so im not sure what else to do about that. these are my facts specifically the games would recognize the dpad keybindings as being set but nothing would happen in game |
ah..... the change noted was between version 2.0.14 and somewhere upwards of 2.0.16,17 or .18 checking on raspberry pi (debian11) with SDL 2.0.14 the other config appears
lsusb -v
i wager, as suggested, its an upstream issue. is there a specific github issue i should report to that you are aware of? |
No, but you might want to open an issue or PR addressing the mapping that is causing an issue for you. The mapping you've identified as problematic has a GUID ending in The disparity between POV hat and buttons in the dpad mapping may possibly be a Linux driver discrepancy or a change in SDL's HIDAPI handling. If you can confirm it's the latter, and that your mapping definitely fixes the issue on the latest SDL, I would suggest opening a PR with SDL. The mapping you've provided with GUID Probably worth noting that these Hori Switch controllers also have an XInput mode which may be responsible for some of the confusion. |
@arrowgent I’m going to close this for now, but feel free to file an issue upstream with SDL: https://github.com/libsdl-org/SDL Thanks for thoroughly documenting your issue, follow up here later if you have any other notes or questions. |
HORI_CO._LTD._HORIPAD_S
https://www.amazon.com/Nintendo-Switch-HORIPAD-Controller-Officially-Licensed/dp/B01NAUATSM
echo $SDL_GAMECONTROLLERCONFIG
030000000d0f0000c100000072056800,Nintendo Switch Pro Controller,platform:Linux,a:b1,b:b0,x:b3,y:b2,back:b4,guide:b5,start:b6,leftstick:b7,rightstick:b8,leftshoulder:b9,rightshoulder:b10,dpup:b11,dpdown:b12,dpleft:b13,dpright:b14,leftx:a0,lefty:a1,rightx:a2,righty:a3,lefttrigger:a4,righttrigger:a5,
configured by gamepad-tool
https://generalarcade.com/gamepadtool/
A/B reversed B = A, A=B
X/Y reversed X = Y, Y=X
for game compatibility
sdl version:
libsdl2-2.0-0/bionic,now 2.0.18+dfsg-1~18.04.sav1 amd64 [installed]
SDL2 ControllerMap
/usr/lib/x86_64-linux-gnu/installed-tests/SDL2 $ ./controllermap
030000000d0f0000c100000072056800,Nintendo Switch Pro Controller,platform:Linux,a:b1,b:b0,x:b3,y:b2,back:b4,guide:b5,start:b6,leftstick:b7,rightstick:b8,leftshoulder:b9,rightshoulder:b10,dpup:b11,dpdown:b12,dpleft:b13,dpright:b14,misc1:b15,leftx:a0,lefty:a1,rightx:a2,righty:a3,lefttrigger:a4,righttrigger:a5,
according to steam: (not sure if i created this or not)
cat ~/.steam/steam/config/config.vdf|grep -i hori
030000000d0f0000c100000011010000,HORIPAD S,a:b0,b:b1,x:b3,y:b4,back:b10,guide:b12,start:b11,leftstick:b13,leftshoulder:b6,rightshoulder:b7,dpup:h0.1,dpdown:h0.4,dpleft:h0.8,dpright:h0.2,leftx:a0,lefty:a1,lefttrigger:a2,righttrigger:a3,platform:Linux"
ll /dev/input/by-id
usb-HORI_CO._LTD._HORIPAD_S-event-joystick
lsusb
Bus 003 Device 004: ID 0f0d:00c1 Hori Co., Ltd
lsusb -v
The text was updated successfully, but these errors were encountered: