what about adding a cheevos flag in gamelist.xml ?

pjft

@hansolo77 This hasn't been developed yet. I do not have an ETA for this, it can still be weeks or months, unfortunately.

meleu

@hansolo77 said in what about adding a cheevos flag in gamelist.xml ?:

in order to access the new feature (adding the flag), I will need to rebuild the binary correct?

Not sure if you're talking about EmulationStation or the hascheevos tool. If it's about EmulationStation, there's nothing related to achievements implemented yet.

If it's about the hascheevos tool I suggest you to delete your current hascheevos directory and then git clone it again.

rm -rf hascheevos
git clone --depth 1 https://github.com/meleu/hascheevos
cd hascheevos
make

You won't need to do it everytime you want to update the tool, it's just now. Because I implemented some new features since you downloaded the tool, including an option to --update. ;-)

Quick question.. is there a reason a binary hasn't been made yet, to skip having to build it?

Again, if you're talking about the hascheevos, it's not an actual binary, it's a bash script. But I implemented the --update feature to avoid typing many commands.

I also implemented some features that will help to keep the repository synchronized with RetroAchievements.org database. Maybe you, @grenade44 and other cheevos enthusiasts could help me with this task. I will talk more about these features later. ;-)

2nd quick question.. any progress been made on checking to see what new roms exist without having to completely rescrape?

In theory yes. I have some ideas on how to do it and did some tests. But nothing has been implemented in hascheevos yet.

cyperghost

@meleu Thx for clarification @hansolo77 - I think we were on wrong track as there was talked about binaries
Actually the cheevos-scraper is a script - not a binary ;)

meleu

@cyperghost there's just a small C program in the repo (cheevoshash.c - the hash calculator) that needs to be compiled to a binary. But it's really small, compiles almost instantaneously. It is done and working exactly as expected. No need to receive updates anymore.

pjft

@meleu Hi!

So, I am yet to get everything set up for a proper development environment on my end, alas.

Still, I tried to put something together on my free time. I have NOT tested it, and worst of all, I have not been even able to try to compile it :(

That being said, it doesn't seem to be tremendously difficult so if you'd want to try to compile it on your end and see if it does what's expected, here's the branch:

https://github.com/pjft/EmulationStation/tree/Achievements

I'll try to compile it later in the week as soon as I can.

Hope this helps.

meleu

@pjft Nice blind coding bro! Time to remember that couplet:

couplet

I didn't test on a Raspberry Pi, but compiled fine here on my RetroPie x86 (Linux Mint). Just noticed this warning while compiling (not sure if it's related with the "achievements" changes):

After compiling I tested with a gamelist.xml populated with some <achievements>true</achievements> and it works as expected.

Huge thank you for this!!!

cyperghost

@meleu Haha! your new toy is ready setted ;)
Freshly baked by @pjft awesome C++ cuisine - Que aproveche!

pjft

@meleu @cyperghost Thanks - it's always good to remember that couplet :)

If you could thoroughly test that, it'd be great as then I'd submit the PR. I believe there are plans to have a code freeze for a bit, so I'd like to get this small change through beforehand.

Thanks.

meleu

@pjft Hello friend. Finally took some time to compile it on my pi2, and it runs just fine. Exactly as expected. I also tried to edit metadata of a game enabling/disabling achievements. Really cool.

I did a very well-behaved test. I didn't try to break anything. If you think it needs a more "hardcore" test, I think I will have some free time later in this week. Any particular test you want me to do?

So far I'm really happy with what you made. You hit my feature request in the bull's-eye! Huge thanks for that! :D

pjft

@meleu thank you good sir. No need to try to break it, I didn't do anything really out of the ordinary, just followed the lead from other such attributes. Just wanted to get your hands on testing to confirm that it worked as intended and that I didn't miss anything.

Did you have a chance to release the scraper, or did you per chance had any further discussions about getting this into @sselph 's scraper in one way or the other?

I'll try to submit the PR later this week. If anyone wants to test it further that'd be very much appreciated.

Thanks!

meleu

@pjft said in what about adding a cheevos flag in gamelist.xml ?:

Did you have a chance to release the scraper, or did you per chance had any further discussions about getting this into @sselph 's scraper in one way or the other?

Yeah. You can find it here: https://github.com/meleu/hascheevos

The README has some instructions and examples.

Currently I'm just trimming some edges but the tool is perfectly usable. I'll open a new topic talking about the tool soon.

Later I'll try to discuss with @sselph if integrating the hascheevos in his scraper is a possible thing.

I'll try to submit the PR later this week. If anyone wants to test it further that'd be very much appreciated.

Maybe @hansolo77 , @Sano , @grenade44 , @PokeEngineer ...

hansolo77

I've actually been waiting for further advancement of the scraper tool before I attempt anything further. My wish was to have an Achievements game system rather than a "flag". That is now a possibility and I already have it working. Further "advancements" I'm mostly looking for is a system to scrape my games by just adding the new games that have cheevos without having to rescrape everything. I've not tested yet, but if I rescrape my systems and generate a list of games that have cheevos, would it overwrite the achievements gamelist, add all of the detected games again (multiple entries of the same game), or just add the newly detected ones? I'm also looking for a more fluid, easier method of doing all the work without having to do it all manually in the terminal.

meleu

@hansolo77 well, I was asking for testing the @pjft 's version of emulationstation, not the hascheevos tool.

Regarding scraper userfriendliness, I'll improve that as time permits.

pjft

PR submitted.

Best.

pjft

@meleu As mentioned in the PR, if it doesn't make it to ES in the current envisioned way, I'm more than happy to suggest an alternative approach to you that came to mind recently.

meleu

@pjft man, what you did is nothing more than perfect for RetroPie/RetroAchievements users. If it won't be merged I'll find a way to patch your changes into ES code everytime I update it from source.

hansolo77

It's a bummer it looks like project leader is opposed to adding this simple addition. It doesn't do anything to the system for non users. But it adds functionality for those that do, and sets up future-proof for new users.

pjft

@meleu We can always turn your scraper into, rather than adding <achievements> tags, just auto-generate collection files that users can load into their systems. That's probably a saner option rather than patching the code.

@everyone here: let's not get personal. These decisions need to be done, and they're never easy. Nobody likes to be the person saying "no" to people, but in truth, the job of a good product manager is saying "no" most of the time.

If this makes it in, happy days. If it doesn't, happy days as well. We still all have a great platform to enjoy and play with, and a great community to boot.

hansolo77

I'm not taking it personal. I didn't even mention names. :) I was just saying it's a bummer. But I totally agree with what you said. Maybe adding a filter is the wrong way to go. I wasn't fully on board with the flag approach to being with. I think the custom collections approach is a better way to do it. There's really no extra steps involved to get the list. It's on it's own system. With filters, you have to go into a system that has cheevo games in them in the first place, and then customize the sort. But unless a user is willing to do little more work (which would be required anyway with filters too) there is nothing even hinted at in ES that a cheevo "system" is in place.

Sano

Hi guys.
Sorry I wasn't here for a while. I'm really sorry to read all this.

Just an idea I didn't read on the PR : as the main issue with project leaders seems to be the impact on the interface (as well as specificity with retroarch), would it be acceptable to not have any change in the interface without editing for example the '/opt/retropie/configs/all/emulationstation/es_settings.cfg' file ?
So there would be no noticeable change for regular users, but advanced/interested users could enable the feature by simply adding a line in a config file, enabling the filter/metadata/whatever ?