EmulationStation mod

mattrixk · 22 Aug 2016, 05:27

@jacobfk20 Hooray, I'm good at breaking things in weird ways.

jacobfk20 · 22 Aug 2016, 05:32

How did you run chmod? If you have skype we can talk more easily on that. My name is the same there as it is on here.

mattrixk · 22 Aug 2016, 05:40

@jacobfk20 said in EmulationStation mod:

How did you run chmod?

I just went into my ES folder /opt/retropie/supplemental/emulationstation/, typed in chmod +x emulationstation and hit enter. There was no indication that anything had happened, but also no error message to say what I did was wrong. Should I have done sudo?

I don't have skype (and I'm kinda at work at the moment, so I should really be doing that instead of this). Short of gmail or google chat, I don't really have any chat programs. I don't even use facebook, and haven't touched MIRC since I was in highschool over 15 years ago.

jacobfk20 · 22 Aug 2016, 05:45

My gmail is the same name as it is here too :)

mattrixk · 22 Aug 2016, 05:48

@jacobfk20 email sent.

Floob · 24 Aug 2016, 00:00

@jacobfk20
I used your grid view version of ES in the experimental image I built here, hope thats ok with you.
https://retropie.org.uk/forum/topic/93/attract-mode-with-retropie-alternative-to-emulationstation/213

jacobfk20 · 24 Aug 2016, 00:39

@Floob Yes, that's fine by me. Thanks for letting me know. I just want you to know that I'm still working on it quite a bit.

Also, I took a quick look at your work. Looking good :)

Floob · 24 Aug 2016, 01:18

@jacobfk20 Am I right in thinking that your latest grid view version dropped some of the earlier features like "view storage" etc... ?
When you have a new version ready, I'll happily make a video of it if you like.

jacobfk20 · 24 Aug 2016, 01:50

@Floob Sorta. My latest gridview branch is just for gridview. I'll be doing other branches for On Screen Keyboard, System Menu, and other small things I've done pretty soon.

A video would be pretty nice as I'm getting close to finishing up this current version.

meleu · 26 Aug 2016, 07:44

@jacobfk20 said in EmulationStation mod:

I put together a simple quick branch that will only save metadata if that system has had any changes to its metadata.

https://github.com/jacobfk20/EmulationStation/tree/Metadata

@jacobfk20 sorry for the delay. I've tested your Metadata branch.

Those 5 minutes were reduced to less then 1 second!

To not save times played is a good price to pay (I don't even care about this :-) ).

Zigurana · 26 Aug 2016, 14:13

@meleu said in EmulationStation mod:

To not save times played is a good price to pay (I don't even care about this :-) ).

I agree.
The main features you get by this function is

quickly get back to the game you were playing earlier.
discover games you never played before.

I think it would be better to build a separate list of recently played games (n=10), where you can get back to easily.
When combined it with the "surprise me" function fron de kid-friendly branch, It would offer about the same functionality.

gomisensei · 26 Aug 2016, 20:40

@meleu I still think a separate stats.xml that saves only the name, and times played/total time/last time, separate from any other metadata would be a good idea, especially if it could be optionally turned off.

jacobfk20 · 26 Aug 2016, 22:15

@meleu Glad to hear it works. I actually kinda forgot I made that branch lol. Can you still change metadata and it still save? How long does it take for you to save on exit when you change one system's gamedata?

@Zigurana @gomisensei I thought that as I made that branch. I'm wanting to check that out sometime soon especially after hearing that it works for someone that has long save times. But you guys are right, normalizing the gamelist out would be pretty beneficial.

jacobfk20 · 1 Sept 2016, 18:15

@meleu Are most of your games that are in those big lists (1000+ roms) not scraped or have metadata?

meleu · 1 Sept 2016, 18:24

@jacobfk20 man! really really sorry! I forgot to give you an important feedback! The ES from Metadata branch didn't even touch the gamelist.xml.

I saw the last changed time with ls -l and all the gamelist.xml was last changed when I last tested the default RetroPie ES with "save metada on exit" turned on. And it was in 2016-Aug-15. After I installed the Metadata these files didn't change and I'm sure that the "save metadata on exit" is on.

Now, answering your question:

@jacobfk20 said in EmulationStation mod:

Are most of your games that are in those big lists (1000+ roms) not scraped or have metadata?

The romsets are scraped but some ROMs failed to get scraped. I don't have the exact number...

jacobfk20 · 1 Sept 2016, 18:46

@meleu Yes, if nothing changed in that system's metadata it will not bother saving anything, so gameList will not be touched. A gamelist will only be saved to if you change any metadata on any of that system's games.

meleu · 1 Sept 2016, 19:09

@jacobfk20 but I played a bunch of games to make the tests (nes, snes, megadrive and mastersystem). I'll test it again detailing each steps. More info tonight.

jacobfk20 · 1 Sept 2016, 19:42

In that build playing a game doesn't justify saving metadata. Times played, and last time played do not trigger metadata to save. Editing game metadata and scraping will trigger a save.

Anyway, would you be willing to run two tests for me? It will require running two different builds though. I think I may have found the biggest cause of what makes saving metadata take so long and I would like to have a before and after comparison.

meleu · 1 Sept 2016, 19:53

@jacobfk20 said in EmulationStation mod:

In that build playing a game doesn't justify saving metadata. Times played, and last time played do not trigger metadata to save. Editing game metadata and scraping will trigger a save.

Sorry if I misunderstanding, but then I think it's almost useless :-)
I only scrape and/or edit gamelist.xml when ES is not running. I only see use cases for it when using the ES scraper and using the trick to scrape screenshots.

Anyway, would you be willing to run two tests for me? It will require running two different builds though. I think I may have found the biggest cause of what makes saving metadata take so long and I would like to have a before and after comparison.

Aye aye Captain!

Since I don't have enough C++ skills to contribute with the code, I'm happy to help as a tester. :-)

jacobfk20 · 1 Sept 2016, 20:16

@meleu lol, I could have it save when "times played" and "last time played" are updated.

These two builds I want you to run save everything no matter what (unless you have "save on exit" turned off) but this time they log how long in seconds it took per system and how many loop cycles to terminal and es_log. So when you run the first build, save the es_log (~/.emulationstation) then run the next build and save it's log somewhere and send them both to me.

The second build could potentially lower the save time by quite a bit.
I'll post the builds and full instructions I want you to run here in a few.