EmulationStation mod
-
I reverted the test build back to the last build on google drive to make sure no one else destroys their gamelists.
-
@RetroPieNerd Thats what i meant, wherever the roms were, nothing will save me if my gamelist is deleted.
Creator of the Radiocade: https://retropie.org.uk/forum/topic/6077/radiocade
Backlog: http://backloggery.com/lilbud
-
Oh, okay.
-
@jacobfk20 I was looking through your code and I saw a few references to directlaunch. is that something that you reincorporated? If so were you able to address the crashing issues mentioned here? https://github.com/RetroPie/EmulationStation/issues/37
Also my C++ is a tad rusty so trying to decipher each feature added in the one commit is proving difficult ( but just for reference on my branch here I was able to add basically all the features except I left out the gamepad stuff and wifi/network stuff as for my own builds I don't really need them- especially since I use my PC with emulationstation.)
In case you're interested the following is an example of a module for the setup script the branch I've done. It won't work with your current build as you don't have the emulationstation.sh file
-
now i know this is probably a long shot but, with updated code and changing from xml, to another database, would it be possible to add a feature like in attract mode, where the rom folder content gets re-generated upon page/menu selection, so emulation station doesn't need restarting when adding new content.
-
@herb_fargus I built on top of Aloshi's main branch that still has directlaunch. I can understand trying to go through the code and finding what is used with grid view and what is not. I think I will just make a branch that is for grid view as well and get it as bug free and polished as I can and keep other features in other branches.
-
@jacobfk20 directlaunch was only added to retropie, it was never part of Aloshi's main branch so you must have built on an older version of the retropie fork (or merged in the pending PR on aloshi's branch yourself) but anyways yes, compartmentalised features would be good ;) I'll keep playing with your code, keep up the good work.
-
@herb_fargus I know a bit XML, XSLT (XPath), C and SQL, but I've only done it on Windows.
I would like to have a filter based rom browsing so that you can game lists that are "all racing games for NES or SNES" or "all RPG games done by Square" or "all PSX games supporting 4 players" or "all games older than 1990"
Is it possible to add that to ES? Where do I start?
Thank you for your support
-
taking Xmls to a database will be the greater breakthrough for Es. As it is now, Es is superb.
But having all the data into one database will give speed,flexibility and unlock possibilities like eg favorites without hassle and expensive XML parsings. -
@herb_fargus I forked retropie's ES and made a gridview branch. https://github.com/jacobfk20/EmulationStation/tree/Gridview
it contains only what is needed to do my grid view which includes adding some things to SystemData. -
@jacobfk20 ah brilliant! Will test now.
-
@jacobfk20 works great, the one issue I've been having is it wont refresh the gamelists once I add more roms to the romfolder so all I see is just ports and the retropie menu even though I have snes roms in the snes folder, I'm testing it on my pc so it may be something I've done with my setup, can anyone else confirm?
-
@herb_fargus Are you saying that Super Nintendo isn't even showing up on System View?
-
@jacobfk20 actually nvm, for some reason it was creating an es_systems.cfg file in the .emulationstation folder rather than /etc/emulationstation I just had to delete the one in .emulationstation and it now shows up as it should. might be the way the module is coded perhaps, I'll have to look further into that.
-
It does create an es_systems in .emulationstation. It writes which view mode, size of grid tiles, and if the system should show up on system view.
-
@jacobfk20 I see. well that may cause some confusion as it will take the .emulationstation folder over the /etc/emulationstation where the retropie scripts will generate the es_systems.cfg in the /etc location anytime you add a new system so I'm not sure what the best way is to address that
I presume this is a result of the save and apply button rather than just having a save button that caches it on restart
If you read the documentation it will answer 99% of your questions: https://retropie.org.uk/docs/
Also if you want a solution to your problems read this first: https://retropie.org.uk/forum/topic/3/read-this-first
-
That is pretty bad. I could have these settings saved in another file and keep es_systems alone.
-
@jacobfk20 I think that may be wise (albeit likely more work for you). Anyways this forum post is getting pretty long I prefer to keep development discussion on github where its closer to the code. I'll log an issue for this on your RPI repo and carry it on there.
-
@herb_fargus I'm working mostly from https://github.com/jacobfk20/EmulationStation and not the RPiE fork.
-
@jacobfk20 If you'd like to enable the issue tracker on your emulationstation fork I'd be happy to log the issues there instead
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.