Solved Encodeur USB XSOURCE 2 + Moonlight

[tong-man]

Bonsoir,
Je rencontre une petite anomalie avec mon encodeur USB XSOURCE 2 :

J'ai cablé les 8 boutons par joueur + 1 Select et Start par joueur.
Le boutons sont bien mappés sous ES comme ceci pour chaque joueur :

X Y L1 L2
B A R1 R2
Start Select

Sous l'émulateur PSX et N64, aucun problème de boutons
Sous MAME, la touche R2 sert bien à paramétrer chaque jeux d'arcade lancé.
Le soucis se pose sous "moonlight".
En effet les jeux PC adoptent tous le mapping suivant pour les 2 joueurs :

X Y L1 L2
B A Down Right
Start Select

Même en affectant les touche dans les jeux, il détecte les touches R1 et R2 comme étant les touches Down et Right, donc impossible.

Je suis sous 4.1 recalbox last revision sur un rpi 3.
Une idée ? xD
Merci par avance.

[acris]

Bonjour @tong-man
c est une question pour @substring

[Substring]

@tong-man mmhhhhh ton stick, tu lnas bien configuré sur le dpad, et non les sticks analogiques ? Pour ma part, la dernière fois que j'ai testé Moonlight avec mon xarcade, je n'ai eu aucun pb

[tong-man]

Salut @Substring , oui les sticks sont bien configurés en dpad...

[Substring]

@tong-man Tu peux me sortir les mappingP*.conf dans /recalbox/share/system/configs/moonlight ? Aussi accessible en réseau par \\recalbox\share\system\configs\moonlight

edit: en fait non, il me faut l'archive de support stp

[tong-man]

ok pas de soucis je cherche comment on fait et je l'envoie...

[tong-man]

http://www41.zippyshare.com/v/ExPNE0B5/file.html

bonne reception

[tong-man]

Pour info c'est le même encodeur qui n'est pas détecté correctement sous 4.1 suivant ce sujet :

https://forum.recalbox.com/topic/8038/twin-usb-game-pad-joueur-1-ok-joueur-2-non-détecté/11

Bref une pierre 2 coups pour le debugage

[Substring]

@tong-man Ton stick est mappé bizarrement, il y a des l'incohérence entre moonlight et ce qui est configuré dans ES. Supprime les 2 fichiers de mapping de moonlight (mappingP*.conf) et relance moonlight pour voir

[tong-man]

@Substring merci ca a fonctionné comme sur des roulettes !

Peut être que ca vient du fait que sur cette image de recalbox, j'ai du utilisé des dizaines d'encodeurs USB différents et que moolight n'a pas remapper les touches à chaque changement.

Bonne soirée.

[Substring]

@tong-man oui c'est le cas ! Faudrait surtout que je pense à effacer ces fichiers de config avant de les mettre a jour ...

[tong-man]

Merci @Substring , il ne reste plus qu'à comprendre pourquoi je suis obligé de modifier les quirks sur 4.1 unstable comme sur la 4.0.2 stable, alors que cet encodeur est bien configurer avec la nouvelle méthode nativement.

[acris]

Oui hein @substring pourquoi ça fonctionne pas hein hein hein ?

@tong-man dis moi tu viens d'une version 4.0.2 -> update 4.1 unstable ? ou directement en 4.1 ?

[Substring]

@acris bon, je viens de chercher ... et j'ai compris le sushi

Alors il y a 2 sources d'erreurs :

• nous, recalbox, on a mal écrit le fichier de conf
• même si on l'écrivait bien, le kernel limite à 4 quirks

Démonstration :

# cat ./module/usbhid/parameters/quirks
0x2563:0x555:0x040,(null),(null),(null)

Bizarre ... seul le dernier qurik est listé ... Allez on bidouille /etc/modprobe.d/usbhid.conf

# tail /etc/modprobe.d/usbhid.conf        
# XCSOURCE 2 Encoder USB - Twin USB Gamepad
options usbhid quirks=0x810:0xe001:0x040

# 3H Dual Arcade 2Players
options usbhid quirks=0x16c0:0x05e0:0x040

#ShanWan Twin USB Joystick
options usbhid quirks=0x2563:0x555:0x040,0x810:0xe001:0x040


# cat /sys/module/usbhid/parameters/quirks
0x2563:0x555:0x040,0x810:0xe001:0x040,(null),(null)

Conclusion :

• la syntaxe, c'est d'ajouter les quirks avec des virgules entre
• on est limité à 4

Solution : patcher le kernel + réécrire le fichier
https://github.com/torvalds/linux/blob/48b6bbef9a1789f0365c1a385879a1fea4460016/drivers/hid/usbhid/hid-quirks.c#L307 -> https://github.com/torvalds/linux/blob/9eb788800510ae1a6bc419636a66071ee4deafd5/include/linux/hid.h#L326

[acris]

@Substring merci d'avoir regardé ce qui explique pourquoi quand @ian57 avait testé les xinmo 18/20 pins ça avait fonctionner sans problème et que quelques mois plus tard avec l'ajout des quircks supplémentaires en dessus, il a dû patché le kernel aussi.

[tong-man]

@acris salut à tous ! Mon image vient d'une 4.0 beta vers stable 4.0.1, 4.0.2 enfin unstable 4.1.

Sympa si vous avez pu debuger le truc !!!

Encore bravo pour ce projet... j'attends juste avec impatience le petit correctif du pas de son sur le jack au démarrage

[Substring]

@tong-man le son c'est corrigé en interne