Main Restorations Software Audio/Jukebox/MP3 Everything Else Buy/Sell/Trade
Project Announcements Monitor/Video GroovyMAME Merit/JVL Touchscreen Meet Up Retail Vendors
Driving & Racing Woodworking Software Support Forums Consoles Project Arcade Reviews
Automated Projects Artwork Frontend Support Forums Pinball Forum Discussion Old Boards
Raspberry Pi & Dev Board controls.dat Linux Miscellaneous Arcade Wiki Discussion Old Archives
Lightguns Arcade1Up Try the site in https mode Site News

Unread posts | New Replies | Recent posts | Rules | Chatroom | Wiki | File Repository | RSS | Submit news

Recent Posts

Pages: 1 2 [3] 4 5 ... 10

Started by SailorSat - Last post by YoBoys

Hmm, the files don't seem to be on her github, either. That seems odd, i hope everything is ok!

meanwhile, here you go. No roms, of course, but they are called smgp.zip and pdriftl.zip.

Files are too large to attach, but - https://limewire.com/d/EzLnB#KRURvmIM7A
Thank you!!

22   Driving & Racing Cabinets / Re: fooling with m2emu networkon May 16, 2026, 08:49:56 am

Started by SailorSat - Last post by dekkit

Ok I think I've now resolved the issue for my setup and it has removed all intermittent glitches and lags (however small).   In short, the fix for me was to reduce the Stall detection wait time from 128ms down to 64ms in m2lagfix for my setup.

The reason i can think of why i'd need to do this is because is because i migrated my setup to PC with faster CPUs (but who really knows)

I found the original m2lagfix sourcecode within SailorSats respository https://github.com/SailorSat/m2lagfix and recompile it in a version of VB6 professional i found in archive.org.
In the m2lagfix source code - I just replaced line 224 "If GetTickCount - STALL_Tick >= 128 Then" with "If GetTickCount - STALL_Tick >= 64 Then"

I've put my code changes in a fork next the original m2lagfix (named _stall64ms) and dropped a compiled exe (m2lagfix_stall64ms.exe) here in my github:
https://github.com/dekkit/m2lagfix_stall64ms/

Please note on windows 10 triggers an alert in defender (i'm not sure if there is a way around it - but have shared the source code in case someone can compile or wants to port this to a newer language without this issue)

Sharing in case this helps anyone else experiencing or scratching their heads trying to resolve the random glitches in there setup.

Started by SailorSat - Last post by buttersoft

Hmm, the files don't seem to be on her github, either. That seems odd, i hope everything is ok!

meanwhile, here you go. No roms, of course, but they are called smgp.zip and pdriftl.zip.

Files are too large to attach, but - https://limewire.com/d/EzLnB#KRURvmIM7A

24   Main Forum / Re: Ultimarc Ultimate IO Player 3 and 4 Wiring.on May 16, 2026, 02:13:12 am

Started by mxpxpxpx - Last post by Fursphere

XInput is like..  last resort with that board.   You really don't want to use it.  (and it kills LED support while active I believe).

Put it in keyboard mode, then if you really need Xinput for a particular game try https://gitlab.com/SchwingSK/Keyboard2Xinput

Started by SailorSat - Last post by YoBoys

Anybody share the needed files please. Links are dead.

Started by casm - Last post by Zebidee

Look here. Search by first part of tube number.

https://tubular.atomized.org/

https://crtdatabase.com/tubes

27   Main Forum / Ultimarc Ultimate IO Player 3 and 4 Wiring.on May 15, 2026, 10:38:06 am

Started by mxpxpxpx - Last post by mxpxpxpx

Hello, I have a ultimarc ultimate IO and I am having trouble getting player 3 and 4 to work. When I try to configure the joysticks and buttons 3&4 are unresponsive.  Player 1 and 2 work. I have it wired right on the 3 and 4 spots on the IO. The IO board is set in X-input mode not keyboard mode. I have wired ground with the daisy chain for the player 1 and 2 buttons and joysticks. Does ground need to be different for player 3 and 4? I am using Batocera and when I try to configure them nothing happens. They could be working and it is a Batocera issue, I reall have no way else to test them. What could be wrong? Thanks again for all the help!!

Started by casm - Last post by casm

Bugger.  I'd been hoping it wouldn't be something along those lines, but I appreciate the insight.

Looks like the best plan of action is to reassemble it until I can find a replacement yoke and put it back on the shelf in the interim.  This problem aside, the monitor's in really good shape so is worth hanging on to.

Out of curiosity, does anyone know if there's a Samsung 15-ish inch TV yoke that might be a viable transplant candidate?  This one has the Samsung CRT, so I figure that sticking with the same manufacturer probably has the highest chance of success.

Started by Alessandro Satanassi - Last post by Alessandro Satanassi



Hello everyone,

I am developing the advanced ESP32-S3 port of the OpenFIRE firmware. Building upon the solid foundation of the original project, the primary goal of this port is to provide a fully wireless lightgun experience. I have introduced native communication via the ESP-NOW protocol, which cuts the cord while maintaining the exact real-time responsiveness and zero latency of a direct USB connection.

I have just released version v6.2-beta2. The code is now 100% "Feature Complete" across the entire ecosystem (Lightgun, USB Dongle, and wireless Pedal).

What to expect in this release:
* Refined IR Tracking: Deep anti-jitter techniques and better rotation handling have been integrated. You will notice much smoother cursor behavior and rock-solid precision, even near the edges of the screen.
* True Wireless Freedom: Highly optimized ESP-NOW protocol for zero-lag communication.

Call for Testing:
Before labeling this as our final Stable release, I need your help to stress-test the system in real-world scenarios. While the protocol is heavily optimized, ESP-NOW operates on the 2.4GHz band. I want to gather feedback on how the system behaves in real home environments and arcade cabinets, especially under heavy Wi-Fi interference.

All technical details, flashing instructions, and download links are available in the official GitHub Issue here:
https://github.com/alessandro-satanassi/OpenFIRE-Firmware-ESP32/issues/13

Associated Hardware Project (PICON-AS):
Since this is a community of builders, I would also like to point out that if you want to physically build a battery-powered wireless lightgun to fully utilize this firmware, the release notes also contain references to the PICON-AS open-source hardware project. It includes all necessary 3D printing files and assembly instructions.

Thanks in advance for your help. Looking forward to your feedback on GitHub!

30   Main Forum / Help with griffin powermateon May 15, 2026, 08:22:38 am

Started by reko19 - Last post by reko19

Hi everyone.  I have been using a powermate for a very long time successfully with Windows 10. Recently, I am guessing after an update, it stopped working. I am running PowerMate_v2.0.1. For some reason it is not listed under USB input devices, it is listed on COM5. When I try to update the driver, it is telling me that the best driver is already installed. I tried pointing to System32 folder, griffin folder, etc. with no luck.  Followed all recommended steps such as unplugging, uninstalling, etc. with no luck. Any help would be appreciated. Thank you.
Pages: 1 2 [3] 4 5 ... 10