Train-Sim.Com
MSTS Route Design

Marias Pass v3.1

Notice to all visitors and members of the Train-Sim.Com message forums:
If you plan on using a signature banner in your posts, we would like to remind you that there is a maximum size for banners. That maximum is 450 pixels wide by 120 pixels high, and not to exceed 25k. Your compliance is appreciated. FORUM RULES Problems? There are two common reasons for problems with logging in and posting messages. The first is that you are running a firewall that prevents your messages from being sent to the server. The other is that you have cookies disabled; the DCForum software requires cookies to work properly.

Previous Topic | Next Topic

Printer-friendly copy Email this topic to a friend

Reading Topic #9131

Charter Member · 10 posts

I've been running the MP3.1 route and find that it's a big improvement over the default version. The only problem I'm having is with a coupler breaking just east of Cutbank, MT (the same place one would break in the default version). I'm assuming that it's due to a rough connection between two track sections. Is there any way to fix this easily (I'm assuming that it would involve going into the RE and trying to find the place where the two sections don't quite join up). I'm not too familiar with the RE, so any suggestions would be appreciated. Dick WilliamsThanks again to those of you who are bringing out all the nice route add-ons. Your work is surely appreciated!

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

RE: Marias Pass v3.1, JonN, Apr-03-03, 12:31 PM, (1) RE: Marias Pass v3.1, dndwilliams, Apr-12-03, 08:22 PM, (5) RE: Marias Pass v3.1, bobs, Apr-03-03, 03:37 PM, (2) RE: Marias Pass v3.1, Lone_Gunman_SG, Apr-03-03, 05:42 PM, (3) RE: Marias Pass v3.1, sd70mac6662, Apr-04-03, 07:14 AM, (4) RE: Marias Pass v3.1, bobs, Apr-13-03, 10:07 PM, (6)

Conferences | Topics | Previous Topic | Next Topic

Member since Apr-9-03 · 253 posts

RE: Marias Pass v3.1

The "Cutbank syndrome" is not actually caused by bad track, but rather a bug in the MSTS program, in which a small error can creep into the game's friction calculations. This error occurs when a train is going over two opposite switches simultaniously, like at the Cutbank trestle. The longer the train, the bigger the error becomes, then finally SNAP! you have broken couplers.Jonathan Nikiforovs.
Milepost 180, CP Belleville Sub.

Repainter for Yonder Locomotive Works.

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

Charter Member · 10 posts

RE: Marias Pass v3.1

Some more follow up on the coupler/derailment problem east of Cutbank: I decided to go into the EXPLORE THE ROUTE activity and move a train of Amtrak Superliners across the crossing where the problem occurred. Using the #3 camera key, I moved off to the side of each car as it went across the crossing and watched what happened in slow motion (1mph). As the front of each car approached the middle of the crossing, it appeared to "catch" on the crossing, stretching out the coupling between it and the car in front. Sometimes the coupling held and sometimes it broke. When the front of the car would break free from its' "catch" it would leap forward, sometimes breaking the coupling between it and the car behind. The crossing I'm referring to is at lat/long = 48.62786/-112.31351 (the first crossing after entering the 315-degree tangent leading into Cutbank) at mp 1089.7. Going into the Route Editor, I examined the crossing and found that on both the eastbound and westbound tracks there is a 10-meter section of track that starts in about the middle of the northeast-bound vehicle land and extends to the southeast from the edge of the roadway for a distance of about seven tie spaces that is not selectable or identifiable. These two track sections have a different appearance (more detailed) than the two similar 10-meter sections that start from the same point in the roadway and extend to the northwest (these sections are identifiable as "Alt10mstrt.s"). I suspect that the two sections in question, although they appear in the visible database, do not show up in the trackage database that TS uses to actually run the train, leaving a 10-meter gap in that database in both the eastbound and westbound tracks at this point. I've got XTracks installed, using the version that came along with the Marias v3.1 download. Would appreciate any comments on this analysis and what I might do to fix it. Thanks. Dick Williams

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

Charter Member · 837 posts

RE: Marias Pass v3.1

Search on Marias and coupler and you will get many hits on this problem and how to get around it. This same problem exists in the original Marias route also, and some other routes.Bob Siederer
Co-author of Marias Pass 3.1

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

Charter Member · 1381 posts

RE: Marias Pass v3.1

Marias Pass v3.1 – image 1

is it on activities only? because ive never had that problemMy new e-mail is Arcanine241@yahoo.comMarias Pass v3.1 – image 2
premium add-ons

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

Member since Feb-26-03 · 171 posts

RE: Marias Pass v3.1

download Engmod and change your coupler settings

formerly known as sd70mac666 until the forum software decided to hate me

Alert | IP

Printer-friendly page | Edit | Reply | Reply With Quote | Top

Charter Member · 837 posts

RE: Marias Pass v3.1

Nope, it doesn't have anything to do with activities. It has to do with the length of track between nodes on the route. If they are too far apart, the sim messes up when it recalculates wagon position at a node crossing (which is at a switch) and causes itself problems. Change the coupler values to strengthen them as has been mentioned here many times and you won't have the problems.Bob Siederer
Co-author of Marias Pass 3.1

Alert | IP


[ Home | MSTS Forum | MSTS FAQ | File Library ] Copyright © 2002 by Nels Anderson. All Rights Reserved.

Restored from the Train-Sim.Com archive, captured July 19, 2003. About this archive.