Official shmupmame Super Turbo thread


I have a LOT of input delay with my usb Psx / Ps2 adapter, anyone knows how to fix it?


I’m not sure of the official name of the program. It’s the most commonly found USB poll rate program on the net ( The files/folder you download should contain this “HIDUSBFU.INF” I checked the poll rate adjustment also via the mouserate checker program…and it was verified. I tested this on Win7 x32 and Win7 x64. Switching between the default 125hz and 1000hz will definitely be noticed by the input lag aficionados.

Update: After testing various joysticks, it seems “so far” that this particular USB poll rate program only recognizes Playstation 2/3 joysticks and PSX adapters. When utilizing a 360 stick, the program does not seem to recognize the stick under the menu as “HID Compliant Game Controller.” I tested the PS3 MadCatz SFxTF VS stick, 360 TE R1 stick, HRAP2 with ps2/ps3 adapter (Sumitomo brand), PS360 modded sticks.

Geadom: What USB PS2 adapter are you using? From what I recall, there were only 2-3 USB PS2 adapters that had zero input lag (Pelican, Sumitomo, and another brand I can’t recall).


laugh’s inpin converter on


Thanks Dark Gaiden. I think I got it working…but doesn’t mouse rate just check the polling rate for your mouse? I.e., can you also check your stick(s) with this program?



papasi, have you ever tried groovyMAME? Might be a good alternative to shmupMAME without the occasional graphical issues that shmupMAME sometimes has.

groovyMAME introduces a special setting called “-frame_delay” that “Delays the start of the emulation of each frame by an amount of time defined in tenths of the frame period length (0-9), in order to give a chance to the emulator to have the most possible updated input for that frame, as an attempt to minimize input lag.”


Damn, just heard about shmupmame today. Where the heck have I been?


Yea, mouse rate only checks the polling rate for the mouse. Just toggle between the different polling rates and test them out via your joystick…it’s pretty noticeable between each setting.

Testing Update: Disabling Bi-linear filtering on Direct 3D also seems to reduce the delay slightly.

Ah…someone has been on the forums I see! I’ve been following the developments of groovyMame for the past few months. I definitely caught the post mentioning the “-frame_delay” option and it sounds very intriguing. I haven’t spent too much time with the emulator, so I don’t really know the optimal settings…I think it works best with Radeon graphic cards using the CRT_EMU and/or SwitchRes programs along with WinXP I believe. Hopefully the community can delve into this other Emu and compare results.


Ha! Yep! I’ve been fooling around with it for a while and its really good, imo. I set the framdelay to 1 and the apparent (subjective mind you) input lag is very low, especially in combination with 1000hz setting on my stick. Been testing with a lot of very input lag sensitive stuff like super turbo and many shmups.

Its great, too, because unlike shmupmame, you can access the entire mame library. The ati support is much better than its nvidia support, right now, but I know its nvidia support is being worked on.



papasi, when you did you “regular” MAME measurements, can you tell us what version of MAME and what video settings you used, including whether v-sync, triple buffering, etc. were on / off?



i downloaded the latest mame 0149, everything is default.


Thanks. I believe stock, MAME does not use v-sync or triple buffering but DOES use d3d / post-processing filter instead of directdraw / no filter. I think this (d3d + filter) is laggier than directdraw / no filter.



Yeah, 360 controllers use a “Vendor Specific” device class (FFh). Sounds like that program will handle any HID device (class 03h). Unfortunately, even if the author of that program wanted to make an exception in order to support 360 controllers by allowing vendor specific devices, there’s really no general way to be guaranteed that it’s a 360 controller and not some other crazy vendor specific device. With UD-CPS2, I am able to make the assumption that people aren’t plugging in a USB coffee pot, so when I see a device class of FFh, I assume it’s a 360 controller.


Coffee pot Latte setting Pro at ST.


Training mode is buggy as hell. XD I went to jump in combo with dictator and the dummy character flew off without a single hit to the floor a couple times. Reminds a lot of CCCv2 ST. Weird/funny stuff.

The cheats need a major update. Other than that great stuff.


If that bothers you, don’t use the “training mode” cheat, instead, use the “infinite p2 life” cheat and bind the “toggle cheat” shortcut (default is F6) to your 7th or 8th buttons on your joystick.

Double tap the toggle cheat button when the dummy’s health is down to 50%.


I have to agree with James chen on your sig. There is something special with ST on a cab. Nostalgia factor.
I was drinking my ass off at NL just past friday with damdai and a handful of players. Fun times every friday.
I still need to master sanwas though.


Interesting GroovyMAME testing results!!:,133194.0.html

Scroll down to Calamity’s post towards the bottom.



Dude… I can’t thank you enough. I noticed I was having a weird time playing in Linux, and this link has confirmed why. Im also feeling some delay with ZSNES, which also uses SDL, IIRC. I’m currently playing Super Metroid a few times so as to learn the maps and eventually try some speed runs, but the commands are a bit strict*, Square gate screws my precision and there’s input latency on top of all that.

*wall jumps are very important in that game for speed, and if you ever reach down or up microswitches while doing them, spin jumps are disabled, wall jumps become impossible, and you fall all the way back to the bottom.

Edit: if that (currently) last post is right, I will also be able to increase the USB poll rate in Windows XP, which I thought was impossible without major trouble, i.e., learning win32 and doing it myself.


Absolutely! Calamity’s testing shows .65 frames of incremental lag over the cps2 hardware. That is pretty phenomenal! I’ve done the usb polling rate tweak and it seems to further help. At that point we are likely hovering RIGHT ON TOP of the hardware.



sorry i haven’t followed groovymame’s development.

so it has .65 frames at best? that’s not better than shmupmame is it?

i didn’t go into the details of how shmupmame reduce the input lag (as well as groovymame).
can groovy or shmup take advantage of each other’s trick and make it even better?