mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support

janderclander14

@grant2258 Yes, this works with the regular Mame. You can see some videos with proper outputs linked to leds here:

Terminator 2: leds blick when guns are fired, or get impacts

Chase HQ police leds: only when the chase starts

And yes, Ledwiz is a commercial led controller similar to the controller you linked. It gets the input via the Pi's usb port and has it own power input to feed many leds.

grant2258

again we can make a led blinker dont need rgbcommander for that.

I dont see any vids where the joystick credit is button flashing you just want a generic blinker thats easily done. You could even display a row of leds at the top of the screen in an ra overlay and blink them. i did see a overlay led driver in RA not sure if its functional though

janderclander14

@grant2258 This video shows what you ask: in Outrun, the start button blinks after introducing some credits and stops blinking after pressing it (seconds 42-52). This is achieved in the cabinet of the video with Mame outputs and Mamehooker.

grant2258

Ok this looks like a specific setup that is mapped to the real arcade outputs. I know you can do this if you wire everything to outrun specs.

What im asking is do you have this hardware?
do you need to config your mame outputs per game to physical hardware

I need a specific example from your personal use that use the io and what your doing with it. IE are you coin and credit buttons flashing in games that support it or do they need setup per game.

Are your credit and coins all blinking for games on your joystick panel for games that support it or do you need to map your outputs to something per game.

What would happen in dig dug if it was run in this cab. If it set per game it seems the user has to decide what to do with these outputs. Led or servo of some sort.

Can you give me a real life example that you have setup. I just need this to start working on a solution

janderclander14

@grant2258 None of the vids is my hardware, but all of them use mame outputs rather than physical connections to drive leds, as you can see in the descriptions.

I just use led buttons in a generic arcade cabinet. To use mame outputs I just configure RGBcommander or Mamehooker to tell them which physical leds from by cabinet correspond to the led mame outputs.

For example, RGBcommander supports outputs for P1coin led, P1start led, P1button led, etc, which I assign to the leds of my buttons. This is done once and in general, not per game basis. If you download Rgbcommander you can see this at the beginning of the Xml config file.

Then, when a game that has outputs runs (such as the examples I listed above), the leds act as they have been emulated in the game's outputs, e.g., blinking when inserting credits, or when some in game event occur. As you can see here:

https://aarongiles.com/old/?p=181

Whenever these events occur, Mame sends a predefined signal, and the softwares that have hooked the Mame outputs redirect the signal to the physical led, as stated in the generic configuration of the software hooked to the outputs. If the games do not have ouputs or those have not been emulated, then I get nothing.

So, for this to work:

the Mame version in use should have the output protocol, as described in the Aaron Giles blog.
games should have outputs emulated
a led management software should listen to the mame outputs and act on the physical leds.

Hope this helps.

grant2258

well the information you giving in helping me understand im looking at the mame0.121u4 source for galaga/digdug and its not making much sense why this is mapping to coins and start as it just a general led signal not sending a message out as a coin.

https://github.com/mamedev/historic-mame/blob/6f03755e212f33ae6e4681d56351bf3c44f20916/src/mame/drivers/galaga.c#L786-L797

