Looking for the stable version download

[MSTS lifer]

Is it still possible to download a stable version of OR??? I went to the download page on the OR site and all I saw was info that further development of a stable version was in the works.

Thanks

[frankoburns]

Whats wrong with X2920? Seems fine to me....

[crstagg]

What is your definition of Stable? I have been using the experimental versions for over a year and have never had OR crash on me. Except when I expected it to crash when I was testing how OR would react to errors within add-ons that ConBuilder tests for.

[MSTS lifer]

Whats wrong with X2920? Seems fine to me....

Well, I never tried X2920 Frank. X2945-X2951 stalls out after it runs for 10 minutes. Even with all the bells and whistles unchecked in the options menu, run on two different computers. I had one of the first stable version but of course I didn't hold on to it. In my case, the stable one was really the only one that ever ran well for me. Probably nothing at all wrong with X2920 Frank. Just keep in mind not all of us have had good results with ALL the various versions of OR.

[frankoburns]

I agree with you totally....I tried several versions over the last year or so..I was a late-comer to ORTS...had several earlier versions in the beginning that I didn't get along with, mostly due to settings and device conflicts...I have found X2920 to be very compatible with the computer it's installed on (running Win 7 32 bit for an OS)..I keep 1 computer strictly for ORTS. My main issue seems to be the updater...it doesn't always work..The program itself runs flawlessly.

[Vince]

Well, I never tried X2920 Frank. X2945-X2951 stalls out after it runs for 10 minutes.
................................snip opinions.......................................

Have you ever looked at the OR log to determine what was the cause of the "stall'?

[R. Steele]

I have been downloading the supporters version (was formerly the Friday experimental) for the past two years. In the beginning of the period there were a few that were buggy, but within the past 18 months every Fridays Supporters version has performed well. No crashes.
I keep alert to errors displayed in the log (repairing the ones I know how to) and keep up to date on developments and implementations.
I do not use MSTS at all, except for the editors, and there is movement on editors for OR; but real development will wait until after V1.0 is reached.

As discussed in the threads here and at other OR forums, the machine you are using can be a cause of some of the problems, specifically laptops and their video cards, also there are other issues.

Posting a copy of the desktop log with detailed information concerning routes/activities/ and other circumstances will greatly aid those wishing to help.

Keep trying, Open Rails has really improved.

[baldwin]

If you go to http://james-ross.co.uk/projects/or/builds you can get any version from X2735 to whatever the current version is, at time of writing this is X2951.

[delamate]

Thank you very much!

John DeLamater

[MSTS lifer]

So I'm still having the same problem with X2920 like I did with X2945-2951. The program stalls out after running 9-10 minutes.

It does bounce back and continues to run but it take around 3 minutes to do so. The FPS will shoot up to over 200 and then the thing kicks in.

It'll run again just fine for another 9-10 minutes and the repeat the same thing all over again.

Log enclosed along with info about my computer and video card. Hopefully it's enough info for someone to commit on with what's going on. (I have no idea what to look for in the log as far as the cause of it stalling.)

[peaches461999]

Is your computer overheating? Lots and lots of people are running OR and your complaint is rather rare for this late in the stage. Sounds like a hardware problem rather than an OR problem. I know my comp temps climb rapidly running OR but thankfully i have enty of fans running.

Also integrated graphics sharing system memory in a laptop to boot.....never been sold on that hardware concept. If that is what you are running.

[peaches461999]

I see it is not a laptop. But still integrated nvidia graphics card. You need to purchase a plug and play graphics card and disable the onboard graphics. This is not an OR problem. Your integrated graphics is eating up your ram. Upgrade to something like a nvidia 760.

[R. Steele]

Good suggestions so far, from looking at your log I see that you have changed many of the settings from default. Try setting up OR with everything at default .... for example on the audio tab choose MSTSBin sound, keep level at 5 and 100%,

other examples that are user set:
LODBias = (user set) -10 default is 0

