Loss Of Control Using HUD?

Vern

Trainz Maverick
Bit of an odd one this. Playing around with some narrow gauge locos in TS2010 and TS2012, find I am unable to get in the cab or use the controls unless I use the sliders on the Control HUD. The locos concerned were the Hunslet 0-6-2's and Mountaineer, which I was trying to evaluate i/c/w a narrow gauge project I'm looking at. No keyboard response at all so you can't add coal (there is a slider to add water on the Control HUD). In addition neither loco class would place me inside the cab view, could only be driven from the exterior "pilot eye".

Switched to the Gossen Garratt and that allowed me in the cab, with the full range of controls available via keyboard.

Is it me or have I just stumbled on the fact that the Control HUD conflicts with certain items of motive power?
 
Vern I think it has something to do with whether the cab has a working set of controls modeled or not. If there are no working controls the defaultsteamcabin script will ignore any keypresses passed into it. So there is no way you can control the loco unless you have a custom script that handles the keypresses.

EDIT: Bob's right about the cab on the Hunslet 0-6-2 there's no interior tag in the config. It references a new steam-engine espec but no way you can drive it. I guess they forgot to test it out.

The Gossen garret's cab dosen't have any working controls but it uses a custom cab script that I wrote that over-rides the UserPressKey() method of the defaultsteamcabin script. Basically I use the keypress and set the engine setting for that control and then check to see if a corresonding control object exists in the cab and if it does I then set it. The default script checks for the control object 1st and if it doesn't exist it ignores the keypress.

That was the primary reason I wrote the script back in TRS2004, to use with a number of cabs that didn't have controls modeled.

Bob Pearson
 
Last edited:
Back
Top