[Traindude]

I'll also add to my list something that's been overlooked since the MSTS era--Simple Collision Detection for Smoke, Steam and Exhaust Particles. I bet most of you are already tired of steam/smoke/exhaust clipping through the interiors of passenger cars (see post # 354)!

[ErickC]

I'd love to see a parameter to shift the main shape if there isn't one already. I have lots of wonderful rolling stock from SLI, but almost none of it sits on the rails correctly and moving things with SFM is tedious, especially since repainters have to instruct the end user on how to fix their shapes to avoid uploading payware models.

[Traindude]

Something that's been bugging me--the way ORTS treats passenger stops--it's supposed to start loading automatically when your train comes to a complete stop, but that's not always the case given certain rolling stock parameters.

If we could bring back the use of a key command to initiate the loading/unloading process that'd be great. We could even add a requirement that the locomotive be "set and centered" (meaning that the brakes have been sufficiently applied and the reverse is in the center or neutral position) before loading can commence.

We should also modify the requirement for stopping position from "the entire consist must be between the platform markers" to "AT LEAST ONE passenger carriage needs to be between the platform markers."

And then there's double-stops, for consists that are too long to fit within the platform markers...

[pschlik]

ErickC, on 29 May 2023 - 11:02 PM, said:

I'd love to see a parameter to shift the main shape if there isn't one already. I have lots of wonderful rolling stock from SLI, but almost none of it sits on the rails correctly and moving things with SFM is tedious, especially since repainters have to instruct the end user on how to fix their shapes to avoid uploading payware models.

The best I know of right now for shape file shifting is CentreOfGravity ( x y z ), where setting the z value to something other than 0 will shift the wagon forwards and backwards. This is definitely a suboptimal solution as I think the y value of the center of gravity is actually used in some physics calculations which will be at risk of messing up, and the code specifically ignores any z offset greater than 1 meter. Also, it's completely useless for shifting things up/down or left/right. A dedicated token for shape offset would be a no-brainer.

[Traindude]

Weter, on 31 May 2023 - 07:23 PM, said:

Hello.
Didn't You forget doors opening?
Trams, commuter and metro trains are rarely been "centered" at so frequent stops. After all, some have "safety pedal".

I didn't forget, it's just that, at the present time, not all rolling stock has animated doors.

[Traindude]

Weter, on 31 May 2023 - 11:49 PM, said:

Oh, no: I've meant opening of doors event as a trigger for boarding to start :)

Still seems a bit pointless when the rolling stock doesn't have animated doors.

[ErickC]

pschlik, on 31 May 2023 - 08:43 PM, said:

The best I know of right now for shape file shifting is CentreOfGravity ( x y z ), where setting the z value to something other than 0 will shift the wagon forwards and backwards. This is definitely a suboptimal solution as I think the y value of the center of gravity is actually used in some physics calculations which will be at risk of messing up, and the code specifically ignores any z offset greater than 1 meter. Also, it's completely useless for shifting things up/down or left/right. A dedicated token for shape offset would be a no-brainer.

Yep, and it's the vertical axis that's the problem, especially with SLI shapes which have a tendency to either be buried in the rail or floating above it.

[Jonatan]

I think we might need a cab control for regulating firing rate, specifically for quasi-simulating stoker-fired and oil-burning locos.

I know there's people who'd say we should go 100% with all the relevant physics and valves for the super-mega-accurate oil-burning simulation, because that's super cool and all and we're all excited, but I suggest this much simpler idea as a start for simulating the firing valve or stoker motor control.

[darwins]

Jonatan, on 01 June 2023 - 07:21 AM, said:

I think we might need a cab control for regulating firing rate, specifically for quasi-simulating stoker-fired and oil-burning locos.

I know there's people who'd say we should go 100% with all the relevant physics and valves for the super-mega-accurate oil-burning simulation, because that's super cool and all and we're all excited, but I suggest this much simpler idea as a start for simulating the firing valve or stoker motor control.

It would be a good idea to add a simple control that could be in fixed steps. Mechanical stokers and oil burners generally had a fixed number of notches. (I would like to see them use a fixed number of notches for AI firing too, but have been told that is not going to happen!)

[Jonatan]

Linking to another idea I'd like to see happen http://www.elvastowe...d-to-headlight/