Recent Posts

momentary fix for william games its to play them at 512x224 or 240 not sure wich one is, hopefully someone will come up with a real fix.

https://www.manualslib.com/manual/1843811/Arcade-Guns-G-500.html

No clue who you bought it from but here's the manual if you're missing that.

A search of "g500 arcade gun" put this as the first result...

who/where did I buy this from? I am completely lost lol totally forgot I even had it..

lol i  heard back from ultimarc they are saying  its not even their gun? can anyone idenfity this lightgun  lol? it works with mame and windows last I remember it was fairly accurate.

Hi arc11,

I think the expression target_pixel_width / float(raw_font_pixel_height) / options().font_rows()
should probably be target_pixel_width / float(raw_font_pixel_width) / options().font_rows()

I'd say the expression in GroovyMAME is correct, because it's calculating the scale based on the total rows. It'd be of help to know in which exact situation (resolution) the screen is unreadable.

The font scaling changes were thoroughly tested to ensure integer scaling was correct for fonts in all situations. To achieve the expecte results you're supposed to use the uismall font on the ui, instead of the standard default.

I don't know of any workaround, anyway if I remember correctly Calamity said GM users should not use the native mame front-end at all. Either command line or third party frontend.

In a completely different matter :
I have a general question about the game selection menu (native mame frontend).
Is there a way to set the resolution ?
Because I have a NAC cabinet with MS9-29 chassis with auto switching between the 24k and 15k mode.
And each time I enter this menu and run a game the mecanical relay that switches from 15k to 24k mode toggles several time each time I enter/exit the menu.

It's not very good for the longevity of this device.

Is there a way to avoid this ? If I add the -resolution AxB@C when launching groovymame, it no longer toggles, but the switchres doesn't switch to other resolution either...

Thank you

Here's the log!

Great stuff GPForverer2024!

I've put together debug version v1.5.1D3.

Monaco GP Remake v1.5.1D3 for Windows (Download via My Google Drive)
Please read the release notes HERE, there's a couple of new sections regarding the relays and revcounter utilities.
 
This debug version has the following modifications:

 - Added new Scoreboard To Revcounter utility source code and exe (Reads MGPr game Revs, and sends them to Arduino).
 - Added Arduino sketch "arduino_rev_sim.ino" (When running on an Arduino, it receives RPM values and generates a series of pulses as output).

Hi Geecab!
Thanks for your quick response.
I've ordered all the equipment.

See you soon.

OK, I've just read online that "Petrol revcounters work from electrical pulses taken from the ignition system. Diesel often work from the end of the alternator, mechanically or by pulses from a crank sensor".  The wiring diagram for your revcounter shows simply the green signal source wire going to the ignition coil. So I think its designed to work with petrol engines, so it should be fine with my circuit