Could these binaries be updated please ?
-
@windale the binaries were updated last night btw. Those should have been included. They may be a few days older as it takes a while to build everything.
If you want the latest versions you can always use a source install btw.
Modules are in experimental not just due to the emulator code but also the scriptmodule code maturity in retropie also. I'm not against moving some but I would need to review them first. I'd welcome other people's experiences with the emulators too.
-
@buzz as a mame2003-plus developer, I'm a bit biased but if 2003 makes the list.... I can't see why 2003-plus wouldn't. It does everything that 2003 does plus hundreds of improvements. In fact, the only improvements 2003 gets these days are ones ported from 2003-plus.
-
@mahoneyt944 I'd be keen if you had time to check our module code. I believed there were some files we didn't install by default which may be useful. Can't remember specifically but there was a PR before which never made it as I wasn't clear on the changes. I'd have to dig it out.
I'm not against moving it to optional packages - when it was added the situation was different but that was a few years ago.
Thanks for your work on the core.
-
@buzz sure. post a link, I'll have a look.
-
@mahoneyt944 the current module calls the lr-mame2003.sh functions
https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/libretrocores/lr-mame2003.sh - which has some mame2003 plus specific code. Eg
I think this was the PR I remembered. Maybe not an issue now.
https://github.com/RetroPie/RetroPie-Setup/pull/2313
But the main code logic that differs is in the configure_mame2003 function which handles both mame2003 and plus.
-
@buzz ok everything looks good except these two lines https://github.com/RetroPie/RetroPie-Setup/blob/e7a63336ff8fd4cc64b757c8c7cf34613e5b820f/scriptmodules/libretrocores/lr-mame2003.sh#L88-#L89
"_dcs-speedhack" is now renamed to "_dcs_speedhack" which is enabled by default anyhow.
And there is no longer a "_samples" core option, so this line can be completely removed.
As far as the hiscore.dat pr you linked, we now support both options so nothing is needed. We keep a current hiscore.dat in the metadata directory which retropie copies from and we also pre-compile this same file which will automatically generate if it's not found from the core.
-
@BuZz - my experience as user... I've found lr-mame2003-plus very reliable, and the features that I've learned to expect in a retroarch core are well implemented (for example, runahead enabled, including with Second Instance set either true or false).
Because my understanding is that it has a pretty stable romset I think it would make a great replacement for the lr-mame2003 core in the Main set of packages. I removed lr-mame2003 last week because I never use it.
[Context: I only have about 40 arcade ROMs on my Pi 4B, ~10 using lr-mame2003-plus, the rest with lr-fbneo]
For Amiga emulation - I started following a guide to set up amiberry so that I could play Worms, but gave up. If lr-puae is an equally robust and easier option to get started with it would be great to make it more visible :)
-
Because my understanding is that it has a pretty stable romset I think it would make a great replacement for the lr-mame2003 core in the Main set of packages.
@busywait lr-mame2003 has a static 'well established' romset and is retropie's 'recommended' mame emulator for pi2+. lr-mame2003-plus's romset changed a few weeks ago at most and the romset in circulation is 2 years old, so i would disagree replacing mame2003 with it, but 'optional' seems like a good fit.
-
[Context: I only have about 40 arcade ROMs on my Pi 4B, ~10 using lr-mame2003-plus, the rest with lr-fbneo]
To add my own context as a user,
I exclusively use 2003-plus on my retropie arcade cabinet build. I have about 120 hand picked roms that are currently running without issues in the core. These pretty much cover all the typical classic arcade picks most users are looking for. 2003-plus despite it's year tag is under constant development and offers some rare games not found in other libretro cores. This is the nature of the core since we backport many fixes from newer builds even outside of libretro. It's really a hybrid of new and old.Recently, I've been developing a live compatibility table system for libretro cores. The project's purpose is to give users a go-to source for core compatibility and will be maintained by automation and user input. It's still only in beta right now but some mame cores have already been processed. You can view these tables here currently but the address may change when it's brought out of beta.
https://buildbot.libretro.com/compatibility_lists/
One thing that's clear is that newer isn't always better, you can see that in the 2015 core there is over 29,500+ games listed......wow...... but over 20,200 of them are not working. This adds a significant amount of resources to the core with no user improvement. It's also important to note, this is not counting games that have other imperfections in sound and graphics.. bringing the working total even lower.
With 2003-plus you'll find there's about 4,962 games listed with about 400 not working, also not counting imperfections in sound and graphics. Here we focus on maximizing compatibility without adding extra overhead to the core or the platform using it.
Mame2003-plus is not a replacement for mame2003. They both have a clear intended purpose. 2003 is designed so users have a static working romset, but due to this, it misses out on many updates to stay within those parameters. 2003-plus does not have a static romset so there is no limit to what games can be added or fixed. Currently we are over 350 improved, support added for, or made working roms over mame2003. In my opinion, 2003-plus is worthy of a main package status since it's equivalent to 2003, plus much more. But all and all, I'm happy it's included somewhere in the crowd, where ever that may be.
-
Thanks for the info. I will look into the script issues you mention and will move it to optional when I've tested.
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.