Elvas Tower: All Activities Crash during Startup - Elvas Tower

Jump to content

  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

All Activities Crash during Startup Rate Topic: -----

#1 User is offline   jdgremsjr 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 604
  • Joined: 31-March 12
  • Gender:Male
  • Location:Fulton, Missouri
  • Simulator:MSTS, OR, TS2016
  • Country:

Posted 27 November 2017 - 07:29 AM

I just updated from 3983 to 3991 and now I can't run any activities. The Explore mode and in Explore in Activity mode all works fine. But I've tried 5 activities on five different routes and they have all crashed during Startup. I have saved the logs from three of the routes and have posted them below.


Attached File  OpenRailsLog.txt (19.28K)
Number of downloads: 180
Attached File  OpenRailsLog1.txt (14.55K)
Number of downloads: 189
Attached File  OpenRailsLog2.txt (14.23K)
Number of downloads: 189

#2 User is offline   slipperman 

  • Foreman Of Engines
  • Group: Status: Contributing Member
  • Posts: 759
  • Joined: 09-February 12
  • Gender:Male
  • Location:North Nottinghamshire
  • Simulator:MSTS & ORTS
  • Country:

Posted 27 November 2017 - 10:28 AM

Hi,
It might have nothing to do with it, but why have you got DistantMountainsViewingDistance set to 1000000 (ie 1000 km)? The default appears to be 40km.

Cheers,
Ged

#3 User is offline   jdgremsjr 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 604
  • Joined: 31-March 12
  • Gender:Male
  • Location:Fulton, Missouri
  • Simulator:MSTS, OR, TS2016
  • Country:

Posted 27 November 2017 - 10:37 AM

View Postslipperman, on 27 November 2017 - 10:28 AM, said:

Hi,
It might have nothing to do with it, but why have you got DistantMountainsViewingDistance set to 1000000 (ie 1000 km)? The default appears to be 40km.

Cheers,
Ged


I turned off the distant mountains and it still crashed. I thought that as well

#4 User is offline   vince 

  • Superintendant
  • Group: Status: Elite Member
  • Posts: 1,313
  • Joined: 18-June 14
  • Gender:Male
  • Location:West of the Contental Divide
  • Simulator:ORTS_Running MSTS_Editing
  • Country:

Posted 27 November 2017 - 11:14 AM

I see from the log you posted that you have Data Logger set to true! Logging & Data Logger are two different operations.

The OR Log is enabled by a checkbox on the OR opening screen.
The Data Logger is a different log and is set on the Data Logger Options Tab and carries this warning:

Use Data Logger to record your simulation data ( In-game command F12.)
Please remember that the size of the dump file grows with the simulation time!

As per the warning, running with DATA LOGGER on will soon overwhelm your systems memory . . . The dump size gets bigger with runtime. Ouch!
Try running with NO Data Logger but just have LOGGING set on the OR opening screen. [emphasis added]

regards,
vince

ps. If my reading of the log is in error, please correct me as I am learning too. Thanks.

#5 User is offline   jdgremsjr 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 604
  • Joined: 31-March 12
  • Gender:Male
  • Location:Fulton, Missouri
  • Simulator:MSTS, OR, TS2016
  • Country:

Posted 27 November 2017 - 11:24 AM

View Postvince, on 27 November 2017 - 11:14 AM, said:

I see from the log you posted that you have Data Logger set to true! Logging & Data Logger are two different operations.

The OR Log is enabled by a checkbox on the OR opening screen.
The Data Logger is a different log and is set on the Data Logger Options Tab and carries this warning:

Use Data Logger to record your simulation data ( In-game command F12.)
Please remember that the size of the dump file grows with the simulation time!

As per the warning, running with DATA LOGGER on will soon overwhelm your systems memory . . . The dump size gets bigger with runtime. Ouch!
Try running with NO Data Logger but just have LOGGING set on the OR opening screen. [emphasis added]

regards,
vince

ps. If my reading of the log is in error, please correct me as I am learning too. Thanks.




Just tried what you mentioned, I unchecked all the logging in the data logging tab and it still crashed.

Attached File  OpenRailsLog.txt (16.45K)
Number of downloads: 176

#6 User is offline   jdgremsjr 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 604
  • Joined: 31-March 12
  • Gender:Male
  • Location:Fulton, Missouri
  • Simulator:MSTS, OR, TS2016
  • Country:

Posted 27 November 2017 - 11:38 AM

I am going to download a clean version of 3989 and update it to 3991 and see if there is an old patch that is messing with it.

#7 User is offline   Csantucci 

  • Member, Board of Directors
  • Group: Status: Elite Member
  • Posts: 6,996
  • Joined: 31-December 11
  • Gender:Male
  • Country:

Posted 27 November 2017 - 11:46 AM

X.3991 has a bug. Don't use it and stay to x.3990.

#8 User is offline   James Ross 

  • Open Rails Developer
  • Group: Status: Elite Member
  • Posts: 5,490
  • Joined: 30-June 10
  • Gender:Not Telling
  • Simulator:Open Rails
  • Country:

Posted 27 November 2017 - 12:25 PM

View Postjdgremsjr, on 27 November 2017 - 07:29 AM, said:

I just updated from 3983 to 3991 and now I can't run any activities. The Explore mode and in Explore in Activity mode all works fine. But I've tried 5 activities on five different routes and they have all crashed during Startup. I have saved the logs from three of the routes and have posted them below.

It's not all activities, but there was a problem with certain data missing in some activities. It's fixed in X3992.

#9 User is offline   jdgremsjr 

  • Engineer
  • Group: Status: Contributing Member
  • Posts: 604
  • Joined: 31-March 12
  • Gender:Male
  • Location:Fulton, Missouri
  • Simulator:MSTS, OR, TS2016
  • Country:

Posted 27 November 2017 - 12:41 PM

Csantucci, James Ross;

Thank you for your responses, it is what I figured, a bug. I've reverted back to X.3989 and will wait for X.3992 to become available. Again thank you for all your hard work and developing such a great program and distributing it for free.

#10 User is offline   vince 

  • Superintendant
  • Group: Status: Elite Member
  • Posts: 1,313
  • Joined: 18-June 14
  • Gender:Male
  • Location:West of the Contental Divide
  • Simulator:ORTS_Running MSTS_Editing
  • Country:

Posted 27 November 2017 - 05:47 PM

View Postjdgremsjr, on 27 November 2017 - 11:38 AM, said:

I am going to download a clean version of 3989 and update it to 3991 and see if there is an old patch that is messing with it.


Okay, one thing tried ...no help. But wait . . . there's more . . .
I see also you have UseMSTSEnv set on. Well I'm not too sure about this but I do remember that the one time I tried OR with the UseMSTSEnv option set to ON it gave me trouble. Try running with that option un-checked.

Also I see you have PreferDDSTexture = (user set) True while you also have UseLargeAddressAware = (user set) False. Any particular reason for this?
Running OR can be improved with LAA set true but AFAIK there are no routes presently using DDS textures.
So these options as set provide no hope of improvement at all. . . . I could be wrong about no routes use DDS textures. But the LAA option provided much improved running on my machine. You see where I'm going with this . . . maybe you can speed up the process;

Setup OR with all Options set at default
and then try running.

If that still crashes try running a default ugly Dash 9 w/default rolling stock as that engine you're using seems to have problems of which I'm not familiar.
Trying to figure out what's causing an error on a program that's in development (OR) should NOT be tested with anything but known good running rolling stock. Go for a like engine that is known good and doesn't throw hundreds of error warnings at you.

regards,
vince

  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users