[Sid P.]

Hi All -
I have been gradually realizing that in recent OR versions the time delay in switching between throttle operation and dynamic brake seems to have shrunk significantly, until it looks more like MSTS.
Although I remember some users complaining about this delay, I thought that there had to be a measurable time delay in switching the relays,etc. in a diesel-electric locomotive.
Is it something in my installation, or has there been a change in principle?
(Sorry for the typo in the heading!)

[BillC]

Sid P., on 30 November 2013 - 08:46 AM, said:

Hi All -
I have been gradually realizing that in recent OR versions the time delay in switching between throttle operation and dynamic brake seems to have shrunk significantly, until it looks more like MSTS.
Although I remember some users complaining about this delay, I thought that there had to be a measurable time delay in switching the relays,etc. in a diesel-electric locomotive.
Is it something in my installation, or has there been a change in principle?
(Sorry for the typo in the heading!)

Yes, it has changed. But as noted users did complained about the delay, which was a fixed value of X seconds or so. IMHO this should be an option like the Alerter to be enabled or not, and have a tunable # of seconds if enabled.

[captain_bazza]

Quote

(Sorry for the typo in the heading!)

Repaired with moderator's magic pencil.

[Csantucci]

Hm Captain, I believe the magic pencil should have written "delay"... :jawdrop2:

[gpz]

After some investigation: It was changed by Chris Jakeman in r1829, in MSTSLocomotive.cs line

case "engine(ortsdynamicbrakesdelaytimebeforeengaging": DynamicBrakeDelayS = stf.ReadFloatBlock(STFReader.UNITS.Time, null); break;

Chris prefixed the non-MSTS option parameters by "ORTS" string in that revision. But I believe he changed this line accidentally, since this option is not OR specific, this exists in MSTS. But I also see, that the value set in .eng file must be divided by 2 or 3, to get the same time in seconds as it was in MSTS.

[cjakeman]

Hi Peter,

gpz, on 01 December 2013 - 12:48 AM, said:

After some investigation: It was changed by Chris Jakeman in r1829, in MSTSLocomotive.cs line

case "engine(ortsdynamicbrakesdelaytimebeforeengaging": DynamicBrakeDelayS = stf.ReadFloatBlock(STFReader.UNITS.Time, null); break;

Thanks for digging in and finding this. I'll post again later today.

[Sid P.]

Hi All-
Thanks for the quick response!

Sid P.

[railguy]

Personally, I hope the setup "delay" is brought back to dynamic brakes because it is prototypical. The issue will always be the conflict between a "simulator" and a "game." OR has tended toward being a simulator--which I like--versus, say, TS2014, where the physics and operation tends to be more of a game. Of course, if OR was run by the player as a true simulator, few people would have the patience to run it--hours-long waits on sidings, simple (but rule-required) air brake tests that can take an hour, waiting for a hour or more while the brakeman "knocks down" the handbrakes on a long cut of cars, only making it 12 miles in a 12-hour shift because of opposing train traffic, waiting for a half-hour in the middle of nowhere for the Dispatcher to answer the radio and give you a new track warrant, two hours spent sitting while the conductor inspects the train after setting off a defect detector, etc. And, of course, not being able to talk on the cell phone, text, or nap while one is engaged in all that thumb-twiddling while waiting.

[cjakeman]

cjakeman, on 01 December 2013 - 03:41 AM, said:

Thanks for digging in and finding this. I'll post again later today.

I added the ORTS prefix to a number of parameters which seemed to be ORTS-specific, so that we could protect our ability to read MSTS files. Most were marked in the code with //FIXME and all were compared with the list in MSTS\UTILS\FFEDIT\loadstr.hdr . Looks as though I slipped up on this one. (For the team, the thread is here.)

The current list follows (and is repeated in the appendix of our manual - from page 86).

Please check this list. If there are any other parameters which have mistakenly gained the ORTS prefix, we should fix those too. I'll wait to hear feedback, then make the changes.

Thanks,

[cjakeman]

Hi Sid,

Sid P., on 01 December 2013 - 05:36 AM, said:

Thanks for the quick response!

I've restored the parameter DynamicBrakesDelayTimeBeforeEngaging in v1879 (and revised the manual to match).

Does it work OK for you now?