#openttdcoop

The MainPage of our Wiki has over 20.000 view now. That’s great. The page was created on 29th of October in 2005 and looked like this. Since the start of our wiki we had over 282.000 page views and more than 3.000 edits [details].
The most famous editor is Mr. Mucht with more than 1.000 edits. Over the years our Wiki became a quite solid repository for information, tips and guides all around the OpenTTD Universe and in my opinion it was and will be a help for a lot of players. No matter, beginners, advanced players and professionals will find interesting things. Yes, our Wiki raises the bar. 🙂

I hope we will see a lot more edits and page views in the future as well. Happy Wiki’ing.

We all know terminus stations and we try to avoid them, because they are poorly slow. They are not able to cope with higher amounts of trains and start jamming faster than Bermuda Hubs. At our current Member Zone game (a.k.a. WD2) I built a larger Station for express traffic in an area with a lot of problems. There was no place for a proper exit and a too big station is not good for a city area. I decided to built a terminus station and developed a new concept, which is able to cope with a much higher amount of trains than a generic terminus station and a lot of smaller than a roll-on-roll-off station (RoRo). Now lets have a look at the details.

Read the rest of this entry »

With revision r10437 peter1138 added a new feature to the trunk of OpenTTD: Automatic signal completion. What does that mean in detail? I did a few tests and created a wiki page to show you how the newest feature of OpenTTD works and how you can use it. One thing is for sure, it makes the life of OpenTTD-Players (and Co-Ops) a lot of easier. I needed one second to signal this weird construction in the screenshot. Imagine massive Mainlines you can signal them in seconds now. Just wonderful.

Signalling & Automatic Signalling
Enjoy this great new feature of OpenTTD

We had a lot of trouble with the latest revisions of OpenTTD and our games suffered from de-syncs. In the last three days we did a lot of debugging and gave information to the developers, they finally found the problems which tend to those symptoms. Today they will be gone. It was a hard journey to locate the problem, sometimes it occurred and sometimes it didn’t, depending on OS, CPU architecture and compiler version. In first place it was a compiler issue, but we also thought some memory bits of the Servers RAM might be broken, also 32bit vs. 64bit was a question. I don’t want to do it so detailed. But here is the final rev.
-Fix [YAPF, r10301]: INVALID_TRACKDIR causing buffer overrun leading to desync in MP game (many thanks Rubidium)

A lot of thanks to KUDr and Rubidium for locating and fixing this issue. Lets continue our games now 🙂