Help Remapping non-LibRetro games/systems

hansolo77

I don't know how far I can take this request. But here goes...

Is it possible to get MORE systems to list under the Joystick-Selection addon program? Specifically, I'm looking for support for the /ports/Streets of Rage Remake game. Following all setup steps, I have managed to get the game to install, AND run, but I can't configure my controller. I suspect it's because the controller it's looking for remapping might be on /dev/input/js0. My controller I want to configure however is way over at /dev/input/js5. So when I run through the remapper inside the game, it doesn't recognize any of my input commands. Because of the way my Raspberry picked up the USB devices, it's finding the Raphnet NES controllers as js0 and js1, the Mayflash Sega/Atari controllers as js2 and js3, my wireless keyboard/mouse as js4, and finally my Xbox controllers as js5, js6, js7 and js8. This is a constant problem with emulators that aren't LibRetro, as they typically only map out to the first connected device. Joystick-Selection has helped in some cases for making sure certain systems use the dedicated controllers but not all of them.

I really need to get AT LEAST the js2 and js3 controllers mapped to Sega compatible buttons for Streets of Rage Remix, as well as the same controllers for the Atari800 emulator.

Any ideas here? If the Joystick-Selection addon isn't what I need to use, is there perhaps a different way I can go about this? What about possibly re-arranging the detected devices so the Xbox controller is mapped as js0?

mediamogul

@hansolo77

I was faced with these same issues all too frequently when I first jumped on the Pi. I tried quite a few different methods and found the path of least resistance to be mapping the controllers to keyboard input. Now everything just works and the best part is that I have a great deal of control over how it works.

Speaking directly to your request, the only comparable alternative I found was creating scripts that temporarily renamed the various jsX assignments to js0 on launch. I also had mirrored scripts that would set the assignments back on exit. I ultimately abandoned this approach, as it became extremely hard to manage compared to the key-mapping alternative.

hansolo77

I'm pretty much done adding systems to my setup. I really wanted Atari joysticks because the port also works with Sega controllers. I have it all inside an NES so obviously an NES controller was a must too. For 99% of my gaming though, I'm using an Xbox 360 controller because it's wireless and I just love the way it feels in my hands (and that it has lots of buttons and can work as a PlayStation controller too). For the most part, using the Joystick-Selector addon works great if I want to switch to one of the classic controllers for a short while. The problem I have is with the systems that aren't LibRetro, where you have to use whatever control scheme the the emulator wants you to use. Atari800 (emulator) and Streets of Rage remix are both examples of this.

When you say you created a script that renames the jsX assignments temporarily, then back as needed, what all was involved with that? It seems like that would be the simplest approach for the time being. Are there any guides?

mediamogul

@hansolo77 said in Help Remapping non-LibRetro games/systems:

It seems like that would be the simplest approach for the time being.

Renaming the jsX assignments is nothing more involved than knowing what all the assignments are going to be in advance, renaming the current js0to a placeholder of your choosing and then finally renaming the intended jsXto js0. In practice, an example would look like:

mv /dev/inputs/js0 /dev/inputs/placeholder
mv /dev/inputs/jsX /dev/inputs/js0

Like any other scriptable approach to this problem, you now need to be able to execute these scripts based on the software they are meant to accompany. While I don't know of any guides that cover this off the top of my head, @MadHorse's case statement from the xboxdrv keymapping guide is very close to what I was originally using when I tried this myself and could be adapted to fit your needs. Instead of calling upon the xboxdrv commands, you could just replace them with the commands to rename the jsX assignments. This would of course necessitate some trial and error, but really any solution to this problem is likely to require similar finesse in some way.

hansolo77

