Main > Main Forum
Mame's 4-way Joystick emulation??
<< < (3/3)
BobA:
Hi Randy thanks for the Link. Too bad he panned the 4 way completely.  Another reason why both GGG and Ultimarc sell a physically switchable 4/8.  ;D ;D
Vigo:
That guy who left the bad review also posted here.

http://forum.arcadecontrols.com/index.php?topic=105565.0

It sounds like after getting help he was happy with the product. Seems like it hits an "almost there" level.
RandyT:

--- Quote from: Vigo on January 05, 2012, 02:15:10 pm ---That guy who left the bad review also posted here.

http://forum.arcadecontrols.com/index.php?topic=105565.0

It sounds like after getting help he was happy with the product. Seems like it hits an "almost there" level.

--- End quote ---

Sounds like the support he received amounted to being taught to play a certain way to conform to the way the device works.  One could also teach themselves to be very aware of the direction they are moving the stick in, as to not have the issue in the first place.  But that doesn't really help the player who is experiencing difficulty, based on their playing style/abilities.

Believe me when I state that were such a thing possible to do well, it would not only be implemented in MAME already, but also on the more common arcade interfaces.  This has been discussed / examined / reviewed for almost a decade :)  Also note that from the posted transcript, the device appears to function by simply making any change from the current valid direction, to the nearest cardinal.  This is one of the methods I outlined, and has the effect of making the stick "hypersensitive" to change, exacerbating the user "drift" issue.
Afterburner:
Yeah, I wondered if the 2/4/8 algorithm would even be implementable in MAME.  Since MAME uses keyboard inputs as the input to the game, the speed at which it samples the keyboard input might not be high enough for it to work.  It may even be a hardware limitation.  There has to be some latency in the IPAC already, coupled with the sample rate for the keyboard input.

So it makes sense that such a function would need to be implemented at the IPAC or before the IPAC, where it can respond much faster.

I actually had no idea such a device already existed.  I'll have to give it a look before I install my dedicated 4-way.
RandyT:

Speed of the encoder is not a factor in this application.  MAME, or any encoder with the same algorithm, no matter how slow, could do what this device does with no trouble whatsoever.
Navigation
Message Index
Previous page

Go to full version