emulationstation feature requests here
-
@Zigurana I admit that the implementation of these features on the upstream would be the perfect solution. If the Herdinger emulationstation is a probable replacement of the current version, I'll go annoy him a little. :D
[please, no need of that sermon to educate myself. I'm just exposing an end user point of view ;-) ] -
@meleu said:
@Zigurana I admit that the implementation of these features on the upstream would be the perfect solution. If the Herdinger emulationstation is a probable replacement of the current version, I'll go annoy him a little. :D
[please, no need of that sermon to educate myself. I'm just exposing an end user point of view ;-) ]No slight intended, sorry if I come over grumpy.
I am not intending to bash you personally, its just that the whole idea of the Raspberry pi was to be (more or less) the opposite of a "works straight out of the box" experience. Tinkering to get it working is part of the deal, at least for me.
And then someone comes along and leaves a wish-list for others to pick up and develop. My gut reaction is then, cool, now do it!
"Annoying" developers* is often a lot less useful than to try and contribute something yourself. (Quicker and more fun too!)*: We are all end users here, it just happens that the product we are trying to use is unfinished, are you going to help and shape it into something wonderful?
-
I would add we already have a ticket open for controller improvements for player2 to 4. Disabling systems will also likely be added in the future - but not as part of ES, but as part of the retropie-setup script.
Patches welcome for the scraper improvements :)
-
@Zigurana said:
And then someone comes along and leaves a wish-list for others to pick up and develop.
I thought it was for this that the "Ideas and Feature Requests" section had been created.
If I want to know how to do things, I go to the "Help and Support" section.
[oh, please please please don't take me as a complainer guy. And don't let's start a little flame here. :) ]
-
One feature I would like is some kind of API to be able to show a battery level overlay, or if battery is low to show a low battery icon in the corner (flashing or something).. or in the menu it to show the battery status (for example Steam does this when you ALT+TAB and are on battery power).
I say API because there isn't a standard way to measure the level, probably best to use an I2C analog IC and for the user to write their own process to read the level (and convert to volts) to send to an API which can deal with it on screen..
This would be useful in any portable application and a lot better than using an LED or something.. I believe the GPU already shows that multi-coloured square when voltage is low, something like that but a battery icon rather than a weird square thing.. or the very least in a menu (stretch goal to do time based monitoring to predict battery life, or use of current sensor)
-
- An easy way to include/exclude system on emulationstation.
There's a lot of users (I know many of them) that just want to play the console videogames (Atari2600/NES/MasterSystem/SNES/MegaDrive/PlayStation), and don't care about Ports, Amiga, Apple II, DOSBox, etc.
I know this can be done editing the es_systems.cfg. But a simple checkbox on emulationstation to choose the systems would be really nice.
This would be an excellent idea for dummy users to avoid complex configuration. It would be definitely useful !
- An easy way to include/exclude system on emulationstation.
-
@BuZz would a workaround be "commenting" out the other systems in the es_systems file?
-
@Drakaen391 you can remove the files in ~/RetroPie/roms/SYSTEM which might be easier and they will not show. If editing es_systems.cfg copy it to ~/.emulationstation/ and it won't get overwritten (you will need to manually keep it in sync though)
-
May I suggest maging the ES user interface more "kid friendly", ie. less confusing when navigating and starting games.
Most importantly, not switching between systems with LEFT-RIGHT keys when already in particular system menu, ie. between NES, SMS, etc.
Also, and I guess this is more of an Retropie issue - the "press a key for options" right after you launch a game is very confusing for kids, especially after they find themselves in a text environment. Changing that to "press a specific key for options" would improve the experience a lot, while still keeping the functionality.
-
@doimus read the documentation before asking for things that already exist:
https://github.com/retropie/retropie-setup/wiki/runcommand
https://github.com/retropie/retropie-setup/wiki/Child-friendly-EmulationStation
-
@BuZz said in emulationstation feature requests here:
@Drakaen391 you can remove the files in ~/RetroPie/roms/SYSTEM which might be easier and they will not show. If editing es_systems.cfg copy it to ~/.emulationstation/ and it won't get overwritten (you will need to manually keep it in sync though)
What if you just rename the folder foldername to foldername_notshow?
That way you can easy switch back if you want without removing them?
-
@doimus said in emulationstation feature requests here:
May I suggest maging the ES user interface more "kid friendly", ie. less confusing when navigating and starting games.
Most importantly, not switching between systems with LEFT-RIGHT keys when already in particular system menu, ie. between NES, SMS, etc.
Also, and I guess this is more of an Retropie issue - the "press a key for options" right after you launch a game is very confusing for kids, especially after they find themselves in a text environment. Changing that to "press a specific key for options" would improve the experience a lot, while still keeping the functionality.
You can set them not to. It's all in the docs. As they used to say, RTFM ;-}
-
@Rion said in emulationstation feature requests here:
@BuZz said in emulationstation feature requests here:
@Drakaen391 you can remove the files in ~/RetroPie/roms/SYSTEM which might be easier and they will not show. If editing es_systems.cfg copy it to ~/.emulationstation/ and it won't get overwritten (you will need to manually keep it in sync though)
What if you just rename the folder foldername to foldername_notshow?
That way you can easy switch back if you want without removing them?
Easier way, just set a hidden directory named let's say .hidden. then you move all the directories you don't want showing into it. Come the day you want this or that showing, just move em back out.
-
well I only used the native scraper once and it was awful, luckly we had the sselph scraper, yet would be nice integrate some sselphscrapper gui into emulationstation interface.
The shutdown image it's an awesome idea but I presume that functionality relies on operation system and not on emulation station.
Another cool feature would be adding an start menu for login in on retroachievements (cheevos) with features like login in, log out, change user.
-
Yep, exactly, I just made a folder called .unused in each emulator folder I wanted to hide from the menu, and moved the files to that folder. I just means I can move them out later if I decide I want to use them.
-
I'm guessing this is an Emulation Station issue but I'd like to see a simple way of setting up NAS servers. Having to docommand line changes is a pain. A nice interface that helps you setup a drive and config the emulators so they can see your ROMS would be great. I have some ROMS on my SD card and the larger sized ones on my NAS. Would be great to be able to set it up in one place instead of editing lots of config files
-
This post is deleted! -
@administrators Can we make this thread a sticky?
-
I don't see the need to make it a sticky.
-
Autostart game
this would be helpful for those who made themed arcade systems featuring one game.
Or for those who want to use the retropie system for kodi use and when exiting playing games for the kids..
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.