EmulationStation mod
-
@Zigurana
For feature requests we can continue in this existent thread:
https://retropie.org.uk/forum/topic/177/emulationstation-feature-requests-hereOr, better yet, the "issue" section of the specific github repository.
-
@meleu and which repository would that be? Did we arrive at a common development repository yet?
I see all these new people popping up, and there seems to be a lot of interest and momentum building atm. It would be great if we could capture that and bring ES into a next golden age!
I hope that @ben_thatmustbeme can bring it together. I'll check his work as soon as I can. -
@Zigurana I think some context would be lost splitting out stuff that much - Please can you point people to post on another thread if it is becoming confusing etc.
-
I am really a noob in this stuff.. so I gonna ask a question. When I tried to copy the emulationstation file I get a premssion denied. Anyone who can help me?
-
@trekdrop that might be a topic best handled in a different thread. also include what command you were trying to do. I'm not sure what you were doing exactly.
-
Oh, I hope I am doing the right thing! I will start a new thread if it is necessary.
To install you need two files. the core EmulationStation program and for the wifi connect feature to work, you'll need it's tiny addon.
First make a backup of your current emulationstation file in /opt/retropie/supplementary/emulationstation. Then move my version of emulationstation into that same folder.
I was doing this, simply copy the emulationstation MOD file over mine. And that didn't work.
I -
make sure to add sudo to that command, as its probably owned by root.
The easiest way I have found to do this is actually just in the retropie-setup scripts.
I created one quickly for @jacobfk20 's gridview branch.
https://raw.githubusercontent.com/dissolve/RetroPie-Setup/gridview/scriptmodules/supplementary/emulationstation-gridview.shjust put this in RetroPie-Setup/gridview/scriptmodules/supplementary/ and then you can run
sudo ./RetroPie-Setup/retropie_setup.shIt will compile everything for you and put it in place and you can easily uninstall/update it from there as well. its under manage packages , experimental
-
Oh wow! I think I really am a noob ... I just tried to copy the file with filezilla.
Do I ask to much if I ask a mini tutorial about how to install this awesome modded update.
-
@trekdrop this was why i said best for a different thread. but as its already here.
Take a look at https://github.com/retropie/retropie-setup/wiki/ssh
It goes through the basics of how to SSH to it.You can use filezilla to put that file i gave you on there, and then just run that
sudo ./RetroPie-Setup/retropie_setup.sh
line and its just browsing through menus from there.
-
I've done some changes to how Gridview handles loading and unloading boxart. It will now only have boxart loaded in that is in range and unload slightly after you move them out of range. This should make Gridview viable for bigger gamelists. The pop-in will be pretty noticeable. This is still my major focus, on this project, currently and I'm hoping to have it be as seamless as possible and still be versatile to have hundreds to thousands of games without problem.
A test build can be downloaded from my google drive.
And of course here is a link to the github branch https://github.com/jacobfk20/EmulationStation/tree/Gridview.
@simbz23 I understand the issue that you are having. There are actually two. 1: You can not scan for networks when you are already connected to a wireless network and I'll probably put in a message saying this as a warning. 2: I actually messed up on that build. It looks for wificonnect in the wrong place. Now I feel dumb! ha. I'm currently focusing on other parts of this project and this feature is currently low priority.
@mattrixk I actually look at that list every now and then. :)
@ben_thatmustbeme My latest couple of commits to GridView may remedy issues that are happening in your branch. It now loads gamelists in like every other gamelist view now and loads in textures once opened. I will like to help get it up and running once I feel I have gridview running pretty smoothly.
-
@jacobfk20 I have a problem, (I know, its always me who has issues.) I have double entries for each game. Where I have only 6 games. 12 entries show up
-
-
@ben_thatmustbeme said in EmulationStation mod:
The latest attempt to merge herdinger's code, @Zigurana and @jacobfk20's grid view code all in to mine is on the 'allmerge' branch, but a test run showed it clearly had problems on the main system list, haven't dug in to what happened yet.
Hey, I got your allmerge branch to compile and link successfully, so thats a start. Also, I started annotating your latest commit (84e93b9), to start some discussion on the merge. Do you think that is a worthwhile exercise?
And where do we go from here? Do keep working on my own repo (which you will merge whenever you see fit), or do I start serving you PRs?
-
@Zigurana sure, anything is helpful. there was a lot in there done somewhat blindly too.
From here on out, thats up to you, I would certainly prefer PRs, makes things a lot easier. The other option is I give you direct commit access to the branch. I would not mind that.
-
@lilbud Does it do this to you when you return from a game? If so the latest build fixes it.
Thanks for reporting :)
-
@Zigurana said in EmulationStation mod:
Functionality
@Arcuza, you are right we do not need many of the features that a full database implementation would bring. Multiple users, security layers and network access are probably not necessary.
However, what we are sorely lacking is a way to build queries to create lists of game and perform sorting on all available metadata (across platforms if need be). Also, we need some way to add user-defined tags to allow arbitrary collections and filters. In the current implementation of ES XML trees, none of this is possible, and I am hoping/expecting that a db approach would make this possible.The nice thing about SQLite is that it doesn't feature multiple users, security layer, network access or daemons that run in the background. It is a VERY simple file based database used on platforms like Android. I've never run benchmarks, but I would think ES is exactly the sort of project it lends itself to.
I'm going to develop a schema tonight, write a program to convert my gamelists to the SQLite database and start running queries on my Pi3.
-
I know you guys are a having a full Dev discussion and I don't want to interrupt that, but I just had a thought I wanted to put out there:
Would it be/is it possible to choose the order of systems in the carousel? At the moment it's just alphabetical, I'm curious if we could do custom orders, like keeping all Nintendo consoles together and all Sega/Playstation/Atari etc. Also, maybe choose to start on a specific system eg: Mame.
-
@mattrixk said in EmulationStation mod:
I know you guys are a having a full Dev discussion and I don't want to interrupt that, but I just had a thought I wanted to put out there:
Would it be/is it possible to choose the order of systems in the carousel? At the moment it's just alphabetical, I'm curious if we could do custom orders, like keeping all Nintendo consoles together and all Sega/Playstation/Atari etc. Also, maybe choose to start on a specific system eg: Mame.
I'm not sure how it currently works but if the SQLite schema ends up working out it seems to me that it would be an easy option to add. It's just a different sort order in the database query. Right now in my schema I have a Systems table that has a developer field. So when ES queries the database it could just ORDER BY developer ASC then all systems would appear in order of developer, such as Atari, Coleco, Mattel, Nintendo, Sega.
-
@jdoolin That's awesome. I wonder if it could do custom orders too, like putting Mame(s), FBA and Neo Geo together, but keeping the rest in developer order.
-
Early tests with an SQLite3 game database on the RPi3 are looking good.
So first I made a very simple schema. It has four tables.
- systems - a table to save information on all supported game/computer systems, such as name, developer, release date and description
- games - obvious. I'm using the same fields you find in the current gamelist.xml files
- tags - just a simple string for the tag
- game_tags - a table connecting a game with a tag
Then I wrote a Python script and a Bash script wrapper to parse all of my gamelists and convert the entries into SQLite3 and add them to the database. This took a few minutes as my gamelists are pretty big. I've got a very good sample for testing.
Then I started writing queries and thus far, using the command line sqlite3 client I haven't seen a query take more than one tenth of a second. I take that back, when I queried the database for every single game in the db, it took 0.17 seconds. The real test would be using the SQLite3 library in the ES code and see how it performs from within ES. But right now I'm quite encouraged. Just under two tenths of a second to read my entire game database is pretty quick.
Now keep in mind that if we use SQLite3, we can commit changes to the database immediately. There won't have to be any saving MetaData when you exit ES since it's done on the fly.
Time to start looking through ES code.
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.