[jsmr]

Quote

Error: System.IndexOutOfRangeException: Index was outside the bounds of the array.
at Orts.Simulation.Signalling.Signals.ScanRoute(Train thisTrain, Int32 firstSectionIndex, Single firstOffset, Int32 firstDirection, Boolean forward, Single routeLength, Boolean honourManualSwitch, Boolean autoAlign, Boolean stopAtFacingSignal, Boolean reservedOnly, Boolean returnSections, Boolean searchFacingSignal, Boolean searchBackwardSignal, Boolean searchFacingSpeedpost, Boolean searchBackwardSpeedpost, Boolean isFreight, Boolean considerSpeedReset, Boolean checkReenterOriginalRoute) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\Orts.Simulation\Simulation\Signalling\Signals.cs:line 4013
at Orts.Simulation.SuperElevation.ScanSpeed(Signals signalRef, Int32 tcIndex, Single circuitOffset, Boolean forwards, Boolean freight) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\Orts.Simulation\Simulation\SuperElevation.cs:line 542
at Orts.Simulation.SuperElevation.DetermineTrackSpeeds(Signals signalRef, TrackNode node, Single offset) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\Orts.Simulation\Simulation\SuperElevation.cs:line 505
at Orts.Simulation.SuperElevation..ctor(Simulator simulator) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\Orts.Simulation\Simulation\SuperElevation.cs:line 220
at Orts.Simulation.Simulator.Start(CancellationToken cancellation) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\Orts.Simulation\Simulation\Simulator.cs:line 486
at Orts.Viewer3D.Processes.GameStateRunActivity.Start(UserSettings settings, String acttype, String[] args) in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\GameStateRunActivity.cs:line 317
at Orts.Viewer3D.Processes.GameStateRunActivity.<>c__DisplayClass37_0.<Load>b__3() in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\GameStateRunActivity.cs:line 176
at Orts.Viewer3D.Processes.GameStateRunActivity.Load() in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\GameStateRunActivity.cs:line 217
at Orts.Viewer3D.Processes.LoaderProcess.Load() in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\LoaderProcess.cs:line 159
at Orts.Viewer3D.Processes.LoaderProcess.DoLoad() in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\LoaderProcess.cs:line 138
at Orts.Viewer3D.Processes.LoaderProcess.LoaderThread() in C:\NoSistema\OR_officina\or_WORK\Git_ORTS_source_mio\Source\RunActivity\Viewer3D\Processes\LoaderProcess.cs:line 109
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()

Using MG 171.1. OR 1.6.1 also gets the same error.
Using the CZ version? Works fine. So weird.

[engmod]

Always post the full log please.

[jsmr]

 OpenRailsLog.txt (17.1K)
Number of downloads: 8

[engmod]

I don't have that activity, can you attach it please so I can test.

[jsmr]

Its just a test one I made myself.
I cant even load into the sim before it gives me a warning.

[engmod]

Can you run one of the supplied ones please?

[Csantucci]

I'd expect that the error isn't dependent from the activity chosen, because the error arises during the general start of the game. It seems caused by an interaction between the superelevation code and the signalling code.

[jsmr]

engmod, on 24 February 2026 - 12:47 AM, said:

Can you run one of the supplied ones please?

Tried one - SAR Mt Pleasant Freight 830s - and still the same error when loading. Its strange that it will only work on the CZ version.
Searching online its as Csantucci mentioned, a signal issue.

[engmod]

They work fine for me, I will try the Mt Pleasant activity.

[engmod]

It's running fine for me.

However I do not run superelevation.

[jsmr]

I tried without super elevation and it didn't make a difference. Same error. With CZ version using super elevation, works fine. So strange.

[Csantucci]

The superelevation code has been fully revised some time ago in the official OR versions, and the changes were ported to ORNYMG. Most likely the CZ-SK version has the old, or a different, superelevation code, and therefore it doesn't crash.

[pschlik]

The particular method that's running will run regardless of superelevation being enabled or disabled, as that is used for superelevation physics (the option in the settings will only disable superelevation graphics, not superelevation physics). Also, this method runs for every section of track on the entire route during loading (yes, inefficient, but it only runs once) so just loading the route anywhere, anytime would trigger this. I wonder why it could produce different results for different people?

In any case, the ScanRoute method is a feature for the signalling system, not inherent to superelevation. If an error is happening there, something has probably gone quite wrong and it's just a coincidence that superelevation has revealed the problem.

[alteo80]

 pschlik, on 25 February 2026 - 08:54 PM, said:

The particular method that's running will run regardless of superelevation being enabled or disabled, as that is used for superelevation physics (the option in the settings will only disable superelevation graphics, not superelevation physics). Also, this method runs for every section of track on the entire route during loading (yes, inefficient, but it only runs once) so just loading the route anywhere, anytime would trigger this. I wonder why it could produce different results for different people?

In any case, the ScanRoute method is a feature for the signalling system, not inherent to superelevation. If an error is happening there, something has probably gone quite wrong and it's just a coincidence that superelevation has revealed the problem.

I have the same problem with two French roads, coincidences don't exist... probably an overinflated ego, I've stayed at ormg 158 in peace now.

[pschlik]

I suppose I need to know where to get these routes. I cannot find any download for the "AU SA Adelaide, Hills & SE" route after some searching.