Wow I just looked at that link... WAY over my head.. :( Maybe it's because I'm half asleep. I'll see if I can figure it out tomorrow. Unless you happen to be able to reply with some simple tips! :) (I know, wishful thinking lol!)

mediamogul

@hansolo77

Unfortunately, these types of tailored control issues are just tough to overcome in many cases. It literally ran me away from RetroPie in the beginning, but after I saw the lack of flexibility in the alternatives such as RecalBox and Lakka, I took a second look, then a third, fourth and so on until I had a grasp on something that suited me. Granted, it came at the cost of my sanity, but I've always believed that to be highly overrated anyway. I'm sure you'll find a solution that works for you as well.

hansolo77

I guess I'm just confused on where I put those mv lines at. Do I need to create a new script, and have it called from an existing script? Or can I just add it to whatever existing script I have that involves the emulator? Like, I know there's a /home/pi/retropie/roms/ports/Streets of Rage Remix.sh file. Can I just add those mv lines to before and after the command inside that file? Or would I need to do something more than that? I don't have any problem experimenting, I just need a place to start. Anyway, I'm done for the night. Thanks for your help!

mediamogul

@hansolo77 said in Help Remapping non-LibRetro games/systems:

Can I just add those mv lines to before and after the command inside that file?

It's a great place to start. Just make a backup of the script first and there's really no downside to trying it.

hansolo77

OK, so a bit of work, I have a working "swap" in my script:

#!/bin/bash
sudo mv /dev/input/js0 /dev/input/js99 && sudo mv /dev/input/js5 /dev/input/js0
"/opt/retropie/supplementary/runcommand/runcommand.sh" 0 _PORT_ "sorr" ""
sudo mv /dev/input/js0 /dev/input/js5 && sudo mv /dev/input/js99 /dev/input/js0

When that launches from EmulationStation, the game loads up. I then SSH into my Pi and do a jstest /dev/input/js0 and see that it has changed to the Xbox controller (which is on js5). However, inside the game, it still doesn't recognize the controller. I connected my Sega controller to the Mayflash (js3 and js4) and it wasn't picked up either. Then I connected my NES controller (js1 and js2) and it was recognized. So I had an 'aha!' moment, in that the game is looking for input on js1 and not js0. So I made the changes to the launch script, verified in SSH that it swapped, and tried to remap the buttons again. Still nothing. The NES gamepad though was still being recognized. ARGH!!!! So apparently it's not a matter of which controller is plugged in where, but a matter of the game recognizing the device as a controller. And in this particular case, it only likes my keyboard and the NES pad. :(

I think this is the point where I pull my hair out. Is this where I'd need to use Joy2Key or something? How do I set that up?

mediamogul

@hansolo77

I started thinking about all this a bit later after we talked and remembered some other of my own issues with this approach. There are indeed many times that this will work, but it's not a magic bullet, as quite a few emulators actually make use of the first joystick event rather than js0. Unfortunately I was never able to find a way to change how the joystick event order is set. Most of what I did find led me to believe that it's just not possible. I was hoping for the best here too.

Is this where I'd need to use Joy2Key or something? How do I set that up?

I haven't yet learned how to use all the key-mapping alternatives, but Joy2Key is definitely one I'd like to look at sometime in the future. Outside of xboxdrv, Joymap and Linux Joystick Mapper are also options to consider.

hansolo77

It sounds like xboxdrv is your favorite. Is it possible to use it just for 1 or 2 systems, or is it a complete replacement to the default xpad driver? How hard is it to setup? Can you give me some pointers/tips?

mediamogul

@hansolo77 said in Help Remapping non-LibRetro games/systems:

It sounds like xboxdrv is your favorite.

It is, but I do recognize that it's not a simple thing to jump into. After a cursory look at the different options when I was starting out, xboxdrv seemed to be the most versatile solution. The others seem to lack a valuable feature to me here or there, but they also seem a bit easier to setup and that can of course be a valuable trade-off to many people. I've even noticed a few features from other mappers that don't exist in xboxdrv.

Is it possible to use it just for 1 or 2 systems, or is it a complete replacement to the default xpad driver?

It can indeed be used with one or two systems. When used in conjunction with the xpad driver, the following line would need to be added.

--detach-kernel-driver

As I have never tried this myself, I'll leave the explaination to the xboxdrv manpage entry:

"Detaches the kernel driver that is currently associated with the given device. This is useful when you have the xpad module loaded and want to use xboxdrv without unloading it."

Can you give me some pointers/tips?

Again, I'll be honest. All this is not exactly easy. You may even find out that it's still not the right approach for your particular setup. However, if you find that it does work for you, it becomes pretty easy to configure these mappings over time.

When I started looking into this, there wasn't even an available guide, so I had to pour through the manpage and seek out help on other forums that made similar use of the software. As far as following the guide here on the wiki is concerned. I would recommend reading closely, asking questions and eat it one bite at a time. Any problems that will prevent it from working on your setup will present themselves in the first few steps, so you won't really waste any time.