snes9x-rpi controls broken? Retroflag Gpi

SinisterSpatula

@mitu I can provide the build log if it's helpful, it does succeed to build, and does move the built files into the /emulators/snes9x folder, so it appears to be building just fine. The Gpi controls are xpad (xbox360) style. But I've also tried a bluetooth keyboard with it as well. When I had problems with the joystick inputs, I also tried using xboxdrv to send keyboard keys to the emulator instead. It behaved the same way as the bluetooth keyboard (escape, backspace, and number keys will work, but not any of the player movement or buttons).

mitu

@SinisterSpatula I see - so maybe the joystick code needs to be modified:

JOYSTICK BUTTONS:

Same deal here, at the moment you need to edit a header file and recompile
to redefine the joystick buttons. The defaults are not likely to make
sense for you unless you have a digital Thrustmaster Firestorm 12-button
controller. :)

To find out which joystick buttons and axes are which, do:
$ sudo apt-get install joystick
Then:
$ jstest /dev/js0
Test and write down. Edit unix/joydef.h and then recompile. Future versions
will make this stuff not require a recompile.

EDIT: did you try using lr-snes9x2002 as an alternative ?

SinisterSpatula

@mitu Yes, I did that. A = 0, B = 1, X = 2, Y = 3, LB = 4, RB = 5, Select is 6, Start is 7, Axis6(left/right), Axis7(up/down) [These are the results of jstest for the Gpi case]. Those are the values I tried to change in the code. I found three different places to change them:

snes9x-rpi/unix/input/inputConfig.cpp
snes9x-rpi/unix/input/joystick.cpp
snes9x-rpi/unix/unix.cpp

Maybe there is a fourth place I have not found, but I kind of doubt it, I've been looking painstakingly hard.

edit: yes, it still suffers from significant slowdown, where this old core performs like a beauty on the zero. I'm really trying to bring this guy back from the dead. :)

mitu

Looking at the code, it looks like it uses the SDL2 joystick subsystem to detect the gamepads. What do you have in your run log file - /dev/shm/runcommand.log ?

SinisterSpatula

@mitu

Parameters: 
Executing: SDL1_VIDEODRIVER=dispmanx /opt/retropie/emulators/snes9x/snes9x "/home/pi/RetroPie/roms/snes/Earthworm Jim (USA).sfc"
Rate: 44100, Buffer size: 1024, 16-bit: yes, Stereo: yes, Encoded: no
Could not find joystick mapping forMicrosoft X-Box 360 pad, use default
No ROM file header found.
"EARTHWORM JIM" [checksum ok] HiROM, 32Mbits, Type: ROM only, Mode: 21, TV: NTSC, S-RAM: 0Kb, ROMId: AEJE Company: 4G

mitu

@SinisterSpatula OK, so the gamepad is detected correctly, but I'm not sure why the mapping doesn't work - maybe it's just using the name but gamepad has different key codes.

I started a ROM - with a SNES style USB controller - and it played fine (minus the emulator exit, which is not mappable), without any re-configuration. I also got the same type of messages in the log, but despite the 'default' mapping being used, it worked fine.

EDIT: Can you try with sdl2-jstest (from here) to see how your controller is detected ?

SinisterSpatula

@mitu That's very interesting! We're the select and start buttons working? For me, the start button does nothing, and the A/B/X/Y were in the wrong order.

mitu

@SinisterSpatula Yes, buttons looked fine - though I didn't make use of L/R much.

SinisterSpatula

@mitu said in snes9x-rpi controls broken?:

sdl2-jstest

Sorry, Iinux is not really my strong suit. I was able to clone the git, and run the cmake, but I couldn't seem to do "make" or "make isntall". Not sure what arguments I'm supposed to add to them. Edit: actually the cmake fails, saying the gamecontrollerdb.txt is a symlink that is "dangling" I assume not there.

mitu

@SinisterSpatula Must have changed since I last installed it. You can try with this version, which doesn't need additional files.

SinisterSpatula

