[petrockblog]

Currently this is not possible. This would be a feature for the front-end Emulation Station and could be proposed at the repository at https://github.com/Aloshi/EmulationStation/issues?state=open.

[petrockblog]

Are you using HDMI or composite out?

[petrockblog]

There is a thread about that with a possible solution at https://github.com/retropie/RetroPie-Setup/issues/161. This might also go into a next update of the RetroPie Setup Script.

[petrockblog]

There is also a wiki site for that issue at https://github.com/retropie/RetroPie-Setup/wiki/How-to-get-ROMs-on-the-SD-card.

[petrockblog]

Maybe the command line options of DGEN can help here: http://dgen.sourceforge.net/#dgen
I have not tried this myself, though.

[petrockblog]

I think this issue was also mentioned at the repository of Emulation Station (https://github.com/Aloshi/EmulationStation/issues/67).

[petrockblog]

Ok, got it now. I was just to impatient. Everything worked as described above ;-) I will add SNES9X to the next release of the RetroPie Script, binaries and SD-card image.

[petrockblog]

SNESDev is only needed if you directly connect SNES controllers to the GPIO pins. If I understand correctly, this is not the case here.

First of all, you need to check, if the OS identifies your USB-adapter correctly. You can check this, e.g., with the commands lsusb or dmesg.

Then you need to know whether the adapter registers the controllers as joysticks or as a keyboard in the system. Depending on that you then need to configure the inputs for the Emulators.

[petrockblog]

[quote=1645]It’s all described on the GIT repository, really.

Dependencies are listed here: https://github.com/chep/snes9x-rpi/wiki/Dependencies<br>
(This means you need to have this stuff installed before trying to build the snes9x binary).<br>
sudo apt-get install fonts-freefont-ttf libboost-serialization-dev libboost-thread-dev libboost-system-dev libsdl1.2-dev libsdl-ttf2.0-dev libasound2-dev

Then you pull the source code to your machine:<br>
git clone https://github.com/chep/snes9x-rpi.git

Go into the directory that just downloaded and type<br>
make

If the odds are in your favour, you’ll find a snes9x binary after the compilation process. To start a game:<br>
./snes9x *rom*

Check out the wiki for more details and info. There’s a lot of info in the readme.txt and readme.rpi files in the repository.
[/quote]

I just tried to build snes9x, but right after calling “make” I get this output:

Makefile:65: apu.d: No such file or directory
Makefile:65: clip.d: No such file or directory
Makefile:65: cpu.d: No such file or directory
Makefile:65: cpuexec.d: No such file or directory
Makefile:65: cpuops.d: No such file or directory
Makefile:65: data.d: No such file or directory
Makefile:65: dma.d: No such file or directory
Makefile:65: dsp1.d: No such file or directory
Makefile:65: gfx.d: No such file or directory
Makefile:65: globals.d: No such file or directory
Makefile:65: loadzip.d: No such file or directory
Makefile:65: memmap.d: No such file or directory
Makefile:65: ppu.d: No such file or directory
Makefile:65: snapshot.d: No such file or directory
Makefile:65: snes9x.d: No such file or directory
Makefile:65: soundux.d: No such file or directory
Makefile:65: spc700.d: No such file or directory
Makefile:65: tile.d: No such file or directory
Makefile:65: unix/soundSystem.d: No such file or directory
Makefile:65: unix/svga.d: No such file or directory

I fetched the latest revision of your sources with

git clone https://github.com/chep/snes9x-rpi.git

I also posted this issue at the repository of snes9x-rpi.

[petrockblog]

I had a look into this issue now. You need to edit /home/pi/RetroPie/configs/all/retroarch.cfg to have these lines:

#input_save_state_btn = 4
#input_load_state_btn = 5
#input_enable_hotkey_btn = 6
#input_exit_emulator_btn = 7
#input_rewind_btn = 3

Basically, this disabled the hotkey functionalities of the game pads and RetroArch listens to the keyboard again. I will update the RetroPie Script and the SD-card image accordingly, so that they work out-of-the-box with the RetroPie GPIO Adapter again.

[petrockblog]

Ok. I will try to reproduce this on my side as well. I hope to finish this by tomorrow!

BTW: You only mentioned RetroArch-based emulators. Do you also have this failing ESC behavior with the DGEN emulator (Megadrive/Genesis)?

[petrockblog]

Can you tell me the emulated system and the game to reproduce this?

[petrockblog]

You need to enable SNESDev manually for the SD card image. To enable both, game pads and the button, you need to choose the option “Enable SNESDev on boot and SNESDev keyboard mapping (polling pads and button).” from within the RetroPie Setup Script.

[petrockblog]

