Main > Main Forum
Right Turn Clyde - wheel problem
<< < (2/2)
slider2732:
 :-\
The steering now doesn't work at all in Top Speed.

Perfect in anything else i've tried but not that one and THAT is the cabinets game!!!
Guess I might be looking at emulation for other games and running Top Speed's PCB for real LOL

u_rebelscum:
My guess: the wheel outputs direction and speed (mice and optipac expect a quadratic signal).


--- Quote from: slider2732 on July 11, 2007, 11:43:28 am ---Normal mice have 1 IR receive for left/right and 1 for up/down.
--- End quote ---

Err, normal mice have both sensors in the same unit; they save pennies by having one emitter (LED) and two sensors in one unit.


--- Quote ---It would seem the logic onboard detects what does what for each receiver and that's how come the spacings in the holes of the plastic wheels get to be important.
--- End quote ---

The spacing is important so the sensors take turns being blocked and not; problems happen if both sensors change at the same time.


--- Quote from: slider2732 on July 11, 2007, 12:47:42 pm --- :-\
The steering now doesn't work at all in Top Speed.
--- End quote ---

You mean in mame, right?  What about the real PCB?

Mame is treating the input as a POT wheel (270 degree).  Did the game have two types of steering wheels?   Not uncommon, but should be noted if it does.

The wheel should be able to work in mame anyway; just map the wheel to the AD Stick analog input, and NOT the AD Stick inc/dec, nor the joy left/right/up/down (which is a hack to let keyboards work).  I'll test tonight.
u_rebelscum:
Okay, it took longer than a night but ;)...
Somthing is weird is going on with the driver & mame core.  Digital devices (keyboard, 8-way sticks) work great (well, as well as a digital input can do at faking an analog input).  Absolute analog devices (POT steering wheel, analog joystick, ect) usually work fine turning right, and sometimes work turning left. Relative analog (mice, spinners, trackballs) can only turn right.  Other games that originally had absolute analog inputs, such as SpyHunter, play okay with all three types. 

I have a couple guesses what's going on, but with the core input changes Coming Soon, probably not worth working on it.  My top guess ATM: the minimum is set to 0xff7f & the maximum to 0x80.  The decimal, these should correspond to -129 minimum and 128 maximum (in signed 16 bit), but 0xff7f could be seen as 65407 in unsigned 16 bit, or any 17+ bit.  I think mame is thinking the min/max is -65407/128 since 65407 > 128. 

A short time hack is to edit the topspeed.c driver and set the min,max to 0x81,0x80;  it seems to work on my computer.

Or you can go back and use an old version of mame (0.112u2 works, 0.113 doesn't).
slider2732:
Thanks :)
Yep, I know what you mean about the mice...the 4 leg output receivers just seemingly less common to myself. Older HP (with Logitech innards) and those *ahem* that are usually found in Minnesota Clean Up Week are my 'usual' ;) Must have about 2 dozen lol

The Top Speed now steers. By looking at the DIP's in Mame I found that I hadn't selected Analogue Steering in a Deluxe Sitdown Cab. Um, yeah, well mine is upright...but that setting worked !

Gears are still screwy. I soldered the spare leg on the shifter microswitch, so that on/off was reversed and now games seem to be the correct way around. Interestingly enough Top Speed included..which I would presume, with verification, could be a call for a dev to mod the driver file.
I'm not a dev in any way and hats off to those that are.




Navigation
Message Index
Previous page

Go to full version