Problems while building my arcade with - DragonRise Inc. Generic USB Joystick

[Dragu]

@Substring
Cela me semble un problème pur de Retroarch ou de la version. Retroarch semble incapable de mapper des devices physiques à des joueurs distincts. Dans des jeux comme Mario World on peut utiliser le controleur sélectionné, mais pas le choisir, comme Retroarch le regarde comme seul et unique. Résultat : Il faut éventuellement changer les fiches USB, un joueur seul devra toujours jouer la même console, on oublit les tables de salon multiplace, et de même un controlleur supplémentaire sans fil pour le joueur 1. Tout cela un petit peu programmé avec les pieds et la bouche.

[Dragu]

@Substring
This issue from Retroarch that it is unable to distinct 2 joysticks with the same name, basing just on udev, and that this error is from 2014 on, now 4 years, is somewhere a failure and for me difficult to stand even for a licence free software. As so many people has the problem, in Lakka, in Retropie, in Recalbox and other.
Is there still something happening with Retroarch, or they switched off the light ?

[Substring]

@dragu retroarch does constantly move, indeed. They released 1.7.1 a few days ago. I have no idea if your bug has been submitted, but that would mean that people owning 2 ps3 pads would face the same problem ...

Have you tried the sdl2 input driver ?

[Dragu]

@Substring
I also messed around with sdl2, nothing changed. So this seems always a problem when you have 2 wired clone controllers. In game, the cores use both, but in Retroarch you cannot change the user assignement. As example very strange behavior in the Retroarch Menu interface.
Settings --> Input --> User 1 Bind --> User 1 Device Index. In my case you can circle the options between : Dragonrise #0, Port #2, Port #3, Port #4, Disabled.
You have seen that Port #1 is missing, so he just on USB ports, ignoring your nice ES, this from Retropie and Lakka.
But worse, if you circle second time on Dragonrise #0, he pass the handle to your second controller and you must now continu in the Retroarch Menu with User 2.
Nice Bulls**t.

[Dragu]

@Substring

I found something interesting with dmesg :

login as: root
root@Recalbox's password:
#
# dmesg | grep DragonRise
[    1.923431] usb 1-1.2: Manufacturer: DragonRise Inc.
[    2.123462] usb 1-1.3: Manufacturer: DragonRise Inc.
[    2.613596] input: DragonRise Inc.   Generic   USB  Joystick   as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2/1-1.2:1.0/0003:0079:0006.0001/input/input0
[    2.613853] dragonrise 0003:0079:0006.0001: input,hidraw0: USB HID v1.10 Joystick [DragonRise Inc.   Generic   USB  Joystick  ] on usb-3f980000.usb-1.2/input0
[    2.615054] input: DragonRise Inc.   Generic   USB  Joystick   as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3:1.0/0003:0079:0006.0002/input/input1
[    2.615295] dragonrise 0003:0079:0006.0002: input,hidraw1: USB HID v1.10 Joystick [DragonRise Inc.   Generic   USB  Joystick  ] on usb-3f980000.usb-1.3/input0
#

Is there an error in the last line and position, should it not be input 1 instead of input 0 ?

[Substring]

@dragu should compare with 2 xinmos. I believe it's normal when a controller handles a single player

As long as they are mapped on separate /dev/input/eventX

[Dragu]

@Substring
I totaly agree with you that 1 controller handles a single player. But here he just forget controller #1. So I think that you should be able to map controller #0 to all possible players, with controller #1 (not existing) should be the same.
If I now define in Retroarch Menu, that Player 1 is not existing, after this he map the controller #0 to Player 2, also in game.

[Substring]

@dragu do your encoders respond on separate events when you try evtest ?

[Dragu]

@Substring
Absolutely

# evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0:      DragonRise Inc.   Generic   USB  Joystick
/dev/input/event1:      DragonRise Inc.   Generic   USB  Joystick
/dev/input/event2:      1byone Keyboard
Select the device event number [0-2]:

and he even dont forget my keyboard

[Substring]

@dragu so it's a pure ra problem

[Dragu]

@Substring
Small chance that they resolve with newer version.

[Substring]

@dragu have you checked their github to see if an issue points at your problem ?

[Dragu]

@Substring
Not yet deep inside. Just find traces everywhere. So I will collect. We have 1.6.9 so that's important also.

[Substring]

@dragu they won't bother with a not up to date RA ...

[Dragu]

@Substring
Perhaps, but the time that this story is trailing over the versions...
Discussion in Retropie : https://github.com/RetroPie/RetroPie-Setup/issues/1798
(The USB Socket toggeling remember Bells phone time with a lot of young ladies and electric plugs )
and in the Retroarch Github I found the following about controllers :
https://github.com/libretro/retroarch-joypad-autoconfig/tree/master/udev

What I cannot find in our version is the definition : input_device_display_name,
this is perhaps a possibility to distinct the twins ?

[Dragu]

@Substring
May be one solution, if not resolved in new version to add usb port number in udev rules ? Like this you would have different device names.

[Substring]

@dragu what a pain

[Chrisitian Alonso]

Just made my own arcade an came up with the same problem when I set up one the other f**ks up. checked the device ID thing and the were both "ID 0079:0006"