What would you like to see in Version 1.0 ?

[Traindude]

Here's another idea--manual "transitioning" for early diesel-electric locomotives.

[gpz]

3D cab may be a nice feature to add.

Jijun, I am really looking forward to time you will commit your development in this subject!

[seagoon]

How about some changes on the F5 HUD display? In the primary display it would be very helpful to have the load meter showing how much amperage is being drawn? (Not sure on that terminology). If you are standing track side and want to watch your loaded coal train start from a stand still, knowing the amps is very helpful to know when to advance the throttle.

I don't see a lot of use for knowing the diesel engine is running or what the RPM's are. Maybe we could have some sort of option that details when info is shown.

Thanks.

Mike, isn't this display supposed to be only for the duration of the beta?

I was under the impression that the various data displays under F5 are for the information of the developers and that it won't be included in the final version........which would be a pity, IMO.

BK

[mikephfl]

Mike, isn't this display supposed to be only for the duration of the beta?

I was under the impression that the various data displays under F5 are for the information of the developers and that it won't be included in the final version........which would be a pity, IMO.

BK

It's my understanding, which might be wrong, that the F5 display will be part of the final release. There are different F5 views and some of those are devoted to debugging data, which may or may not be part of the final release.

I find it odd to display the fact the diesel engine is running, since it would be 99% of the time but data such as amps are not displayed. To an engineer, the load meter is just as important as the brake pipe pressure. I'm not a professional engineer, but do run some trains and from what I've read about running trains, especially long heavy trains, the ammeter is important information needed to properly run the train.

It's a suggestion and not a complaint... yet

[twpol]

It's my understanding, which might be wrong, that the F5 display will be part of the final release. There are different F5 views and some of those are devoted to debugging data, which may or may not be part of the final release.

I find it odd to display the fact the diesel engine is running, since it would be 99% of the time but data such as amps are not displayed. To an engineer, the load meter is just as important as the brake pipe pressure. I'm not a professional engineer, but do run some trains and from what I've read about running trains, especially long heavy trains, the ammeter is important information needed to properly run the train.

The F5 display currently seen in Open Rails will continue to exist in 1.0 and beyond, although it is probable it will be hidden by default. As for the displays, I think the main HUD/F5 area has been used too much for debugging in the past, but we now have a whole info page for locomotive data (and there's a lot there for steam). Hopefully, we can get people to clean up the display to just the key information.

[Rockeiro]

I too wish to express my appreciation for the OR team. They have kept a huge legacy of routes alive and runnable for most of us who can no longer put up with or run MSTS/

To that end, for me the big ones we need to make OR a truly viable alternative is a Route and Activity editor.

I agree with all the other items fellow t-simmers have posted but without the big editors included it still feels like a tease even as good as it runs and looks.

[baldwin]

The activity and route editors are on the roadmap after the version one is complete. These are a bit more complicated than getting OR to run MSTS items. There is a wealth of activities and routes that should not be left behind as OR progresses beyond version 1.

[cjakeman]

locomotive data (and there's a lot there for steam). Hopefully, we can get people to clean up the display to just the key information.

That's my intention as soon as the current activity slows down.

Chris
ORDev

[mikeebb]

1) Fix the brakes. In 0.8 they worked properly (% and pressures changed together). In 0.9 they have to be released twice - first the % to zero, then release the button and push it again to actually release the brakes and charge the pipe. Make train handling kind of klunky.

2) Headlights, as mentioned earlier. They should be 'on' in the external views when turned on.

3) Some kind of 'detent' to prevent just going straight from throttle into dynamic brake in a single-handle control. Perhaps requiring that the keyboard button ('A' usually) be released and pressed again to start dynamics setup. It's a real pain to accidentally hit the braking setup when throttling back then be stuck there until everything times out even if you immediately try to come out.

4) Blended braking, as used on some Amtrak equipment in real life?

Thanks!

-mike b

[scfe_fan]

A suggestion for the route editor when it is worked on, a feature to add "flood zones" to a route. It would really add to realism if you could put a slow order when making an activity for flooded track and actually being able to see the tracks actually flooded. I know here in Chicago that is a chronic problem for Metra and freight trains. This would be water that would show up only when triggered by certain weather conditions settings.. It could also differentiate level wise from other water areas on the tile. Also maybe a "snow drift" option for winter. It would also be cool if OR could be backwards compatible with RW stuff as well.. It could possible bridge a gap between MSTS people and the RW people.

[gpz]

1) Fix the brakes. In 0.8 they worked properly (% and pressures changed together). In 0.9 they have to be released twice - first the % to zero, then release the button and push it again to actually release the brakes and charge the pipe. Make train handling kind of klunky.

3) Some kind of 'detent' to prevent just going straight from throttle into dynamic brake in a single-handle control. Perhaps requiring that the keyboard button ('A' usually) be released and pressed again to start dynamics setup. It's a real pain to accidentally hit the braking setup when throttling back then be stuck there until everything times out even if you immediately try to come out.

1) Which version do you use? I believe it was already fixed a long time ago.
3) This is how it works currently. Which version have you tried?

[neyland]

Proper depiction of UKFS track when super elevation is applied. Correct function of Distant Semaphore Signals applied, at the moment it is a mess (UK operation).

[baldwin]

The US semaphores do not work properly yet either. Light goes out but the arm does not move, unless it is a "flashing yellow" in which case the arm twitches in time with the flashing light.

[northeastern292]

Pretty much agreeing with what everyone says. Of course, the tough spot is to get MSTS routes to the same caliper as OR, with flooding and snowbanks. Maybe with OR-native routes, but I doubt with MSTS routes.

One of the thing I would like to see is simulated track conditions in general. Although I don't think uneven track would be possible, at least animate the physics so that if the tracks are "bad", the train sways back and forth.

[neyland]

There is a crude implementation of cab sway in OR already. Surely it can be refined to take into account the condition of the track bed ?