mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support
-
@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
My full size arcade cabinet Robotron vs. Octolyzer
-
@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
-
@grant2258 The idea is to capture the Mame outputs with a program/daemon like Rgbcommander (users.telenet.be/rgbcommander/) or Mamehooker (dragonking.arcadecontrols.com/static.php?page=aboutmamehooker), which will then act on external leds. For example, the buttons in my arcade stick have leds that are activated according to the actual buttons used by the game/system in use. This is done via Rgbcommander, which monitors the Retroarch core and game executed an has a database of the buttons (and colors) of the original arcade, which are then used to light only the buttons in use.
Rgbcommander is also able to capture de Mame outputs of the game in use and, for example blink the start button when introducing a coin or the coin button when no more coins remain.
The website of Rgbcommander provides some information on how the Mame outputs (in the standard Mame) works and in which versions have been implemented (see the Mame section)
-
@janderclander14 are there any libretro cores that currently work with rgb commander?
edit: I've looked over the site and the answer appears to be "no." The source is closed although the author pledges to open the next version.
The earliest version of mainline MAME that the author has tried is 0.169:
Linux : 0.? <-> 0.169 - Auto detection works fine. Rom dependant blinking LEDs are functional through old communication system.
I don't know for sure but I think that even the "old communication system" is one generation after the code we have from MAME 0.78. If that's the case, it maybe RGB Commander could be made to interface with RetroArch's LED driver eventually assuming that MAME 2003-Plus is able to send data to RA. It would require the participation of the RGB author at that point.
-
MAME hooker (http://dragonking.arcadecontrols.com/static.php?page=aboutmamehooker) seems like a more likely initial target for this due to maturity, open source, and API than RGB Commander. Again this is purely speculative and would require someone to add support for MAME 2003-Plus to that tool if and when LED signaling is working within the core.
All that is to say that this is a little closer to being possible than I first guessed.
-
@markwkidd Thanks for having a look at it. The only thing I can add is that the author of RGBcommander has been quite reactive to requests via email and, so far, is the only software that works on retropie (Mamehooker is Windows only).
-
it isint a problem writing to the pi io in theroy ra has a driver for it. I checked mame thedata is coming through form the drivers that support it. We just need to decide what we want to do with it.
et_led_status num:0 status:0
set_led_status num:1 status:0
set_led_status num:0 status:0
set_led_status num:1 status:0
set_led_status num:0 status:0
set_led_status num:1 status:0
set_led_status num:0 status:4
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:4
set_led_status num:1 status:0
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
set_led_status num:0 status:0
set_led_status num:1 status:2
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:2
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:2
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:2
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:2
led display updated
set_led_status num:0 status:0
set_led_status num:1 status:0
led display updatedect
The problem is we need a system wide solution for RA.Writing to the pie gpio ports is very doable by the looks of things what system will you be using?
-
@grant2258 I think it would be better to mimic the general behavior of the mame outputs as in the standard Mame, so that other apps more focused on managing leds/outputs (such as Rgbcommander) can use these outputs. Otherwise lr-mame will be cluttered with led-related options.
In fact, led management usually requires dedicated hardware (such as Ledwiz), due to the Pi's gpio is too limited in the number of leds that can be managed and the current it supports. Rgbcommader supports most of such hardware already so there is no need for Mame to do that, other than provide the outputs.
-
I really dont agree here windows users dont have that option and i have no idea what you mean why you say mimic mame078 just send pulses to numlock and caplock ect
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.