RMD -East problem

[Don6218]

Yup! Made it past the trouble spot and hi-ballin'!!

Thank you again for all your help Carlos.

[gremlin1812]

G'day All, my OR updated to X3827 today so I tried the activity out and it worked, Great work those guy's on the OR team.
Regards
Barrie

[csantucci]

Hi Don,
there is x.3827 available as experimental version.

[Don6218]

Thank you for solving this issue, when will that version be available? I have x3823.

Thank you all for your input on this. A great group effort to solve a problem!

[R. Steele]

Weird Case indeed - thanks Carlo, BIG tipo' the Hat!

[csantucci]

Well, I could replicate the crash and found out that there was an OR bug, occurring in a very particular case (long AI train at start of activity at station stop, with train head outside of the platform in another track section and train tail a a very small bit behind the starting point). This should be now solved with x.3826. Thank you all for cooperation.

[Don6218]

I do think you are on to something, Barrie, I was watching that AI progressing in the Dispatch Window and it seemed to be doing just fine, but it did look like a long one. I tried to capture a Screenie of the D-W, but was too late.

I will try what you did and see what my version comes up with. I should have time today. If the AI is too long for the siding in it's path, would OR not diverge it to the main and the Player to the siding? Or if there is a problem with the AI Path, this may not be happening?

I am like you, I no longer use anything MSTS nor do I have the tools installed to be able to do any further investigation.

I do think the simplest solution would be if one of the really good people who write Activities for Open Rails would take this one and modify it to work with OR with the AI's and L-Consists intact.

[gremlin1812]

G'day All, I have run the activity with the 1st AI removed and with all loose consists present and it ran OK. The player and AI had their meet up OK so it points to a problem with the 1st AI, now the eliminations begin.
Regards
Barrie

Edit:- Well that didn't work, even without the static consists it still crashed so I'm thinking it may possibly be something to do with it's start point maybe it is too long and overhangs end of path or there is an actual fault in the consist itself.
As I don't have an editor at this stage I might swap the consist over for a loco only and see what happens as that should eliminate the overhang possibility and the faulty stock issue I thought OR just ignored it.
Regards
Barrie

Edit:- The single loco worked so it is 95% that the problem is the length of the consist verses the start point OR has given it which it seems can be somewhat different to MSTS.
Is there a session editor other than the MSTS one as I don't have/use MSTS any more.
Regards
Barrie

[R. Steele]

That's strange. I installed the route and the activity. I replaced the consists with other ones I had and removed all static consists (I don't have Milwaukee trainsets). I run the whole activity in autopilot mode at accelerated clock speed without crashes.

Same here. I found out a while ago that when encountering problems running older msts activities in OR one of the first troubleshooting moves was to make a copy of the act file without the loose consists...I have lost count of the number of times that solved the problem.

Then the work begins to identify the loose consist causing the problem...
I'm sure someone has developed a logical way to do this...mostly I use all the tools I have - RouteRiter etc, read the logs, fire up msts AE see if that produces an error...just the usual stuff.

[Don6218]

I agree somewhat with Barrie, but the other activity also has a Loose Consist in the same siding, and it went properly to the finish.

Perhaps he is correct in thinking that one of the AIs is starting on top of the loose consist. When I run a check of the activity through Route Righter it comes out with no errors, and checking what I can with C-B comes out clean as well. I am not familiar with constructing activities, so I am never sure of what to look for, other than anomalies.

Maybe the Activity could be rewritten with corrections to include the Loose Consists and all of the AIs intact?

Thank you for the suggestions.

[csantucci]

That's strange. I installed the route and the activity. I replaced the consists with other ones I had and removed all static consists (I don't have Milwaukee trainsets). I run the whole activity in autopilot mode at accelerated clock speed without crashes.

[gremlin1812]

G'day, I edited the act file to run only the player train and it went to completion, so it would seem to be in the AI services (I don't suppose it could be caused by a static consist at all?) I am now editing the file so I will look at what you have said and go from there.
Regards
Barrie

Edit:- I changed the original act to what you said but still got the same result. I will try running with the No2 AI removed and if there is still a crash I will try the other way, this may tell us which consist is the cause.

Edit:- That crashed as well, trying it with No2 AI only and see what happens, if there is still a crash I will try with static consists removed and see if that makes any difference (possibly AI sporning on top of static consist?)

[csantucci]

The .act file and the .trf file are incoherent referring to the station stops of both AI trains, that is Milw_GenericTraffic_Train15WB and Milw_GenericTraffic_Train263WB . The first AI train has two station stops defined in the .act file and only one defined in the .trf file, the second one has one station stop defined in the .act file and no one defined in the .trf file. The simplest way to do is to remove the station stops defined only in the .act file. This means that you can try to replace this
Traffic_Definition ( Milw01_HolidayHiawatha
Service_Definition ( Milw_GenericTraffic_Train15WB 40800
UiD ( 4 )
Efficiency ( 0.75 )
SkipCount ( 0 )
DistanceDownPath ( 192.153 )
PlatformStartID ( 1175 )
Efficiency ( 0.75 )
SkipCount ( 20 )
DistanceDownPath ( 187652 )
PlatformStartID ( 892 )
)
Service_Definition ( Milw_GenericTraffic_Train263WB 35100
UiD ( 5 )
Efficiency ( 0.75 )
SkipCount ( 20 )
DistanceDownPath ( 188545 )
PlatformStartID ( 892 )
)
)

with this
Traffic_Definition ( Milw01_HolidayHiawatha
Service_Definition ( Milw_GenericTraffic_Train15WB 40800
UiD ( 4 )
Efficiency ( 0.75 )
SkipCount ( 0 )
DistanceDownPath ( 192.153 )
PlatformStartID ( 1175 )
)
Service_Definition ( Milw_GenericTraffic_Train263WB 35100
UiD ( 5 )
)
)

I hope this works.

[Don6218]

Hello, I reached the same point in the activity with the same result, shut down of OR.

Here is the new data.
OpenRailsLog - Copy.zip

I tried attaching the zip but it is too large. I will try it again in a different way.
The TDB file is too large even zipped. The other two are no problem.
Traffic.zip
Milw01_HolidayHiawatha.zip

[Don6218]

Let's try this way: can someone attach here (or send to me as a PM) a .zip of the .tdb file of the route, plus the .act, and .trf file? Also it is useful to know at what game time approximately the crash occurs.

I am re-running the activity, I just upgraded OR and now the saves are no good.
I should be at the same place in the next few miles. BTW I ran another act, The Silk Train" which operates in the opposite direction. I passed through the trouble spot with no issues, so it probably isn't a physical problem with the route/tracks etc.

Also, when getting to the ending of the Silk Train Activity the counter stops at .7 mile and the activity does not end properly, as the indicator does not change either from the .7 mile.