Stable Version - Open Rails 1.0

[plainsman]

OK, The shift plus X is sort of an improvement, but the real issue is humans are not fast enough to really employ sanding as it should be used on a modern AC freight locomotive, for example. Now you could just use shift plus x for an hour, but again, that isn't really a good solution. autosanding should not be that difficult to add, and it really would make freight locomotive files much more accurate in performance. The folks coding have put a lot of refinement into passenger and steam physics, but have suddenly become too busy when we need the elements that are inherent in North American freight. I am not asking for a complex modification, just an additional feature with a pretty simple task.

[seagoon]

.... I am not asking for a complex modification, just an additional feature with a pretty simple task.

Would it be expected that there is a limit to the amount of sand that is carried?
Or is that immaterial; i.e., is there much more sand capacity than would ever be used up on a single route from end-to-end?

[neyland]

UK semaphore block signalling does not function correctly, so i really would like to see that sorted out.

I gave up reporting it on the bug tracker months ago, because nothing ever gets done.

Apart from that, great progress has been made over the years.

[roeter]

UK semaphore block signalling does not function correctly, so i really would like to see that sorted out.

I gave up reporting it on the bug tracker months ago, because nothing ever gets done.

Apart from that, great progress has been made over the years.

This pops up with some regularity, but when asking for details there never is a further reply.
The way signals behave is mainly determined by the signal definition files - OR interprets these files, it does not itself define the working of the signals as such.
UK signals work well, provided the script is set up correctly. Many problems encountered with signalling are due to incorrect signal scripts, and therefor are not an OR program problem.
OR can operate UK signals even better than MSTS ever could as OR supports both call-on facilities and approach control. There are also additional options for the SignalNumClearAhead attribute which can help getting UK semaphore signals to work correctly.

Regards,
Rob Roeterdink

[baldwin]

Ged

These Jubs seem to be the only ones that have the problem so far. Everything I have looked at on SCP has the crew on the footplate, not in it. If I change the crew figures on the Jubs the new figures also end up knee deep in the footplate. This suggests that it is the positioning at fault, not OR.

[Komachi]

There also is a severe issue with animation speeds in passenger views. The old TA obs cars for example, the people are extremely sped up. Same for some of the 'virtual cab' ones where the fireman is animated.

[dforrestc]

I believe that pick-up from water troughs is still missing.

This is unfortunate as it will mean that many MSTS British steam-era activities will not be able to be run in OR Version 1.0.

[Vince]

I'll add a 'ditto' the the animation speeds issue. The NALW MP54 cars have animated (swinging) passenger cabin lamp fixtures. Rather than swinging slowly with the car motion they appear to be undergoing a spaz attack, vibrating madly, the slow swinging speeded up.

And as mentioned the TA Observation cars . . . well! Something a bit disturbing about those movements.

I thought there was an easy way to control the speed by adjusting the figures in the animation section of the wag file but I haven't taken the time to experiment.
best,

[Komachi]

And as mentioned the TA Observation cars . . . well! Something a bit disturbing about those movements.

Yeah, really looks like stuff that shouldn't be done outside of a sleeping room...

[neyland]

This pops up with some regularity, but when asking for details there never is a further reply.
The way signals behave is mainly determined by the signal definition files - OR interprets these files, it does not itself define the working of the signals as such.
UK signals work well, provided the script is set up correctly. Many problems encountered with signalling are due to incorrect signal scripts, and therefor are not an OR program problem.
OR can operate UK signals even better than MSTS ever could as OR supports both call-on facilities and approach control. There are also additional options for the SignalNumClearAhead attribute which can help getting UK semaphore signals to work correctly.

Regards,
Rob Roeterdink

Because i get sick to death of being told it is an MSTS problem and not an OR problem.

Even though the DISTANT semaphore signals and the COMBINED semaphore signals worked fine in MSTS but not in OR.

There are only so many times that you can bang your head against a brick wall, without getting brain damage.

There is NO Call On or Approach Control in regards UK semaphore signalling in the real world.

The clue is in the name of the system "Absolute Block", the signals are either on or off.

With a preceding Distant signal at the start of the section to advise of the condition of the first Home or Outer Home signal in that block.

OR just clears the signals in some weird hit and miss sequence.

Try running the Thames - Trent v1 route in autopilot and watch the consist speed up and slow down, with Distant\Combined signals not clearing. Home signals clearing in one's and two's, not the whole block section as they should.

What you should see is for one block if a service is cleared to run through the section is.............................

Distant\Combined Signal (off) Outer Home Signal (off) Home Signal (off) Starter Signal (off) Advanced Starter (off)

NOT, as i have seen regularly in OR, Distant (on-caution) Home (off) Starter (off) Advanced (on)

No worries boys, it's not installed here. I will use it if it ever gets sorted.

[qballbandit]

I'd like to switch to OR permanently, but keep having stuff disappear all around me (360 degrees) about a mile or so away, and the rails in front and behind me. Using the last couple releases. It happens roughly one minute into any activity, on any route. Preliminary searches for the problem didn't result in any posts.
Saved some of the links that Rick inquired about earlier, and Scott replied to - thanks Scott.

[markus1996]

I'd like to switch to OR permanently, but keep having stuff disappear all around me (360 degrees) about a mile or so away, and the rails in front and behind me. Using the last couple releases. It happens roughly one minute into any activity, on any route. [...]

What is your Options/Experimental/Level-Of-Detail slider set to?

Do you use the option "Automatically tune settings to keep performance level"?

Cheers, Markus

[slipperman]

Hi Baldwin,
Thanks for your reply.
Please have a look at UKTS file ID 22046 - the loco is a Merchant Navy Class, number 35028. It appears that any footplate staff FA which uses the first numeric parameter to vertically position the shape to the required position has a similar problem. The thing I can't understand is how a small vertical adjustment can have such a huge horizontal positional effect on the shape! It doesn't seem logical (as Mr Spock would say!!). Needless to say, they show correctly in MSTS, as do the FAs when used for a diminishing coal load.

Cheers,
Ged

[qballbandit]

Good day Markus, and I thank you kindly for your reply.
I see that the LOD slider was set to 100%.......Is that too much to expect at this time? Do you suggest tuning it down to any certain %?
And, yes - the "Automatically tune settings to keep performance level" is checked.

Thanks much,

[baldwin]

I have my LOD slider at 0% and do not use the Auto tune feature. All scenic and railroad related items remain in view. You only need to use the LOD slider and Auto tune if you do not have a computer capable of running OR without them.