I would love this since I use mame2003-plus and there's no binary for that, so updating everything will take quite a bit of time.

I have tried to request this on https://forums.libretro.com/c/general/development. Was not registered to It might take a while for the post to be seen there.

@Reechard I totally get what you are saying. You want EmulationStation and all if its normal functionality. But you just want it so that when people are walking by a game is up and running when you first boot it up. (without having to do that yourself each time). Either a specific game or just the last game that someone was playing. (problem with the latter scenario is that I don't think EmulationStation writes any metadata out until it quits, so it would have to be the last game played when it was properly shut down not just the power shut off) Totally makes sense and I can also see why you would want EmulationStation running in the background and ready to be dropped back into as normal. Something akin to the "Start in System" option but a "Start in Game" option as well. Probably not a common thing it seems but I can see how one might like it that way.

I realize this is a few months old but I would just like to second this, Reicast seems quite unreliable and outdated (especially the lr- version). This system (Dreamcast) seems to be the only one that has issues. I'm running all the way up to ps2 on an 8th gen i3 with no gpu, no issues except Dreamcast. Would love to see an lr-redream as an optional/experimental option to add to my x86 build. Edit: I've managed to integrate non-libretro redream into my retropie install on linux with a self-executing script that reads my joystick-selection.cfg and automatically changes my controller configuration based on that. Unfortunately the scripts are pretty crude so there's not a whole lot to share as it won't be dynamic to someone else's installation. It was all a lot simpler than I expected. I'm surprised redream hasn't already been added as an experimental package.

@zerojay I've been using compression for years now admittedly on arch though which means I may have had a newer version of btrfs then is in debian currently this whole time. Quite a few power outages during that time its been as a whole 100x more stable then my experience with XFS ever was and that gets recommended for extremely large data deployments (don't know why XFS eats data on any system I've used it on). My raspberry has the same disk size as my main desktop SSD, 128GB is a little cramped by modern standards but I don't think I'll be riding 90% the whole life of my Pi. Might be harder on microsd's but frankly isn't ext4 itself known to be extremely rough on microsd storage as well? Its complained about when it comes to android phones but they just don't expect the phone to be around long enough for it to be a problem. Fragmentation might be a valid argument but I've never noticed a issue with it, still seems as snappy as when I first put the filesystem on my system. Just did a fragmentation scan on my drive besides a couple files with 19 and 54 extents 99% of them are sitting at 1 extent.

@benmclean The old standby that everyone always recommends for the Pi is this one. I've used it myself in the past and it always seemed to work well. Currently, I use an iPazzPort model that eliminates the trackpad for an airmouse, making it even more compact, but currently it doesn't appear to be available anywhere.

@rsalois Please don't post links to ROM sites, that's one of the rules of the forum.

I think it's worth to mention it was implemented. Those who like to update frequently may have noticed. The PR 1980 was merged, and now the "a button" means "A button".

funny that i came to retropie forum to post the same thing, lemme explain what i am going through i have just switched from ES to AM for these reasons... easy to filter game by number of players or catagory (a win for me) custom favorite sub menus ( games to play with wife and kid menue and another to play with friends for example) easier to theme game display (getting the number of players and game description on screen is satisfying) with that, i noticed that scraping usually a pain for these type of info (i believe the box art and video preview is easier to find at the moment) my problem is i have not find a single rom manager to easy manage different type of system roms (on PC) that can pull info from the internet direct and save them directly to gamelist and romlist directly i use to have the same problem years ago with my movie collection, till i found this app, https://www.mediacentermaster.com/ if anyone has a suggestion or willing to work on this, it will make alot of gamers happy

I was looking for a WIP-Section too yesterday :) AFAIR something like this does exist, but wasn´t able to find it here nor on the Homepage.

@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.

Yeah, basically that. I feel daft now; I actually searched google for the terms "retropie randomizer" and all I got was stuff about splashscreens. Thanks though, I'll give the kid mode rom roulette a try later and see if it's functional. Does anyone know if we CAN bring this feature to the normal ES mode with a script or something?

I know this is an old thread, but I'm replying here because it's the first "open" result on a related Google search. I wrote a quick script that I'd like to share for quickly parsing the above into a user-readable format Sample output: Status: 0x50005 Undervolted: Now: YES Run: YES Throttled: Now: YES Run: YES Frequency Capped: Now: NO Run: NO Script: #!/bin/bash #Flag Bits UNDERVOLTED=0x1 CAPPED=0x2 THROTTLED=0x4 HAS_UNDERVOLTED=0x10000 HAS_CAPPED=0x20000 HAS_THROTTLED=0x40000 #Text Colors GREEN=`tput setaf 2` RED=`tput setaf 1` NC=`tput sgr0` #Output Strings GOOD="${GREEN}NO${NC}" BAD="${RED}YES${NC}" #Get Status, extract hex STATUS=$(vcgencmd get_throttled) STATUS=${STATUS#*=} echo -n "Status: " (($STATUS!=0)) && echo "${RED}${STATUS}${NC}" || echo "${GREEN}${STATUS}${NC}" echo "Undervolted:" echo -n " Now: " ((($STATUS&UNDERVOLTED)!=0)) && echo "${BAD}" || echo "${GOOD}" echo -n " Run: " ((($STATUS&HAS_UNDERVOLTED)!=0)) && echo "${BAD}" || echo "${GOOD}" echo "Throttled:" echo -n " Now: " ((($STATUS&THROTTLED)!=0)) && echo "${BAD}" || echo "${GOOD}" echo -n " Run: " ((($STATUS&HAS_THROTTLED)!=0)) && echo "${BAD}" || echo "${GOOD}" echo "Frequency Capped:" echo -n " Now: " ((($STATUS&CAPPED)!=0)) && echo "${BAD}" || echo "${GOOD}" echo -n " Run: " ((($STATUS&HAS_CAPPED)!=0)) && echo "${BAD}" || echo "${GOOD}"

@BuZz sorry. I have been watching too much it's always sunny in Philadelphia

I know this is an old thread, but just starting to look into Amiga emulation on my Pi3 and it looks to me like UAE4ARM is now officially part of libretro (https://github.com/libretro/uae4arm-libretro). Any chance this could get added to the setup script, or has anyone had any experience with it to advise any reason not to try it? I installed libretro-puaue recently and it seems to work OK for the few games I have tested, but I found it has a big drop in frame rate when running many games as .hdf files instead of .adf files. Not sure if it's entirely due to my game config file settings or if uae4arm is more optimized but wanted to give it a shot.