NewNonstopHandling

From TTWiki
Revision as of 19:09, 12 June 2011 by Orudge (talk | contribs) (10 revisions)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search

Trains do not stop at stations where 'non-stop' is selected

New Non-stop Handling

Trains do not stop at stations where "non-stop" is selected

-=Switch=-

Configuration file: nonstop

Command line: -n

-=Quick Info=-

The New Non-stop handling changes the way non-stop orders are interpreted.  With classic TTD, non-stop orders were a way of removing a station from an order list temporarily; that is, to tell a train to skip a station while allowing the user to easily re-add the station to the order list at a later time. Trains would completely ignore a non-stop station and head directly to the next station. With this switch enabled, they will instead head towards a non-stop station, passing through it before proceeding to the following order. This is useful for waypoints (See below), but not for general orders.  If you have an old TTD game with lots of trains that you have given non-stop orders to, you can use the sign cheat Cht: <nowiki>NoNonStop</nowiki> to remove all non-stop settings from the orders.

With classic TTD, trains will always come to a stop at any station that they pass through, whether that station is in their order list or not. In addition to the above waypointing behavior, with this switch trains will not come to a stop at a non-stop station or any other station that they happen to pass through while on their way to their current destination.

-=Detailed Info=-

In order to get around the problem of trains not finding their correct routes in an elaborate network, it is useful to give them various "way points" or "checkpoints" along the route.  These way points are dummy 1x1 or 2x1 stations that are then put on the train's schedule.

{picture file=img/wiki_up//NewNonStopHandling-wp_example.png}

That way you can force a train to take a certain path, when it would normally take a different, probably longer route.

The disadvantage is that normally these checkpoints have to be as long as the train to be efficient, and the train stops at them, which introduces an unnecessary delay.

By using this switch, you can now include these checkpoints in the route, and set them to non-stop.  That way, the train will travel to them, but never stop or even just slow down when it passes through them, and will instead continue at its full speed.  This even works if the checkpoint is only a single square large.

src=http://www.ttdpatch.net/Manual/nonstop.png

All stations without "non-stop" will behave as if they had the original "non-stop" set, i.e.  the train will stop only at stations on its command list and none it encounters along the way.

This will apply for all trains, so do not use this if you have many routes which make use of the "non-stop" flag, because you will have to remove that flag from all those trains, or if you want your trains to stop at intermediate stations as well and don't want to change all the commands.

Note that there are two sign cheats, Cht: <nowiki>AllNonStop</nowiki> and Cht: <nowiki>NoNonStop</nowiki> which can be used to modify the schedules of all your trains if you decide to start (or stop) using this switch.

With this switch, the regular TTD title screen will break, because the monorail train does not stop at two dummy stations on either side of the road.  As a result, the road vehicles won't stop in time and there will be collisions.  To fix this, you can download an improved title screen from the [1] page of the TTDPatch website.

Since TTDPatch 2.0.1 alpha 59, stations at which the train does not stop are shown as "Route through Flinfingbury West" in the order list. This applies both to non-stop orders with this switch active as well as waypoint stations.  With the non-stop switch off, it is also possible to generate orders like "Route non-stop through Flinfingbury West", which means the train will stop neither at the waypoint nor at any intermediate stations it may encounter.