Never neglect the numbers

Discussion about RailWorks scenario creation.

Never neglect the numbers

Unread postby OldProf » Thu May 16, 2013 5:32 pm

While working on a scenario for the Western Lines of Scotland route, I committed some errors that I'd like to help other scenario writers avoid.

The errors began when I added an AI train scheduled to move westward, pick up a cut of blue TTA wagons located at the far end of the same track, and finally head eastward and exit through a portal. When I tested this, the AI engine crashed into the TTAs instead of coupling to them. End of scenario, of course. This happened because, after placing the AI engine and the wagons and inserting the instructions, I had forgotten to click the "yield sign" icon that warns of errors in the Timetable Editor. You know, the one typically jammed with "consist clash" warnings.

I restarted the editor and, this time, clicked the "yield sign", which reported a couple of duplicate wagon numbers. One of each duplicate made up part of another AI train, while the other occurred in this new AI train. Finding the wagons in my latest AI train and changing their numbers just took a couple of minutes, after which I saved the scenario.

When I attempted to run the scenario again [I always shut down and restart TS2013 completely between saving an editing session and testing the results.], the same crash occurred.

What was wrong now? Still numbers. This time, I had forgotten to reset the wagon numbers in the AI engine's pickup instruction. That took less than a minute; I saved the scenario.

This time, the pick up and pull away actions happened just as they should. It was all a matter of never neglecting the numbers.

P.s.: I've noticed that whoever wrote some of the scenarios that come with the Western Lines of Scotland route avoided such problems by assigning "active" wagons very simple numbers: 1, 2, etc. These numbers look strange when they show up in shunting instructions, but the certainly help avoid the type of errors I've described here.
Tom Pallen (Old Prof)

{Win 10 Home 64-bit; Intel Core i7 6700 @ 3.40GHz; 16.0GB Single-Channel @ 1063 MHz (15-15-15-364); 2047MB NVIDIA GeForce GTX 960}
User avatar
OldProf
 
Posts: 2755
Joined: Wed Sep 09, 2009 10:09 am

Re: Never neglect the numbers

Unread postby imnew » Thu May 16, 2013 5:52 pm

I have yet to spend any significant time in the scenario editor, working mostly on my route. But this is now bookmarked information. Thanks for taking the time to post this !!*ok*!!
Intel Core I7-7770K, ZOTAC GTX 1080 Ti AMP
Extreme, ASUS ROG Strix Z270H, 16 GB HyperX Fury DDR4, Samsung 850 EVO 500GB, Corsair Force MP500 240GB M.2, 34" Ultra Wide Samsung Monitor
User avatar
imnew
 
Posts: 2456
Joined: Tue Aug 25, 2009 1:41 pm

Re: Never neglect the numbers

Unread postby slick204 » Thu May 16, 2013 10:13 pm

Maybe we should have a sticky with all the unusual and difficult to diagnose errors we've found in the scenario editor.

I've been working on modifying a set of scenarios to work with some different equipment. Usually it works without issues but one refused. Looking in the timetable view showed all red. !*hp*! I had to delete most of the steps then start adding them back. The operation that caused the problem was a simple coupling the locomotive to a string of empty cars then run them one by one under the loaded and load them. They were parked on the siding with the loader and ready to go. The add to back instruction, no problem. When I added the Load/unload instruction it blew up and said it couldn't find the siding. Hmm. The cars were parked on the dang thing! I thought maybe the siding was a little to short; the loader was at the very end, but no. I then tried moving the string of cars back down the siding a little further away from the loader and it worked! Apparently if the car is in the loading area it flips out.
User avatar
slick204
 
Posts: 537
Joined: Fri Mar 23, 2012 8:29 pm
Location: Minnesota


Return to Scenario Creation

Who is online

Users browsing this forum: No registered users and 1 guest

cron