Solved Xin-Mo mapping incorrect sur rpi4 en RB7.1.1
- 
					
					
					
					
 Bonjour, Contexte : 
 Ma borne possède un encodeur Xin-Mo Deux joueurs USB.
  
 J'ai upgrade rpi3b+ -> rpi4 et recalbox 6.x vers 7.1.1.
 (excuse : je jouais surtout sur mon gpicase)Constat : 
 Après une conf identique dans le menu, le mapping ne donne pas la même chose une fois dans les émulateurs.
 test snes sf2 (permet de tester facilement L R AB XY ...)
 Start pour donner un coup de pied n'est pas pratique.
 N64 Mario kart X pour avancer ? pas de saut.
 -> il semble y avoir un décalage des inputs.Diagnostique : 
 un rpi3b+ en 7.1.1 ne présente PAS le problème.
 un rpi3b+ en 6.x ne présente pas le problème non plus ...
 Spécifique au rpi4 donc. ( évolution /dev/input/event ?)Merci encore pour votre travail. On sent que y'a de l'amour pour le retrogaming dans chaque recalbox  
- 
					
					
					
					
 [ 260.677018] usb 1-1.4: USB disconnect, device number 4 [ 262.507985] usb 1-1.4: new low-speed USB device number 5 using xhci_hcd [ 262.646613] usb 1-1.4: New USB device found, idVendor=16c0, idProduct=05e1, bcdDevice= 1.00 [ 262.646622] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 262.646629] usb 1-1.4: Product: THT Arcade console 2P USB Player [ 262.646636] usb 1-1.4: Manufacturer: THT [ 262.655421] input: THT THT Arcade console 2P USB Player as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4:1.0/0003:16C0:05E1.0006/input/input16 [ 262.655683] input: THT THT Arcade console 2P USB Player as /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4:1.0/0003:16C0:05E1.0006/input/input17 [ 262.655921] xinmo 0003:16C0:05E1.0006: input,hidraw1: USB HID v1.01 Joystick [THT THT Arcade console 2P USB Player] on usb-0000:01:00.0-1.4/input0
- 
					
					
					
					
 usbhid.quirks=0x16c0:0x05e1:0x040à la fin dans cmdline.txt ne règle pas le soucis SF2  A = Start et Start = R A = Start et Start = R
- 
					
					
					
					
 # evtest /dev/input/event3 Input driver version is 1.0.1 Input device ID: bus 0x3 vendor 0x16c0 product 0x5e1 version 0x101 Input device name: "THT THT Arcade console 2P USB Player" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 288 (BTN_TRIGGER) Event code 289 (BTN_THUMB) Event code 290 (BTN_THUMB2) Event code 291 (BTN_TOP) Event code 292 (BTN_TOP2) Event code 293 (BTN_PINKIE) Event code 294 (BTN_BASE) Event code 295 (BTN_BASE2) Event code 296 (BTN_BASE3) Event code 297 (BTN_BASE4) Event type 3 (EV_ABS) Event code 0 (ABS_X) Value 0 Min -1 Max 1 Event code 1 (ABS_Y) Value 0 Min -1 Max 1 Event type 4 (EV_MSC) Event code 4 (MSC_SCAN)# evtest /dev/input/event4 Input driver version is 1.0.1 Input device ID: bus 0x3 vendor 0x16c0 product 0x5e1 version 0x101 Input device name: "THT THT Arcade console 2P USB Player" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 288 (BTN_TRIGGER) Event code 289 (BTN_THUMB) Event code 290 (BTN_THUMB2) Event code 291 (BTN_TOP) Event code 292 (BTN_TOP2) Event code 293 (BTN_PINKIE) Event code 294 (BTN_BASE) Event code 295 (BTN_BASE2) Event code 296 (BTN_BASE3) Event code 297 (BTN_BASE4) Event code 298 (BTN_BASE5) Event code 299 (BTN_BASE6) Event type 3 (EV_ABS) Event code 0 (ABS_X) Value 0 Min -1 Max 1 Event code 1 (ABS_Y) Value 0 Min -1 Max 1 Event type 4 (EV_MSC) Event code 4 (MSC_SCAN)
- 
					
					
					
					
 j'anticipe avec un recalbox-support. https://transfer.sh/NU5UX/recalbox-support-c38ed082-58e1-e7a7-d5ed-bb6e2bb55ffe.tar.gzA -> START 
 B -> ? (A ?)
 X -> B
 Y -> ? (X ?)
 L -> Y
 R -> ? (L ?)
 START -> R
 SELECT -> ?
- 
					
					
					
					
 je viens de voir que "Gamepad : xinmo" n'est pas/plus supporté sur rpi4  
- 
					
					
					
					
 je viens de lancer la ROM SNES de maintenance 
 mon bouton -> effet sur la console SNES
 A -> START
 B -> A
 X -> B
 Y -> X
 L -> Y
 R -> RIEN
 Start -R
 Select -> RIEN
 HOTKEY -> RIEN
- 
					
					
					
					
 global.inputdriver=udev résolu ! 
- 
					
					
					
					
 @brucemangy merci pour le retour, effectivement c'est bizarre car normalement ce n'est pas le driver SDL2 qui prend la main par défaut...