{
set_led_status(1,data & 1);
set_led_status(0,data & 2);
coin_counter_w(1,~data & 4);
coin_counter_w(0,~data & 8);

grant2258

just one last question what hardware are you using fro your encoder and led driver

janderclander14

@grant2258 My led driver hardware is Ledwiz, which is connected to the Pi' s usb.

https://groovygamegear.com/webstore/index.php?main_page=product_info&products_id=239

Both Rgbcommander and Mamehooker support it (they also support other drivers, such as Ultimarc's). You only need to tell them that you are using this driver model and how many leds you have physically connected. After that it is plug and play.

grant2258

well im seeing this in the docs.

http://dragonking.arcadecontrols.com/static.php?page=mhsniping

i does appear you do need to configure it perhaps there is pre configured files for know games. This info here makes sense from what ive seen in the code

Mebejedi

@markwkidd

"Here's warrior for example:"

I've just set up my first RPI gaming machine, and this was one of the games I was thinking it would be cool to find, but could not remember what it was called. Thank You!!!

markwkidd

Big update to the MAME 2003-Plus docs: https://docs.libretro.com/library/mame2003_plus/

@grant2258 I will migrate your diagrams to the libretro/docs repository next time I get a chance. The docs generator doesn't like pulling them from another repository it seems :)

grant2258

Im really put off the idea of fixing this. People want to copy fba which basically let an arcade panel map to a gamepad so its a quick fix to work on both.

Which takes the point of having and arcade panel away. Anyway short story is ill leave it as is because the user can just pick classic as default and just pick the panel for the 6 button games I dont want my panel mapping like a gamepad for one

Clyde

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Which takes the point of having and arcade panel away.

Not really. I for example have an upright arcade cabinet with the typical 6-button layout for players 1 and 2. But I also have two wireless Wii U Pro controllers for players 3 and 4. (I can mirror the cabinet's picture to my video projector if it gets too crowdy at the cabinet.)

For my desktop mini pc, I have two wired arcade joysticks with 8 buttons, and I can also use the two Wii U Pro controllers mentioned above with it, depending on the games I wish to play and with whom I play them.

Thus, having presets for 6 and 8-button arcade-style controllers as well as for typical gamepads to change the setup on the fly without re-mapping the single keys seems very useful to me.

Riverstorm

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

with whom I play them

Whom is a great word! It has been on the decline since the 1800's according to Googles Ngram Viewer. It looks like it had a brief resurgence around 1826.

goobatroopa

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

with whom I play them

Whom is a great word! It has been on the decline since the 1800's according to Googles Ngram Viewer. It looks like it had a brief resurgence around 1826.

Use Whom regularly. I try to correct people as often as I can in a Ross Geller style.

grant2258

@Clyde no one is stopping anyone doing this it would need to be an option not everyone wants a gamepad layout like you.

Personally I cant stand my arcade panel mapped as a gamepad. Some 3 button games work others dont like double dragon 2 which it sided so are many others and a very much unplayable in as

34
12

formation imho this is a lazy and hackish way to do things but thats just my opinion everyone is entitled to one. This hack is easy to implement the only thing that would need fixed is the way the ra input needles are handled.

All that work to map like gamepad is waste of time for me when the user can just pick classic and set the few 5/6 player games to panel of there choice.

ill do some code for mark to look at at some point(not a high priority for me) but it will just do the mapping not the not the ra needles.

I personally will never use this option even if it is wanted by mark so it would need to be an option toggle so people can choose the panel the way they choose to instead of gamepad formation.

Riverstorm

I started using backdrops in Plus and along with overlays. With the new backdrops they cover the entire HD area (1920 x 1080) so I have to set the opacity of the overlay to 100% so the backdrop doesn't show through. When the overlay is set to 100% or maybe it's the backdrop (but it's at 50%) but regardless you loose the RGUI overlay information in the lower left corner.

Basically I can't see any messages like loading overrides, when I increment a save slot, screenshot, pause, etc. but everything does work correctly.

I am on RetroPie 4.4.4 and RA 1.7.5 on a Pi 3 using Plus commit 8ff5a43.

@UDb23 - I just wanted to tag you on this so you know what it's doing. I usually set my overlay opacity to 0.5 as I don't like full brightness but when using BD's I need to set it to 1.0 to avoid backdrop bleed through.

UDb23

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

I usually set my overlay opacity to 0.5 as I don't like full brightness but when using BD's I need to set it to 1.0 to avoid backdrop bleed through.

I could lower the brightness of the original overlay image so you don't need to change opacity (that would be a "backdrop specific" overlay image).

Riverstorm

@UDb23 - Thanks, that's ok, you probably don't want a bunch of variations floating around. I am ok with setting it 1.0 as it looks good. It was just an FYI because anything less than 1.0 will start to show bleed through at various levels which leaves no brightness setting basically. That scenario didn't dawn on me at all until I actually started the game but I have no idea how a person would handle it and still allow user brightness options.

UDb23

@Riverstorm The other option is to create a "cropped" backdrop (cropped by the boundaries of the game windows of the bezel). But also this is not ideal; would not be good for people wanting to use just the backdrop.

Mmm.
One more option: full screen backdrop (as current) with a (separate and optional) black overlay (black mask) on top, with the exact layout of the bezel. In other words the RA bezel would have a black "underlay" so you can change the opacity without bleeding.
Having the .art system managing 2 images (bd+black mask) probably could be taxing in terms of performance on Pi.