ModelInstancing = False (this is default - but it may help to check box = true - reduces calls on shapes (not entirely accurate, someone may post with a detailed explanation)
MSTSBINSound = (user set) False default is true (box checked)
DistantMountainsViewingDistance = (user set) 75000 - default is 40000
and so forth, in other words try running with every setting at default first.

Also the loading does look questionable
Loader: Expected = 266,286,486 bytes
Loader: Actual = 255,365,276 bytes
Loader: Difference = -10,921,210 bytes (-4.1 %)

Rollings Pass Route has a documented problem (see the OR threads - search Rollins Pass) and it has crashed with people. It's the route, there are ways around it.

Here's the loader date from my log when I run Rollins Pass
Loader: Time = 00:00:08.7855025 ms
Loader: Expected = 91,883,312 bytes
Loader: Actual = 92,493,478 bytes
Loader: Difference = 610,166 bytes (0.7 %)
on most routes the expected and actual is the same...

Also log shows some correctable errors, not enough to trigger any problems... someone with more experience than I with reading the log may spot something significant. Keep Trying, thanks for the info.

[MSTS lifer]

Good suggestions so far, from looking at your log I see that you have changed many of the settings from default. Try setting up OR with everything at default .... for example on the audio tab choose MSTSBin sound, keep level at 5 and 100%,

other examples that are user set:
LODBias = (user set) -10 default is 0

ModelInstancing = False (this is default - but it may help to check box = true - reduces calls on shapes (not entirely accurate, someone may post with a detailed explanation)
MSTSBINSound = (user set) False default is true (box checked)
DistantMountainsViewingDistance = (user set) 75000 - default is 40000
and so forth, in other words try running with every setting at default first.

Also the loading does look questionable
Loader: Expected = 266,286,486 bytes
Loader: Actual = 255,365,276 bytes
Loader: Difference = -10,921,210 bytes (-4.1 %)

Rollings Pass Route has a documented problem (see the OR threads - search Rollins Pass) and it has crashed with people. It's the route, there are ways around it.

Here's the loader date from my log when I run Rollins Pass
Loader: Time = 00:00:08.7855025 ms
Loader: Expected = 91,883,312 bytes
Loader: Actual = 92,493,478 bytes
Loader: Difference = 610,166 bytes (0.7 %)
on most routes the expected and actual is the same...

Also log shows some correctable errors, not enough to trigger any problems... someone with more experience than I with reading the log may spot something significant. Keep Trying, thanks for the info.

I tried all of these suggestions and still have the problem.

The activity starts in North Yard. The engines start on the curve near where the old water tower is in real life. (The tower is not part of the route.) Lots of Payware stock used. Lead engine is a DW SD40T2. 5 more T2's made by DW & SLI and the last unit is a SLI SD45. The freight is made up of 79 cars from BLW, SLI, & DW with a few from the train sim library. In regular MSTS, good chance the freight wouldn't even load. Probably would crash with a load of "Can't add to world" errors.I would hope OR could handle this much payware.


The train will run fine till just before Lamar. By the time it gets to the Wadsworth Overpass it stalls. Recovers and then runs OK till just before the Overpass at Rocky then stalls & recovers. Next stall is just as the freight goes into Rainbow Curve at Plainview. That's as far as I have attempted to go so far.

On member talked about a plug & play graphics card. Any suggestion on what to buy??

Having integrated graphics is not the best I know. My other HP Pavilion has the same issue and I was told by Geek Squad the video card couldn't be upgraded. The Computer currently being used for MSTS/OR is a newer Pavilion given to me by the same friend who got me the first one. He said it had a better graphics card, but the graphics is the same, integrated. Thus, my interest in a plug & play graphics card.

EDIT: I did look at the OR threads about Rollins pass. Unless there's more, (Only 7 listed) the main thread listed was about problems running from Glenwood Springs & Grand Junction to Denver. If the fix for that works for my problem I'll try it. I figured it wouldn't factor in due to the fact my activity starts in North Yard, Denver.

[peaches461999]

I have two HP desk tops in that same case as yours. They both had integrated graphics. I upgraded both to Nvidia GT760 cards that both have 4gp graphics memory. By doing this, it freed up the 8gp of computer ram. Since OR uses the GPU ram and not so much of computer RAM, it really has improved the operations. The GT760 has 2 cooling fans built into it, but these HP cases are not the best for airflow. When running OR with lots of traffic, I can smell the heat and feel it. So I just set a fan in front of the computer blowing front to back, and that helps the computer vacate the hot air from within. I also upgraded the power supply which also provided 2 bigger fans to help remove hot air from within computer. These cases just don't have a lot of vents. But to answer your question, I am very happy with the Nvidia card I mentioned. Also of note, the ATI cards WILL NOT RUN MSTS in windows 8. So I highly recommend Nvidia.