Including this emulator into the RetroPie script is on my to-do list! However, I do not know currently, when I will find time for that.
But, of course, everyone is invited to post a pull request with the needed steps Github ([URL]https://github.com/retropie/RetroPie-Setup[/URL]) ;-)

[petrockblog]

Thanks a lot for sharing that here!

[petrockblog]

[quote=1614]

sudo cp MyNewSplashScrenn.png /etc/splashscreen.png

I’m assume that’s supposed to say “Screen.png”? [/quote]

 

Thanks! You are right – I have corrected the post now.

[petrockblog]

The GPIO adapter can be used with SNESDev (https://github.com/petrockblog/SNESDev-RPi), which makes use of the UInput kernel module.

[petrockblog]

What was the problem with the graphical way?

[petrockblog]

This is explained at http://www.raspberrypi.org/phpBB3/viewtopic.php?p=336127#p336127.

[petrockblog]

Maybe this is what you are looking for: http://tjjr.fi/sw/python-uinput/

To exit the emulators you need to simulate the press of the escape (“ESC”) key.

[petrockblog]

also gngeo when launching games: appears in the terminal something like /installdir/bin/gngeo: not found….

thank you…

Sounds as if there was an error during compiling gngeo. Or did you use the binaries-based installation? If not, you could try and use the source-based installation and select only GnGeo to be installed. That would download and compile only GnGeo without affecting the other components.

[petrockblog]

don’t know why I think I have vba-next and mednafen libretros missing from the emulatorcores…how can I implement them there?

VBA-next was rlaced by the GPSP emulator, which offers a superior performance compared to VBA next. For mednafen, see my post above.

[petrockblog]

Hello! I’m having problems installing this emulator…Through source – based installation gives me the error that it was unable to compile PC engine source…

How can I compile outside the retropie_setup?

Thank you

The repository of the PC Engine libretro core (which, btw, is not an x86 but Turbo Grafx emulator) has been removed from Github for reasons that I do not know. The libretro core for PC engine can still be installed with the binaries-based installation, though. The latest version of the RetroPie Setup Script does not offer to compile the PC Engine core anymore, so that the error that you mentioned in your post is not displayed.

[petrockblog]

“On”means the systems recognizes these buttons as being pressed, which, as you described, is not correct.

This could be a software (configuration) problem or a hardware problem (wrong pin assignments on the 2×5 pin connector).
To see if this is a software issue I would suggest to test, if using SNESDev works better. For that you
– first need to uninstall the gamecon driver.
– Then you install SNESDev.
Both steps can be done with the RetroPie Setup Script from within the “setup” menu. Just as the gamecon driver SNESDev emulates two game pad devices. The difference is that SNESDev does this in user space (opposed to kernel space). As with the gamecon driver you can use jstest to see if the OS recognizes your gameplay correctly.

[petrockblog]

[quote=1577]That worked perfectly. Thanks.[/quote]

Glad to hear!

[petrockblog]

The official documentation for dgen can be found here.

The RetroPie Setup Script generates this dgenrc as default (in /home/pi/RetroPie/configs/all/) with these lines:

    ensureKeyValue "joy_pad1_a" "joystick0-button0" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_b" "joystick0-button1" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_c" "joystick0-button2" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_x" "joystick0-button3" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_y" "joystick0-button4" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_z" "joystick0-button5" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_mode" "joystick0-button6" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad1_start" "joystick0-button7" $rootdir/configs/all/dgenrc

    ensureKeyValue "joy_pad2_a" "joystick1-button0" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_b" "joystick1-button1" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_c" "joystick1-button2" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_x" "joystick1-button3" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_y" "joystick1-button4" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_z" "joystick1-button5" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_mode" "joystick1-button6" $rootdir/configs/all/dgenrc
    ensureKeyValue "joy_pad2_start" "joystick1-button7" $rootdir/configs/all/dgenrc

[petrockblog]

Currently, there is a discussion at https://github.com/retropie/RetroPie-Setup/issues/155 that discusses this issue. If the ideas presented there turn out to be reliable I would go and modify the RetroPie Script accordingly.

[petrockblog]

You need to update the RetroPie Setup Script first. To do so, change to the directory of RetroPie Setup Script,

cd /home/pi/RetroPie-Setup/

and update the script via git,

git pull

Then, start the setup script via

sudo ./retropie_setup.sh

change to source-based installation and select only the GBA emulator gpsp to be installed.

Afterwards, re-enerate the Emulation Station configuration file from the “setup” menu.

I have written this without explicit testing, please report any issues that possibly occur.

Hope that helps!

[petrockblog]

One way would be to modify the source code of Emulation Station to control the LCD from ES.

[petrockblog]

Glad to hear!
How did you solve your problem?

[petrockblog]

You need to enable the custom splash screen with the RetroPie Script from the menu Setup>Splashscreen. With that enabled, your custom Splashscreen in the /etc directory should work.

[petrockblog]

Just to make sure: You need to edit /home/pi/RetroPie/configs/all/retroarch.cfg.

The menu entry Setup > SNESDev allows you to configure SNESDev such that it only polls the button. Currently, it is not possible to customize the button configuration, which is described in detail at https://github.com/petrockblog/SNESDev-RPi#button-polling.

[petrockblog]

1. + 2. It sounds as is data 1 and data 2 have to be swapped. You need to delete ~/.emulationstation/es_input.cfg to make ES ask you again for mapping joypad buttons.

3. to use the button I recommend using SNESDev. You can configure it via the setup menu from the RetroPie Script.

Hope that helps!

[petrockblog]

Thanks for sharing that information here!

[petrockblog]

Thanks for sharing your solution :-)

[Author]

Posts