@Hevvie said in emulationstation systemd service:

I had the same issue, what you need to do is put "<bool name="BackgroundJoystickInput" value="true" />" into your es_settings.cfg file as it thinks ES is running in the background.

I will try this out when I get a chance. Great find!!!

I am in search of an answer to this exact question. Anyone have any updates? Are there any cases that will hold the RasbberryPi3 and a ControlBlock attached?

@BGallagherLA Please do not post here, and then 10 mins later open a ticket on the issue tracker. When opening a ticket it says

For ideas and enhancements, please also post to the forum first, to see if it is something we would consider and to see if other users would find it useful.

The current carbon theme doesn't show this info - there are themes that do however.

@LaserGecko Thanks I'll check this out ! :)

it's not beyond a possibility. uoyabause runs well on arm phones of similar specs. the problem is that the pi only has GLES 2. 3 is required for it.

@windjammersfan you can do this yourself. I have my cps folder (really all capcom games fba supports) then you can add more entries in es_systems.cfg to have another system on the main screen. I actually have 2 cps folder. 1 for all 6 button games and one for everything else plus the first street fighter. The reason why is even though it is a libretro emulator i am using, the controllers have to be mapped manually to make any sense. And the button layout is different for 6 button fighting games and everything else

@BuZz

I already updated to 4.0.7 about 20 minutes ago. I'll let you know if my face melts off like at the end of that Harrison Ford movie, 'Regarding Henry'.

@Rion I have yet to find a solution to properly handle colecovision inputs in fbalpha-libretro (colecovision's controller got 14 buttons, libretro's retropad only have 12 if i include start/select/R3/L3).
I also heard 2,4,6,8 buttons were actually a second d-pad and 5,7,9,0 a third d-pad, is that true for all games ? If it is, i could probably map those to the analog sticks, and map the 6 remaining to actual buttons (# as start, * as select, the last 4 as A/B/X/Y).

Well, the guys over at libretro confirmed that currently analog triggers are not supported. For some reason I took analog trigger support for granted. Was a long road to get there :)

Anyway, does enabling analog triggers for Retropie make any sense then if they cannot be used in Retroarch anyway? I could either still do a PR or just let this branch go stale and maybe it can be of use later. I personally think it does not make sense.

So I was looking around in different forums and exploring the RetroPie files myself a bit.

I want to create a menu selection under the RetroPie menu to run the save file backup. Here is what I'm thinking may work:

create an empty .rp file called gavesave-backup.rp under /home/pi/RetroPie/retropiemenu create an icon and call it gsbackup.png and save it under ~/RetroPie/retropiemenu/icons/ create an entry in the gamelist.xml file under /home/pi/RetroPie-Setup/scriptmodules/supplementary/retropiemenu/ directory with: <game> <path>./gamesave-backup.rp</path> <name>Gamesave Backup</name> <desc>Create a backup of all your games savefiles and save states and export them to a USB stick.</desc> <image>~/RetroPie/retropiemenu/icons/gsbackup.png</image> </game> create a SH script named gamesave-backup.sh under /home/pi/RetroPie-Setup/scriptmodules/supplementary/ to backup SRM, STATE, and DAT files (for CaveStory gamesaves). For example: #!/bin/bash find . -name "*.srm" -o -name "*.state*" -o -name "*.dat" | xargs cp --parents -t /media/(name of USB drive)/

So once all that is done, it should hopefully run from the menu. I have a few concerns though.
Will it run and come back to the RetroPie menu?
Will it just go to a black screen and not come back?
What will happen if someone runs it without having the USB plugged in, or puts in another USB that doesn't have the name listed in the SH file?
Is there a better way to define the USB by mounting it first rather than specifying it by name?

Can anyone check this or give me some clarification? Thanks in advance.

After reading both yours and Rookervik's explanation, I think I understand a bit more of the relationships between the various programs/scripts and that I should fiddle around more with RetroPie to see how everything works together. Seems like implementing a save state UI is more complex than I imagined, not that it wasn't already complicating enough. Just testing a moment ago, I realized that saving to the same slot with lr-picodrive and lr-genesis-plus-gx cores for the Sega Master System would overwrite the same file because they save to the same folder by default which also brings its own problems.

When I was thinking about an alternative way of exiting the controller setup, I was recalling how I would usually configure inputs in PC games and some emulators and the immediacy of being able to back out if desired which was why I suggested the button combo. However, having an exit based on a timer does sound simpler to understand than the button combo. This feels like both would need to be implemented and tested to see which could be better. I think the relevant file would be GuiDetectDevice.cpp so I'll look into that when I have the time.

I guess if it had to be a specific button combo, it would be any button plus the directional key Up and hope that people would associate that with going up a folder in a file explorer or going back up to the menu haha

Found a better solution.

Basically what yo u need to do is go to Hotkey Behavior in Dolphin and configure a button on your gamepad to exit.

Also configure the flag in options that specifices to keep the window always on top and his mouse/cursor

Then in Runcommand you need to press x when you launch a dolphin game and select dolphin gui as the default emulator

From there game will launch in full screen. You will be able to exit back to emulation station with only your gamepad and everything should be fine.

@Rion You can still view files separately in their original folders.

Thanks for the heads up (and your work on this emulator). I think I would prefer just to document it rather than switching by default, but useful to have cheers. I'll give it a test though.

Yeah. Lr-reicast is the best Solution for PCs.

Seems to be solved by myself... Can someone please verify?

https://retropie.org.uk/forum/topic/4691/solved-feature-request-wifi-key-import-via-boot-wifikeyfile-txt