mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support
-
@John_RM_70 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:
Thanks Clyde. The problem with using the RetroPie/roms/arcade folder is that it's already occupied by a older Mame set. Do you think Mame 2003 Plus is in a good enough state to wipe the older roms and only use 2003 plus ?
I did just that over the holidays. 😊 So a) yes, I think it should be good enough (it's "only" an enhanced fork of mame2003 after all), but b) I haven't much actual experience with it. I'm in the process of testing all of the new and fixed games one after another.
I would suggest that you backup your old set before replacing it with a mame2003-plus set.
Another option is to put only the new and fixed games in
arcade
together with your old set, and configure only them to be run by mame2003-plus via the Runcommand menu.As a third option, you can put your old set in
arcade
and your plus set inmame-libretro
. You'll then have "Arcade" as well as "MAME" as systems in Emulation Station. I have this setup on my Linux pc that is fast enough to run mame2016 in "Arcade", whereas in "MAME" I keep a copy of the mame2003(-plus) set of my Pi for testing.I'm not at my Pi at the moment, but going the Retroarch Input interface way - can you still map controls per-game ? For example, I use twin sticks in Robotron, so they need to be mapped properly for the twin sticks. Thanks for your help.
Yes, that's possible. The Quick Menu > Controls in RA can save your mappings either for a single game or for the current core (e.g. mame2003-plus).
If some bind you want is not possible via RA, you can still switch to
mame
input, bind the buttons in MAME, and then reset RA toretroarch
input. MAME should retain the mappings you did in its menu, I think. But others here can tell you that for sure. -
@Clyde Thanks Clyde, that is exactly what I was looking for.
-
@John_RM_70 there is also another option; create a new system in ES dedicated just to lr-mame2003plus. In this way you can keep you other roms and have 2003plus roms in their own folder.
-
@UDb23 I Did think of doing that, I just don't have the space on the SDCard to have Mame-Advance, Mame-old, and now Mame 2003 Plus. So, I have wiped them all and now only have 2003 plus - and so far it's working on the few roms I have tested. Appreciate the suggestion.
-
While testing my newly created mame2003-plus set, I heard the optional soundtrack for outrun for the first time. Man, am I glad that I didn't use cheap speakers in my upright cabinet … 😮😄
Thanks to all of you that made this possible!
-
@Clyde - I agree the custom OST's are one of the neatest additions to Plus.
-
I can't get rid of the disclaimer. Even if I edit the core options file as suggested(with ES closed) at next boot a line will be added again at the end of the cfg with "skip" disabled!
Any suggestions ? -
@UDb23 Like with your backdrop problem, the option to skip the disclaimer is working in my mame2003-plus 644b581. What is different in your system?
-
@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:
While testing my newly created mame2003-plus set, I heard the optional soundtrack for outrun for the first time. Man, am I glad that I didn't use cheap speakers in my upright cabinet … 😮😄
Thanks to all of you that made this possible!
Yeah its so great. Have you tried moonwalker ost? Its just epic
-
@robertvb83 Now I have. Wow … I'm not that into MJ, but I am nevertheless stunned how much this is completing the game.
edit: It's a little like playing a MJ music video. ;)
-
Does Mame2003-plus supports or plans to support Mame "outputs"? By "outputs" I mean the commands to control the arcade hardware (mainly lights, but also motion) that certain games implement. For example, the blinking start/coin buttons in certain games, the light marquee in multi-slot neogeo games, brake lights in Outrun, police lights in Chase HQ:
The regular Mame implements an output system that can be used with the Pi, but is too slow for most games. This is an example of changing leds via GPIO according to the selected game in a multislot rom:
Also, RGBCommander (a daemon capable of controlling leds) already supports Mame outputs through led controllers (such as LedWiz), thus making it possible to use them on the Pi but again, it seems to work only with the standard Mame output system.
I understand that the integration of Mame within retroarch could hamper the support of standard Mame outputs but, since Mame2003-plus has been capable of supporting quite an amount of advanced functionalities of other mame forks, I was curious about the viability of the Mame output system.
-
New support today for Double Dragon 3 - The Rosetta Stone (Japan)
arcadez added romset ddragon3j
Trivia about this version shared by arcadez:
The Japanese version discards the weapon shops completely from the game. Instead, the game asks the player to select from the 4 character types available when they begin (Lee, Chin, Urquidez or Oyama). The one-armed stand head-butt and the hurricane kick are available as part of the default moveset, but the hurricane kick is made hard to execute. While controlling one of the Lee brothers, a nunchaku or a sword can be found on the floor in certain stages. The first stage is slightly re-arranged, with the starting point moved in front of the Power Records store and the conveyor belt inside the warehouse removed.
-
@janderclander14 you might want to post in this existing mame2003-plus github issue, which began as a question about LED interfaces: https://github.com/libretro/mame2003-plus-libretro/issues/239
At the moment no one with the expertise has shown up to determine how feasible this is. If it can be determined that this is in the realm of possibility, it would probably make a great bounty.
-
i believe outrun using the numlock and caps lock for led utput on the original mame078 not sure exactly where you want this out put to go and what exactly you want to do with it though.
-
aadding the lay format isint in the relm of realistic possibilities to add to our core. It would be easier adding a new core base than adding them changes
-
I agree it makes sense to define pre-LAY codebases as "the realm of possibility" here.
I want to spend some more time looking at AdvanceMAME because they use the same basic MAME artwork engine as 0.78 if I understand correctly.
-
I would just need more info to look into what they are trying to do blinking a few leds isint much info to go on.
-
there are a few drivers with set_led_status
-
i believe one of your artwork examples had leds mark just need to know what the user plans on doing with the data ect
-
@mark looks like code is alread in place for led_state_cb whatever that does
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.