v360 thread

[Redcoat_1812]

Hi Chris,

Win 7 Ultimate 64, mate.

Mike.

[longiron]

Euegen Yard - Cascade Crossing route. 4x screenies in MSTS.
There is an obvious lack of detail with scenery missing in OR.

Scenery detail in both sims is set to max. Logfile attached.

Mike.

Mike,
Upon further investigation, it appears Open Rails is not displaying anything in those areas which leads me to believe Open Rails is not interpreting something correctly on those tiles. Are you comfortable with RE to do some detective work?
chrisvw

[Redcoat_1812]

Hiya Chris,

i have used the RE a lot many years back, bit rusty now though.

But i am always willing to try and help mate.

Mike.

[conrail1]

Not at present. Unfortunately the log doesn't contain enough information to see what's loading, but the lack of a file name seems the likely issue, just don't know why it would have lost it. I'll put it on my list to investigate, anyway.

Thanks for the response James.

I just reloaded the Cascades Crossing Route on one of my machines and can confirm that with v360 just like I experienced with OR v128 and the screen shots that Mike posted, objects are missing with this route.

I also installed the Niagara Corridor and MakingTrack's London and South East both of which don't seem to be affected by the missing object issue.

[rowie]

The only routes I have that have missing scenery are Cascades Crossing and Soldier Summit.





I wonder if it has something to do with the way the .w files are compressed?

[Redcoat_1812]

Niagra Corridor seems ok here as well Dan, in regards no missing scenery.

But i have given up running it, as it just continually stutters and jerks in OR.

Even though fps is reasonable at 40 - 60fps.

rowie, i don't know enough about .w file compression to comment mate.

regards,
Mike.

[conrail1]

Niagra Corridor seems ok here as well Dan, in regards no missing scenery.

But i have given up running it, as it just continually stutters and jerks in OR.

Even though fps is reasonable at 40 - 60fps.


Mike.

With the longer consists it seems no matter what the route, it's going to stutter.

[csantucci]

In preparing an OR specific activity I am encountering some issues here and there:
- in .sms files discrete trigger 20 (that is connected to moving the dynamic brake lever) does not work in electric locos; I use it quite much in my .sms files;
- I have already seen in more than an activity an AI train that arrives to a head station and then correctly changes direction through a reverse point; unfortunately sometimes, restarting the same activity, the train proceeds farther of the end of track and stops only when the last wagon exits the track, killing some people in the station and in the station place ;
- the OR reverser in electric locos has two positions (forward and reverse), while that of MSTS has three positions (also a neutral position); I kindly ask to re-insert the neutral position; there are some streams in my .sms files that assume these three positions (e.g. there are in reality locos with 3-position reverser where ventilation starts automatically when the reverser exits the neutral position);
- I tried the uncoupling of wagons from an AI train, and after some trials I had it working; to uncouple the whole consist (7 wagons) from the loco I had to put the NN parameter in the waiting point to 01, which does not seem to me to correspond to the OR documentation.

I want however to stress that I could create an activity that has some features that work with OR and do not work with MSTS, and that satisfied myself.

Carlo

[Redcoat_1812]

With the longer consists it seems no matter what the route, it's going to stutter.

Not good then Dan.

Mike.

[mnjrr]

The Open Rails team has added a fix in the developers' version of the software to reduce the stuttering associated with long consists. After further testing, the team will include this fix in the next public release.

[OTTODAD]

The Open Rails team has added a fix in the developers' version of the software to reduce the stuttering associated with long consists. After further testing, the team will include this fix in the next public release.

It seems that long trains like my 4-Dash+100 freight+4 Dash cause a stutter every time it encounters a track joint sound, a single Dash-9 does not.

Running it in the default Marias Pass from Whitefish towards Shelby it builds up speed like in MSTS and also at Whitefish in my Gold-Spike route, but not when it is being switched to from another player loco.

Looks like it's other 7 Dash locos provide no power ?

O t t o

[longiron]

Looks like it's other 7 Dash locos provide no power ?

O t t o

ALL locos in Open Rails generate tractive force using the exact same equation - player and AI. What's different is Open Rails calculates its physics differently than MSTS. It uses actual Davis equations for resistance, adds gravity and mass effects according to the profile of the consist and the grade profile.

So, it may seem that way, but it's not true. In fact, one of my own favorite activities I built had to have major surgery to get it to work the same way in Open Rails. The premise of the activity was stalling on a grade, splitting the consist and doubling the hill. Different physics calculation meant different results - stall points weren't the same, braking was different, you name it.
chrisvw

[OTTODAD]

ALL locos in Open Rails generate tractive force using the exact same equation.

That seems to be the case when a long train with 1 loco and 7 helpers is run as the Player train.

Now try to use such a train as a loose consist, couple on to it with a single player loco, CTRL-E switch to the loose consist's lead loco's and after uncoupling it from the single former player loco drive the train and observe what speed you get from it on a level track with no gradients.

Yes, all the brakes were released, including the hand brakes.

O t t o

[Redcoat_1812]

The Open Rails team has added a fix in the developers' version of the software to reduce the stuttering associated with long consists. After further testing, the team will include this fix in the next public release.

Walter,

good news thank you.

Mike.

[conrail1]

The Open Rails team has added a fix in the developers' version of the software to reduce the stuttering associated with long consists. After further testing, the team will include this fix in the next public release.

Walter, thanks for the update on this issue.

It uses actual Davis equations for resistance, adds gravity and mass effects according to the profile of the consist and the grade profile.
chrisvw

Interesting Chris as the professional train operation simulation programs I've been exposed to at work have used Davis equations also, good stuff.