The RetroPie-Setup scripts use a helper script - joy2key - to navigate and enable buttons in dialog enabled scripts. Take a look here to see how it's started/stopped. You can source the RetroPie-Setup helper.sh or copy the functions you need from it in order to use it in your script.

This package is needed,not everything is working without it,is there a command when you run the scrip to bypass the removal of the package?
im talking about chromium browser,im not going to make a new topic as i get no help anyway in all my topics here.

Useless to open a topic in the forum as mr buzz keep repeating like a tape all the time when opening an issue on github very annoying.or you want to help or not.

@jdrassa I just encountered a big flaw while using ${system.theme} in an <include> tag.
If it can't find the specific file, e.g. if someone uses an custom collection, it breaks the whole theme for that selection. All theme settings are suddenly ignored.

I had the idea to create some sort of external metadata library for systems that could be simply used by theme makers just by including a single file which further imports the metadata from ${system.theme}.xml files and also provides labels. It also imports a file which is used to theme those text elements.

I integrated that into my Flatline Theme here for testing purposes and noticed that behaviour.

To make the process clear again:

theme.xml includes _assets/mds_include.xml mds_include.xml includes mds_data/${system.theme}.xml and mds_style.xml

It would be great if you could take a look at it and tell me if I made something wrong or if that is unavoidable for now. I mean I know that ES will fall back to the default theme if it can't find an include file. Maybe there's an way to ignore that error.

Edit: I just had another idea, would it be possible that ${system.theme} returns default if an unknown system is selected? Then we could use files like default.jpg or default.xml.

@ANDRELLVS Thanks for adding an explanation to your tutorial about what the batch file actually does.

@BuZz thanks man!

I'm looking to do the same thing for my retropie build. Would it be easiest to just make a service that's completely independent from emulationstation that handles it? e.g. make a python script that looks for inputs and performs the desired actions when no input is detected for X minutes. It might not be exactly synched with emulationstation but it would probably be close enough, and it sure sounds easier than messing with emulationstation's source code.

Thank you @ArcadeTV I will be giving this a try. I'd love to hear if you noticed any slowdown or any recommendations as to which filter worked best.

Also, is it possible to download latest ScummVM from source, maybe by changing branch to "master" or something of the sort. A lot of games compatability status had been upgraded since 2.0.0

hey @dask, i spent a little time with this and managed to figure out a few things..

expanding on your idea of using the overlay/bezel system, it's possible to (using a hotkey combo) swap a transparent overlay with a control image overlay. this can be done on a per-system basis using the retroarch.cfg files located in /opt/retropie/configs/<system>

retroarch.cfg:

overlay_directory = "/your/path/to/overlays" input_overlay_enable = true input_overlay_hide_in_menu = true input_overlay = "/your/path/to/overlays/mame-controls.cfg" input_overlay_opacity = 0.9 input_overlay_scale = 1.0 input_overlay_next_btn = "6"

i think you can substitute the last line with input_overlay_next = "<keyboard key>" and input_overlay_next_axis = "<joystick axis>" to adapt this to your hardware scheme.

next, create the two images needed: transparent.png, and mame-controls.png

and here are the contents of mame-controls.cfg:

overlays = 2 overlay0_overlay = transparent.png overlay1_overlay = mame-controls.png overlay1_name = "mame-controls" overlay0_full_screen = true overlay1_full_screen = true overlay0_descs = 1 overlay0_desc0 = "overlay_next,400,460,rect,40,20" overlay0_desc0_next_target = "mame-controls" overlay1_descs = 0

there probably already exists a much better way of doing it, so this is just a proof of concept.
either way, hope it's enough to help you get started.

In the moment there is only a pull request in es-theme-carbon.
You must wait until it will be merged.

If you want to try it you can copy the folder "x68000" from https://github.com/RetroPie/es-theme-carbon/tree/3ff4d1f136a8e2eacc44fb71aa0abaa36ed94865 to "/etc/emulationstation/themes/carbon".

I haven't tried it until now.

retropie supports neither mugen nor the switch, so...

The RetroPie-setup script updated today and now I can't update lr-snes9x from source with the PGO changes. Anyone else having this issue?

EDIT: Found the problem. So it seems like there's a limit to how many games you can profile, otherwise it will crap out during compiling the optimized core. I probably profiled 15-20 games, so I think it's better off to just go with 5-10.

@ledow said in STPPC:

If there's interest, I can "reconvert" my port to move away from their small-screen focus [...] and plug into libretro to benefit from all the different types of controllers available.

I would aprreciate this. The best "game" in this collection is snake. I like puzzeling but I'm totally new to play this with keypads. I've installed the android version on my eBook-Reader and on my smartphone for casual gaming.

Hi,
I actually followed a guide to upgrade to stretch and deploy 4.4 over my existing setup. All looks to be running well.

I've been trying to keep up with the repository the last week or two but for what it's worth I'm on the road again and mostly away from keyboard for most of the next week. It might be that the Thanksgiving holiday is when I get some quality mame2003-plus time again.

very cool! the libretro forum's images show the difference more clearly. it would be cool to benchmark this, crt-pi, and the zfast crt shader.