Why derailments may be necessary [No Flame Wars]

[OTTODAD]

Another rather neat thing is I keep the Route Editor AND Open Rails open at the same time. Neat when I make a change in the route and can quickly see the result in OR . . .!

How do you do that ?

Tried it with my Gold-Spike-X default opening scene showing in the MSTS Route Editor, adding a factory there, but it did not show it in a already running in ORTS activity, using the same starting location.

[UP_4848_Thunder]

I think he must of meant he keeps the MSTS editor open instead of keep exiting it to run it in MSTS back and forward instead he can refresh looking at it using ORTS while editor is open.

[eric]

I had areas that got into single digit frame rates with many, many tiles with over 2000 objects. I thought dual core cpu and the Nv6600 graphic card was ok but apparently it was not.
<snip>
Another goodie I almost forgot to mention . . . Static consists . . . y'all remember how if you load up a yard with static consists it takes the frame rates into the toilet . . . NO MORE!
I loaded up a yard with high poly (12k) equipment and no discernible change in frame rates. Wow!

Another rather neat thing is I keep the Route Editor AND Open Rails open at the same time. Neat when I make a change in the route and can quickly see the result in OR . . .!

Again a huge thank you to the OR Team!

I can confirm all that Vince wrote above. I'd given up on doing accurate scenery for the Chicago portions of my CNW Harvard route, for the same reason -- multiple adjacent tiles exceeding 2000 objects. Even with the distant rendering on, my Alienware is managing to load those tiles fairly painlessly (albeit putting out enough heat from the GPU to toast a sandwich).

Being able to launch an activity to fit-test object placement or check a bridge clearance with the RE still open has doubled my productivity in those high density areas. Having to exit not only took time, but would also clear my object placement pallette... now all the track sections and objects I'm working with remain in place.

[motormaster532]

Unfortunately ,derailments are a fact of life for any railroad. We actually had one a couple of months back in the yard where I work.The point is that if we are attempting a realistic exercise in real-world railroading than ALL aspects of railroading,both positive and negative should be incorporated,otherwise it remains just a game.Brian

[rdamurphy]

Please don't misunderstand...

There was no mention that derailments wouldn't be included, simply that there will be a popup to let you know you've failed the activity, or something similar affecting your activity performance. What there won't be are animated derailments, collisions, crashes, or trains flying through the air heading for the horizon...

To be totally honest, I spoke to a conductor today for a Class I who has been involved in eight grade crossing collisions, one fatal, and it really isn't necessary for the game to see those things... Or derailments or collisions. Even broken couplers will most likely be "simulated" by popups.

To be honest, there's only so much time to do all of the things that need to be done to make it complete, no reason to add things that aren't really adding to, or necessary, for the experience...

Robert

[motormaster532]

I completely understand your view.I also have been involved with several fatal accidents and it is a traumatic experience.The point that I was raising is that if we are trying to have a completely realistic simulation then the unpleasant and negative aspects of what we are trying to simulate should not be discarded just because it is not nice.I,of course realize the tremendous work and effort that was neccessary to get Open Rails to the high standard that it has achieved and I,along with others I am sure are tremendously grateful and appreciative.I also realize that everything can not be incorporated but the thrust of this thread{to me anyway}is that derailments and such should not be incorporated due to potential questionable and immature behavior on the part of some of our members in posting screen shots and such.Vigilant moderation,such as we have would alleviate that.I further believe that such behavior is very much a minority among the group and that guidelines to deal with it are already in existence in this forum.I once again want to thank you and the team for what you have done and are going to do! Brian

[eric]

Guys & gals, all sides of the argument seem to have been heard on this. We've already had this discussion a few times, and the only reason this thread kept going was the clarification from the Development Team (James and Robert) on what's planned for future functionality.

Last call for anything new on the topic of derailments and other penalty events...

[seagoon]

Guys & gals, ....

Gals? GALS?

Where???!!