[petrockblog]

If you are running low on ram, you could decrease it a bit. depends what resolution you are running in etc.

[petrockblog]

this is because the other 256MB is allocated for the GPU. noobs may be set to allocate much less. emulation station needs plenty of memory for the gpu. you can tweak the amount by editing /boot/config.txt (Look for gpu_mem_512 setting)

[petrockblog]

super mario definitely runs at full speed – you could try commenting out video_threaded = true (or setting to false) in /opt/retropie/configs/all/retroarch.cfg (I have read this could cause input lag).

maybe sure you are testing without any fancy shaders running. You can also tweak the “runcommand 4” for nes section in /etc/emulationstation/es_systems.cfg to “runcommand 1” to launch it in a lower resolution.

BTW probably best to open a new thread when you have issues rather than add to an existing one.

[petrockblog]

you if you installed from source or binary install on retropie you should have a binary with configuration in /opt/retropie/emulators/mame4all or /opt/retropie/emulators/mame4all-pi

[petrockblog]

Not sure – you are editing the correct configuration and mame4all is definitely using it ? – can you check by setting another option like ? I would need more details on file locations / contents etc. Note the path I mentioned is for the very latest retropie-setup script – emulator locations have changed. mame cfg used to be in /opt/retropie/emulators/mame4all-pi

maybe launch mame4all directly from the terminal to debug / test

[petrockblog]

I just tested cocktail mode with 1942 (with ror=yes set in mame.cfg). Started a 2 player game. After player 1 died, the screen flipped correctly for player 2 so it should work for you.

[petrockblog]

I don’t know about the cocktail dipswitches, but the ror/rol settings do work – I just set “ror=yes” in mame.cfg and have 1942 running rotated on my monitor.

[petrockblog]

it may be a limitation of the dispmanx pi video output driver in mame4all.

[petrockblog]

I thought it would be useful to include all the options. Check the first two config variables I posted – ror and rol. I assume they stand for rotate right and rotate left. no idea if they work, but try them :)

[petrockblog]

try the options

ror=no
rol=no
flipx=no
flipy=no

in mame.cfg (/opt/retropie/emulators/mame4all/mame.cfg)

[petrockblog]

If you build mame4all from source with the latest retropie-setup script it should work out of the box now. Thanks for the heads up / patch.

retropie-setup now uses a forked repository here – https://github.com/joolswills/mame4all-pi which contains this fix as well as a couple of others. Didn’t want to have to fork it, but there seems to be radio silence from the previous author.

[petrockblog]

Yes, I admit that there is not much happening regarding article writing. However, the RetroPie Setup Script is constantly developed further and a new RetroPie SD-card image is planned for the next weeks. There are also works going on on new hardware, which needs quite an amount of time. But the most of it is done and we will hear about that also soon.

[petrockblog]

Similar to another post (https://www.petrockblock.com/forums/topic/gpio-adaptor-issues/) I can only try to ask some helpful questions so far:

Can you post one or two pictures here?
Did you check all connections between the ribbon cable and the connectors?
Does your setup look like the one at https://www.petrockblock.com/2013/07/09/getting-started-with-the-retropie-gpio-adapter/?

[petrockblog]

Can you post one or two pictures here?

Did you check all connections between the ribbon cable and the connectors?

Does your setup look like the one at https://www.petrockblock.com/2013/07/09/getting-started-with-the-retropie-gpio-adapter/?

Just some (hopefully) helpful guesses here …

[petrockblog]

There exists a Libretro core for RetroArch and another second emulator. Depending on where you put the ROMs, one or another emulator is used. It is up to your preferences which emulator you prefer.

[petrockblog]

I would suggest to get a desoldering pump like the one at http://www.amazon.com/Velleman-VTDESOL3U-Vacuum-Desoldering-Heater/dp/B00B88FRME/ref=sr_1_12?ie=UTF8&qid=1415393543&sr=8-12&keywords=desoldering+pump.

That will save you quite some work.

[petrockblog]

There was a bug in the theme module of the RetroPie-Setup Script that was introduced recently. This is fixed now and the installation of the theme works again.

You can install only the theme, e.g., from within the RetroPie-Setup folder with the command sudo ./retropie_packages.sh esthemesimple.

[petrockblog]

Looking at the dimensions of the PCB of the Raspberry Pi model B+ I can tell you that it fits into the case. However, the connectors, i.e., power supply, HDMI, and USB, are located at different/additional places in comparison to model B. This is the reason why model B+ does not fit into the case without further modifications. If you do not want to get an RPi model B for that project, you could cut the corresponding slots into the case with a Dremel.

[petrockblog]

The easiest way to get started with the RetroPie GPIO Adapter is to use SNESDev. You can enable and configure it with the RetroPie Setup Script.
Do not forget to disable the gamecon driver, because it interferes with SNESDev.

[petrockblog]

As a first try, you can rename the file /home/pi/.emulationstatation/es_systems.cfg to /home/pi/.emulationstatation/es_systems.cfg.backup. In this way, EmulationStation will use the file at /etc/emulationstation/es_systems.cfg, which should have been created during the installation process.

[petrockblog]

Does this behavior change when you set the parameter input_enable_hotkey to some value? There might be a dependency on this parameter …

[petrockblog]

The RetroPie GPIO Adapter is compatible to all Raspberry Pi models including B++. However, the dimensions of the model B and B++ are different and the acrylic case at the petrockblog store is only compatible to the Raspberry Pi models A + B.

[petrockblog]

Did you start with a fresh Raspbian image?
TO get the systems configuration EmulationStation looks into ~/.emulationstation/es_systems.cfg first and then into /etc/emulationstation/es_systems.cfg.

[petrockblog]

Glad to hear that!

[petrockblog]

Can you also observe this behavior when you use jstest /dev/input/js0 to test the game pads via command line?
If not, this is an issue with the emulator configuration.

[petrockblog]

A new revision of the RetroPie GPIO Adapter will be released in the next days (probably Thursday)!

[petrockblog]

I can observe the same behavior. Please report this issue in the EmulationStation repository at https://github.com/Aloshi/EmulationStation/issues.

[petrockblog]

Does updating the RetroPie-Setup Script, e.g., with git pull from within the RetroPie-Setup Script folder and running sudo ./retropie_packages.sh linapple work for you?

[petrockblog]

Good to hear that the controllers are working now!

Currently, the emulators have to be configured independently from ES.

There are various posts about how to do this in this forum.

[petrockblog]

Se, e.g., https://github.com/petrockblog/SNESDev-RPi/blob/master/src/SNESDev.c#L265.

[petrockblog]

In SNESDev.c: ESC press is simulated, e.g., at https://github.com/petrockblog/SNESDev-RPi/blob/master/src/SNESDev.c#L297.

[petrockblog]

As long as you do not want to use the RetroPie GPIO Adapter you can simply adapt the SNESDev sources to your pin out and things should be fine.

[petrockblog]

Sounds good!

Could you post a short installation guide, e.g., in form of a bash script here?

[petrockblog]

Great!

As long as it would add additional information that cannot be found in the existing articles I think that would be helpful.

[petrockblog]

Actually, it is shipped from Germany ;-)

[Author]

Posts