Jason Carr

Oooooh, you're seeing a different issue that we have seen elsewhere. This has nothing to do with that Big Box setting you pointed out earlier. Go to Tools > Options > Legacy > Images > Background Priorities and uncheck everything there. We're gonna have a fix for that out shortly, but that should do it. Edit: That's in LaunchBox.

There's much more to it, unfortunately. At this point it looks like it's just not compatible with mameuifx. I'd have to rebuild a bunch of stuff I'm guessing. It touches a lot of files in the MAME directory to make sure that cheating isn't happening.

Can you give me a screenshot example of this? Yeah, primarily because we need more control over the emulator. We need to control both the way that MAME launches, as well as have direct access to the files. I'm sure it could be done, but not without being able to both parse and change Rocket Launcher data. On top of that, we need visibility to when MAME starts and exits, which also may prove difficult. It's just layers on top of layers of complications.

Really sorry, but unfortunately support for Rocket Launcher won't be happening for MAME high scores. It would be way too involved to implement, and there's just not very many people using it these days, so it's not worth the significant effort.

I'm confused here. That filters setting should only affect the filters/platforms views, not the games views at all.

Aaaaah, yeah, unfortunately Rocket Launcher will definitely get in the way of the process. We do a number of things in order to do our best to make sure that folks aren't cheating. Unfortunately that rules out support for Rocket Launcher and Retroarch.

Hi Danny, yes, it's certainly grim news. It is possible that all these issues with Android will come and go without affecting much in the end, but there's enough in question that we don't want to invest any more time without knowing for sure, and things aren't looking good, sadly. Per emulation on the go, I do wish there were better options. The best I can recommend is mobile devices that run full versions of Windows. I have both a GPD Win and a GPD Win 2. The GPD Win 2 is especially good for emulation, but the problem is that mine didn't last very long. Unfortunately the build quality is not very good for those devices at all. I'm looking forward to DELL's Concept UFO coming out; I think that will ultimately be a wonderful solution once it finally comes out.

I'm puzzled then, not sure why that would be. It only outputs that to the logs if it thinks that file doesn't exist at all. That's odd. I'm not seeing that issue myself. Can anyone else confirm this to be an issue?

Sorry to hear. Sounds like another strange issue. Have you tried rebooting your Shield?

LaunchBox looks for the hiscore.dat file in the plugins\hiscore folder. Are you sure it doesn't work if you create those folders and copy hiscore.dat there? The log file you posted is still claiming that it can't find that file.

Good to hear @Hamfighter. Thanks for all the kind words.

Yeah, there's a lot I wish that we could do to simplify things from an emulator perspective. For example, I wish we could just distribute Retroarch and MAME all pre-configured and ready to go with LaunchBox. Unfortunately though, that's not really possible due to the licensing concerns and such. OpenEmu is in a bit different of a situation because of the fact that the project is open source.

Thanks Neil. There's actually a legit error report there for that game. I'll take a look to see what's happening for it here soon.

Hmm, not sure. I haven't tested anything with mameuifx. I'm not sure if it's related to that, or is just that the paths settings were changed away from the defaults. It's worth a shot to copy the file.

Would be helpful to see the debug log for that. That way we can determine what's causing the problem.

It's possible that there may be a broken game or two. If it didn't upload, it probably won't. That said, you can turn on debug logging to figure out exactly what is happening.

Thank you very much @Hamfighter! All great to hear.

Thanks for the suggestion, @Hamfighter. I do like OpenEmu and have been impressed with the product over the years. That said, I don't think it would wise for us to acquire any other companies or products.

Thanks for the report @KingUniverse. I was able to replicate it and I have it fixed for 10.12, which should be out shortly.

Yeah, I'm not sure I would either, to be honest. A lot of that is up in the air. As far as I know, the only "solution" for it depends on Google reviewing an app and providing it with "special" permissions (for example, for File Manager apps). So my understanding is that the current system will require Google to approve it, and who knows whether they'll approve an emulation frontend to have those special permissions. It's also unclear whether both the frontend and the emulators would require these permissions, or just the frontends. It's a mess.

I see. Unfortunately there's not much we can do about that. If you want, you can remove the high score file from MAME in order to reset it for that game.

What game are you trying? Anything that changes the leaderboard in the game should show up. If all else fails, turn on Debug logging and take a look at the log file (or share it here).

Lol. The real reason is that we don't know if any previous high scores were achieved with cheats.

Only scores that are newly achieved will be tracked. In other words, if you have a previous set of high scores, they will not be uploaded. Only newly achieved high scores since the system was built.

Happy Easter y'all. Just put out beta 16 with an update to hi2txt, which adds support for a bunch of games and fixes many as well. Huge thanks again goes out to Greatstone for all his work on hi2txt and these changes/additions. If you're appreciating this high scores stuff, it'd be good to send him some thanks here: http://greatstone.free.fr/hi2txt/ The high scores system definitely would not be possible without his work.