The Difference between Diagonal and Straight Tiles

Diagonal TilesI thought it is time for some more tricks and tips when playing OpenTTD. All of us use diagonal tiles when building train tracks. Of course, they are important. But you should know for sure that one diagonal tile has not the same length as a vertical/horizontal tile. This comes into play in a couple of situations.

First of all let’s have a look at the basics.

This video shows the difference between diagonal and straight tracks. Both trains start at the same time and in the end you can see there is almost one tile difference between them. (Tip: Fullscreen mode has a better quality)

A critical Example:
You could say: “This is nice, but who cares?”. Well, I do. The way I constructed the test track is used quite often, i.e. for tunnels or bridges. They are longer than our common signal length and to make sure trains don’t stop we often need two (or more) tunnels to ensure not having any jams.
Jam Risk Tunnel Construction
This tunnel construction is always a risk for this kind of ghost jams. This can happen really easy. Imagine a train using tunnel A because B was blocked before. The gap to the next train is really small. This one will use tunnel A again. The train using tunnel A has a longer way to leave the tunnel again (in fact 1 tile). This ‘can’ cause jams if the trains are very good balanced and the gaps between them are very small.

The Solution:
… is kinda easy. Just have a look at this picture.
Tunnel Construction without Jam Risk

This shows you how sensitive all the constructions are and one should really know what you are doing. Indeed, I have to admit, this is really detailed knowledge for advanced players, but they should always keep it in mind.

6 comments so far

  1. Tneo November 21, 2007 19:10

    Good to now this πŸ™‚
    At times I use this construction to move the ML one tile over. The diagonal longer tile also shows the importance of placing a signal as soon as possible after the tracks splitted (which is not showed in the example at the moment).

  2. Osai November 22, 2007 20:19

    Yes. In critical areas you should always build them closer to each other. Especially those junction areas. I left them because of some optical reason IIRC. ^^

  3. Sedontane November 22, 2007 22:24

    Hey great mate, good to know as has already been said.

    /Sed

  4. davil November 24, 2007 13:38

    One annoying thing I found out about the diagonal tracks is that they mess up your signal distance. On a high-traffic lane this might cause severe jams just because the signals suddenly don’t match any more.

    On my latest shift-mainline game I even used short diagonal sections to delay a train a few tiles and match it behind another train.

    Thanks for analyzing this for the folks out there, I had to find this out myself πŸ˜‰

  5. Soho May 19, 2008 17:09

    Techinally the diagonal tracks are not longer, at least not how you try to demonstrate the concept. By inserting a bend in your video you are making the track longer than the other, and of course it will have to travel further.

    Same goes for your tunnels. One track is longer than the other by design, not by the tile length.

    However, it is good to be aware of track length in order to design a better network.

  6. Osai May 19, 2008 20:43

    Soho, that’s actually not the point. I want to show that one tile of a diagonal track is longer than one tile of a straight track. This is what the experiment in the video shows.
    Of course this is a difference, by design, but I want to show this difference as it is important for the splitters we really often use.

    In fact the splitters are the important thing:
    If the length of the tracks differ, trains on the shorter track of the splitter need less time to pass than trains on the longer one. This fact might cause ghost jams if the gap between two trains is smaller than the difference of both splitting tracks.

    I hope you can understand what I mean.

Leave a comment

Please be polite and on topic. Your email-address will never be published.