[nbonaparte]

The PiTFT display does not allow OpenGL hardware acceleration, which is what RetroPie uses (and most emulators). If you really wanted to try, you could use fbcp which copies the framebuffer back to the PiTFT but it has a lower framerate and the resolution gets somewhat messed up.

[nbonaparte]

Put it in: /opt/retropie/emulators/gpsp/raspberrypi

[nbonaparte]

Sorry, but it seems like I am unable to make it work, and I’ve done all of the steps above.

EDIT: Never mind, it works! I somehow had changed the name of the input device from retrogame to something else.

[nbonaparte]

It’s “/opt/retropie/emulators/gpsp/raspberrypi”
You just missed an “s” at the end of “emulators”.

[nbonaparte]

I can confirm that it works on 2.3, but you have to download the source for SDL 2.0.1 using the RetroPie-Setup script, and then replace SDL_udev.c and so forth.

[nbonaparte]

In RetroPie 2.3, the SDL 2.0.1 folder is gone and there is no SDL_udev.c, so this hack fix might not work anymore.

[nbonaparte]

To clear everything up, here are the commands in order (after transferring SDL_udev.c):

cd /opt/retropie/supplementary/SDL2-2.0.1
sudo make
sudo make install

[nbonaparte]

You don’t download SDL 2.0.3. You use the one in /opt/retropie/supplementary and “make” and “make install” there.

[nbonaparte]

Do the controls on the RetroArch emulators (NES, Atari 2600, PSX, Mega Drive, etc.) work for you?

[nbonaparte]

Bolch: You have to run “make” and “make install” for it to run.
I still haven’t gotten Retroarch to work, however (but it worked in 1.9.1). Does it use SDL2 as well?

[nbonaparte]

Confirmed working!
Many thanks to CrazySpence for his work!

If you’re looking for the SDL2 folder, it’s in /opt/retropie/supplementary.

EDIT: works in ES but not for Retroarch. It might need to be recompiled again or something.

[nbonaparte]

Does the python script take up more processing power?

The only other solution I can think of is to hook the buttons up to a Teensy.

[nbonaparte]

I have the same problem as you. I asked Aloshi (creator of EmulationStation) on the Raspberry Pi Forums and this is what he said:

This probably has to do with the change from SDL 1.2 to SDL 2. SDL2 uses evdev for input handling (in the console in the Pi). I don’t remember what SDL 1.2 uses. Not much I can do about this, sorry.

[nbonaparte]

The TFT screen you use does not allow OpenGL, but most emulators use it (with the exception of advmame and fceu, to name a few).
Copying the framebuffer is a less than perfect solution, as it reduces the framerate and makes everything look ugly compared to displaying directly on the TFT.
Thus, the only solution is to not use EmulationStation (which also uses OpenGL) and find emulators which don’t use OpenGL, which are quite rare.

[nbonaparte]

Yes, it by default looks inside the emulator directory instead.
You have to edit mame.cfg (found inside emulator folder) to look in wherever you have your roms at (usually ~/RetroPie/roms/mame).
Just change “rompath” to the rom location (so if you have it in the same spot, “rompath=/home/pi/RetroPie/roms/mame”).

[nbonaparte]

Your resolution is probably different than what nosifone has (1280 x 1024).
To solve it, you would need to make a larger version of the background as it seems it is too small.

[nbonaparte]

J’aime votre oeuvre!
Si vous vouliez la texte pour Nintendo 64 dans le es_systems:

DESCNAME=Nintendo 64
NAME=n64
PATH=/home/pi/RetroPie/roms/n64
EXTENSION=.z64 .Z64 .n64 .N64
COMMAND=cd /home/pi/RetroPie/emulators/mupen64plus-rpi/test/ && ./mupen64plus %ROM%
PLATFORMID=3

Aussi,est-ce que vous avez (ou vous pouviez faire) un resolution plus grand pour le background? (Je voudrais 1920 x 1080, s’il vous plait)

[Author]

Posts