[petrockblog]

could be related to backgrounding the xboxdrv also – run it with –daemon parameter and remove the ampersand ?

[petrockblog]

Oh your script is not being launched from a tty – so that’s why.

launch emulationstation with /dev/tty on the end ? or run your script with the above from whatever is triggering it.

[petrockblog]

Please post your scripts, including details on how the script gets launched etc. note that “emulationstation” is a script itself – the executable is in /opt/retropie/supplementary/emulationstation so you should probably call it directly if launching from some custom code.

[petrockblog]

It will not replace any customisations unless they use the same “name” – so you can always use a custom name. it will still sort them though,

[petrockblog]

The systems configuration gets sorted alphabetically automatically. you can override it with a es_systems.cfg in ~/.emulationstation/ (in home folder)

and manually merge in stuff as you like – it will never touch that and that will override the system one.

[petrockblog]

The reason for the different folders are due to different romsets, so it allows you to mix them. I may add a generic mame folder which will allow any of the emulators to be used for it for those that want to mix together a specific romset etc.

[petrockblog]

I think ES needs some fixes to work properly with symlinked rom folder – you can try, but it if does, you can use a “bind” mount to mount one folder in multiple places.

[petrockblog]

and cgrom.dat

I have it working now.

[petrockblog]

Not at all – I didn’t know you were aware of the ticket – np :)

you can build it on the pi with

`
make MOPT=””
`

I believe iplrom.dat, iplrom30.dat, iplromco.dat, iplromxv.dat files need to be put in a folder ~/.keropi

(Needs that on a rpi2). By default it builds without optimisation too.

I don’t have it up and running yet though so some of the above details may not be 100%

[petrockblog]

We have a ticket open and I have a module for this – I have just been busy doing the 3.1 release. it will be available soon.

[petrockblog]

I’m not sure I think we need to necessarily have a pre-boot config – and many of these things are already available directly from within emulationstation. Switching theme / splash / configuring wifi / controllers etc.

I may move towards splitting out everything so not everything is installed by default, and some emulators can be optionally installed later but it doesn’t need to run on first boot imho.

[petrockblog]

It means you have a corrupt checkout of RetroPie-Setup – Maybe you have some SD Card corruption ?

You will need to remove RetroPie-Setup and then do a fresh checkout.

from terminal

cd
rm -rf RetroPie-Setup
git clone --depth=1 https://github.com/RetroPie/RetroPie-Setup.git

[petrockblog]

It’s worth trying another PSU or switch to a thicker cable if possible – just to rule it out. I have heard of performance problems due to lack of power.

please post a copy of your configs/all/retroarch.cfg and retroarch.cfg for the systems you are testing – and let me know which emulators you are using (And give me an example game name to test here).

[petrockblog]

A medium overclock should be enough – How are you powering the pi ?

[petrockblog]

this one seems fine to me – http://www.amazon.co.uk/Buffalo-Classic-USB-Gamepad-PC/dp/B002B9XB0E

[petrockblog]

I would lean towards overclocking, gpu_mem (as above) or PSU.

[petrockblog]

if you remove joy2key (did you remove it from the right place? Please giev more detail), there will be no joystick control to enter the launch menu nor navigate any retropie menus.

[petrockblog]

It was a while back I tested – with a small rom selection – it was significantly slower than the xml loading/saving – It likely could be faster, but may require some tweaks – It’s possible it could be faster with a larger collection.

[petrockblog]

on first boot it will convert the XML lists to the new format btw.

[petrockblog]

you can use our fork of the unstable branch which has our controller stuff integrated – however I found the sqlite storage in its current state slower than the old xml (on a rpi1). There are certainly optimisations that could be done.

https://github.com/RetroPie/EmulationStation/tree/unstable

[petrockblog]

Try another keyboard ?

[petrockblog]

The key works – perhaps you are pressing it at a point in the game where it does nothing – try run/stop + restore from BASIC.

The instructions for that game say the restore key works on the map screen – so if you have not gone into the map screen, why would you expect it to do anything.

I run the keyboard testing program from ES like any other c64 program.

http://csdb.dk/release/?id=98411

[petrockblog]

“Use threaded video driver. Using this might improve performance at possible cost of latency and more video stuttering.” – in earlier retropie versions it was on by default. It was switched off for v3, but it turned out it affected performance on the rpi more than we thought, so it is back on again for new installs – for existing configs, you can configure it from the “configuration editor”

If you notice performance issues with an emulator, you can try switching it in all/retroarch.cfg or on a per system basis.

[petrockblog]

Did you edit the file? – I think you may have broken it. That guide could be improved as there is no need to edit the file but instead the parameter -c DisplayYesNo should be added. I would apt-get remove

remove and reinstall perhaps.

sudo apt-get remove bluetooth bluez bluez-utils
sudo apt-get install bluetooth bluez bluez-utils

[petrockblog]

I copied a .PRG keyboard test program to roms/c64

When I say basic, I mean I booted into something, and then reset the machine, back to power on state.

[petrockblog]

I have tested with BASIC and a keyboard test program.

[petrockblog]

A better test would be to get a keyboard test util, or press run-stop + restore in basic to see if it works

https://www.c64-wiki.com/index.php/RUN/STOP

According to the game instructions, restore works in the MAP screen. You are definitely pressing it in the right screen ?

[petrockblog]

you can do this from retropie-setup under supplementary. there is also an entry on the retropie menu on ES for changing audio settings.

you can get to terminal using ssh – same as for raspbian, or by exiting emulationstation and pressing a key to drop to terminal (otherwise es restarts).

more documentation is on the wiki – worth a read.

[petrockblog]

Tested here and it worked fine. Perhaps you can give more information ? IE What you are using to see it doesn’t work and what you think should happen etc ?

[petrockblog]

did you run the setup from a root shell or something (Rather than sudo from the pi user ?)

[petrockblog]

somehow the permissions of /opt/retropie/configs/megadrive/emulators.cfg has gone wrong. Please

`
chown pi:pi /opt/retropie/configs/megadrive/emulators.cfg
`

note that this emulator is installed by default, so are you upgrading from an old release or something ? Perhaps you can detail how you set the system up ?

[petrockblog]

Which version of retropie ? RPi1 or Rpi2 ? Which emulator ? Did you try switching emulators ?

[petrockblog]

just to note the highlighted lines “stop” joy2key – you need to remove lines 655-661 to stop it from launching – but easier still you could just remove the joy2key.py program which would be simpler as it checks for it before trying to launch – /opt/retropie/supplementary/runcommand/joy2key.py

[petrockblog]

I would just mount the usb over /home/pi/RetroPie – saves changing configs etc. If you only want a specific folder on the USB mounted there, you can bind mount a folder from where it is mounted currently

[petrockblog]

Amiga games don’t show up – you have to load them from the emulator (A launch script should be showing).

If mac / scummvm are not showing, you likely are missing the rom folder with the launch scripts – probably when you moved everything to usb.

However you did not detail how you switch to usb – did you mount it over ~/RetroPie or did you adjust ES configs ?

[Author]

Posts