@mitu It tells me unable to open Joystick 1. Uhg. It's probably something unique to the Gpi-case I'm thinking, if you tested it with a usb controller and it worked for you. I'll see if I can try using a usb controller also, with a different pi, and see if I'm able to compile a version and change button mapping around. I'm also curious to try a usb keyboard with it on a different pi and see what happens. Maybe others here that have a Gpi case are also looking into this, and we can help each other to get it working. I appreciate your help greatly.

mitu

@SinisterSpatula If you haven't tried lr-snes9x2002, I suggest you try to see how it performs. xboxdrv may also be a solution for re-mapping the gamepad without any re-compilation - useful for a drop-in configuration.

SinisterSpatula

@mitu Yeah, that's what I'm really puzzled about. I've gotten extremely savvy with xboxdrv and I've used it with many of these older cores now. When I tried using it with this one, it just refused to receive or process any of the key events I sent it, except for two, escape (quit) and backspace (speed up the cpu). And when I connected a bluetooth keyboard and it did the same thing, that's what made me think it must be the core itself. My fork of snes9x-rpi for Gpi is here: https://github.com/SinisterSpatula/snes9x-rpi

SinisterSpatula

I feel like I'm SOOO Close to this now. I was able to modify the code for the joystick detection skipping over Js0 (the retroflag xpad joystick) and get snes9x to grab Js1 instead (xboxdrv joystick). You would think that would be all it takes right? Wrong. So there is some weirdness happening even with that. The button assignments seem to change practically at random. They are one way for one launch, and then they shift around on the next launch. So I'm pretty much abandoning Joystick buttons and going for keyboard input. I know exactly the area of the code I need to change but still working out the best way to change it. It reads like "first we get all the joystick players, and then we get keyboard players". So I think because it was finding joysticks, the keyboard keys became player 2 (which is why none of the movement keyboard keys affected player 1). So if I find away for it to take NO joysticks, the keys should become player 1. That is my current goal.

mitu

@SinisterSpatula Since it uses SDL, just disable the joystick sub-system initialisation - https://wiki.libsdl.org/SDL_InitSubSystem - and see if that leaves you with just the keyboard controls.

spud11

@SinisterSpatula Hi. I use xboxdrv on my 4 player arcade machine where it is really handy, but I'm just wondering what you consider is or will be the benefit of using xboxdrv and snes9x-rpi on the GPI. I received the GPI a couple of days ago and am using one of the standard snes libretro emulators - I'm not sure which because I'm not at home at present. The libretro emulator, though, seems pretty good to me.

pomme

@spud11 The default SNES emulator on the pi zero is lr-snes9x2002 - It runs okay, but has some pretty choppy sound and some slowdown on some of the more demanding titles (at least in my experience). Snes9x-rpi runs extremely smooth on the Retroflag GPi Case. If @SinisterSpatula can get the controls working I'd love to switch emulators.

spud11

@pomme Thanks. That explains it well.

SinisterSpatula

Apparently I missed a very important thing when I went down this rabbit hole of working on snes9x-rpi. There exists "pisnes" and it is based on the same code as snes9x-rpi, and it's much further developed. I have no clue why snes9x-rpi is even a listed emulator on the retropie wiki. So yeah, you should totally switch emulators, but pay no attention to snes9x-rpi. I just wasted a week or more for no reason on it. And I've learned an important lesson. Research every option before you think there is only one. However, if for some reason pisnes still has slow down, I did infact get snes9x-rpi working for the gpi. Maybe try both and see which you like better. You can get my gpi version here (you'll need to compile from source using my repo as the source). modify the snes9x.sh in scriptmodules to point to my repo, then build from source. [removed my fork of snes9x-rpi, just use pisnes instead. It's better in every way.]

spud11

@SinisterSpatula That's really interesting (but am sorry you spent such a lot of time on snes9x-rpi).

I'll install both pisnes and your version of snes9x-rpi and give them both a crack. Did you wind up using xboxdrv too? If so, could I please ask whether you could set out the code you used? Thanks.