Recent Posts

It's a 14" tube (13" visible) so a 90° deflection angle and it should have a small neck which means a 29mm diameter (a 22mm minineck yoke wouldn't fit). If this is confirmed, I have replacement yokes I could part with but not for less than 30 euro plus shipping from Italy.

Let me do a bit of poking around locally, but having one shipped wouldn't be a problem.  I am in the US, however, so it may be a complete nightmare for everyone involved.  If that makes it unfeasible for you, I completely understand.

Look here. Search by first part of tube number.

https://tubular.atomized.org/

https://crtdatabase.com/tubes

Thanks for that; I had no idea they even existed.  Cheers!

It's a 14" tube (13" visible) so a 90° deflection angle and it should have a small neck which means a 29mm diameter (a 22mm minineck yoke wouldn't fit). If this is confirmed, I have replacement yokes I could part with but not for less than 30 euro plus shipping from Italy.

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!!

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.

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

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

Anybody share the needed files please. Links are dead.

Look here. Search by first part of tube number.

https://tubular.atomized.org/

https://crtdatabase.com/tubes

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!!