captain_bazza, on 21 May 2010 - 09:39 PM, said:
Hi'ya Richard, thanks for the info. I guess if you omitt the emitters in TSM, then there'll be nothing to affect an external plug-in from displaying such emissions in their place.
Cheers Bazza
Well no, but the steam, smoke and lighting effects are hardcoded into MSTS and the .eng file parameters calls the appropriate sub-routine. Without the parameters in the .eng file MSTS does not do anything. You do not have to have any calls from the eng file if you don't want, MSTS does not care.
So you need the eng file to tell MSTS what sub-routines to run and how to run them. An external plug-in in OR would need to access the eng file to get the variables and then execute the sub-routines using the variables and feed them back to OR.
Not a particularly elegant way of doing something if you ask me - well I know you didn't but...
An external plug-in could be inserted into OR as a module, likely the same as MSTS, that way it is an internal call and a lot faster. I don't see the need for an external one, but I am not part of the OR team so I have no idea of the complexity's, and I never took computer programming as a career so am really out of my depth.
With MSTS you do not have to actually have wheels, bogies, couplings etc, the wheels don't even have to be touching the rails or in gauge. MSTS displays whatever your shape file is called, and animates as described in the shape file. ie if it is exported as a loco and has a cabview then you can drive a 1 poly thing or a brick... you do not even have to have sounds...
And you only have to include the coupling code in the eng file for you to couple one brick to another, same with every other effect, lights will shine and smoke will spew forth just with the code, you don't need a physical ? headlight or chimney/exhaust or coupler.