I figured it out - key is to map the controls in the native emulator (in this case RPCS3) using a keyboard. Then, when playing on the pi via the Steam Link, everything worked great. What a fantastic addition!
Many thanks for your advice @BuZz. I modified the startup script as you mentioned and it still works.
My understanding is that BasiliskII should ever load the 'keycodes' file so the host keyboard layout (the one configured in Raspbian/RetroPie, here) is taken into account, whatever international layout it is. Without the 'keycodes' file, only US-layout would be recognized and typing from another host keyboard layout (i.e French AZERTY, German QWERTZ...) under Basilisk would produce weird result. If I understand well, the keycodes file contains the USB keycode for any environment BasiliskII has been built for (so, the Linux framebuffer, here).
By the way, loading or not this keycodes files every time BasiliskII starts is not necessarily the most important point. With your permission, I would rather suggest that there is something to fix somewhere, since BasiliskII doesn't open this file when it is told to do so from its basiliskii.cfg config file.
Thanks for your reply mitu! I want to configure advmame with joypad (I have all controls except analog sticks and this I want) for this reason I cant access to "tab" menu (only if use keyboard plug) but I cant plug to cm3 the usb keyboard for this reason I think the solution is virtual keyboard.....but if I cant do this....I search other options ^^'' Thanks for your reply! (If I only play with GP430 I done but If I want the limit of the GP430 I can only try, mod & fix =) )Thanks again!
Turn 'Game focus' on in RetroArch by pressing Scroll Lock, this way RetroArch will not interpret the keys as gamepad actions/hotkeys. To exit the game, you'll need to press again Scroll Lock to activate RetroArch's keys back (so Esc would exit).
@mitu This was it! I have a script that controls an LED light/Power button on my case, (as well as shows heat/fan speed, etc) and it seems that the new update doesn't like it. If I delete the python line, the retropie command line and the RetroPie UI work as expected. Not sure what the conflict is, but it's clearly to do with the script on my end.
Below is the autostart.sh if you're curios. Thanks so much for your help!
It works !!!!!! but only when i launch ES in a terminal :-(
This is exactly what I said in my first reply. This is how it's configured the RetroPie launcher - as outlined in the docs.
Last question : does ES and Retropie need sudoers ?
If not, i should modify authorization in /opt/retropie/configs : actually all files are for root:root and not for my user "pi"
As runcommand try to write in the .cfg file, it couln't !!!
The /opt/retropie/configs shouldn't be owned by root - there's something that you maybe changed, because the RetroPie-Setup scripts ensure the folder is owned and writable by the installation users.
The sudo rights for the install user is needed for installing additional packages and for adding the necessary configurations needed for RetroPie. This is one of the first steps outlined in the installation docs.
@mitu .xsessionrc doesn't seem to execute. Does it need to be chmod +x? I've got the game up on the screen now, and when I do ps ax I don't see the xboxdrv process... and it's not showing in the /dev/shm files either.
The XINIT: prefix seems to work though, it will still bring up the game at least as well as it did before.