Revision as of 16:39, 30 December 2012

This article may need to be updated. Please update this article to reflect recent events or newly available information, and remove this template when finished. Please see the talk page for more information.

For a list of games which took place on our Public Server, look at The Public Server Archive

If you heard of #openttdcoop and would like to join our community, feel free to join our Public Server. Connection details are available on the Public Server Page. Building at our public server is the first steps toward a membership in our community as well.

rcon on the Public Server is granted only to every full member of #openttdcoop.

Feature: If you want to display the #openttdcoop Public Server info in your forum signature/other, use this code (the wiki doesn't allow embedding images from other websites, so just test it out in your signature): [img]http://dan-masek.eu/ottd/ottd_info.php?address=91.198.87.142&port=3979&lang=en[/img]

The #openttdcoop "Public Server"

At our Public Server, new players have the chance to learn the basic concepts of cooperative gameplay. On this page, you will find a guide for the first steps into our Public Server.

What are the keypoints of the Public Server?

• First of all: BE SURE TO CONNECT TO THE IRC CHANNEL! No games can take place if we do not meet up in the channel! If you are not willing to join us in the channel it is not possible for you to become a player/member of #openttdcoop due to the lack of communication between the community and you.
• New players will get some tutorial guidance by active players of #openttdcoop, but can start playing right from the start
• Smaller maps are played (256*256 - max. 1024*1024). One map lasts until everything is connected and/or optimized.
• Generally we play 512^2, 1024*256 or similar sizes.
• We have some kind of "building convention" like a "coding convention" on programming. This convention consists of some basic rules of "clever building". Be sure to know those rules (as listed below).
• Feel free to build whatever you want - you'll see the errors coming up in a growing network. Our Guides will help you on the very basics of good networking etc.
• This server is run by an autopilot - basically an answering machine for OpenTTD servers. It is configured to keep the game paused unless at least two players are connected and in the company.

How / Where / When ?

First of all, be sure to join our IRC channel (#openttdcoop). You will get information on games and servers there. Players find together in the channel and start new or continue existing games. For further connection details, look at the Public Server Page. The password can be found using the command !password in the IRC channel, as the password changes on a regular basis.

An advantage of having a channel on the OFTC IRC network is the circumstance of being "next to" the Official OpenTTD IRC channel (#openttdcoop started there, when it was on Freenode).

If you live in the european part of this planet you probably will have no problem related to our usual playing times. We mostly play between 18.00 to 01.00 (sometimes open ended) UTC during the weekdays and some afternoon sessions on weekends.

The General Building Convention

• First of all: set your signaling length to "2 tiles" (Signal GUI).
• React on the ingame chat, we are not typing for nothing. (Do not use Team Chat, as this does not show in IRC)
• If you build a Hub, name it like " SLH number / username" for a Sideline Hub (which is, relating to our Guides, a Sideline-to-Mainline-Hub) or " BBH number / username" for a Mainline-to-Mainline-Hub. Be sure to use exactly this string (beginning with a space) - if you view the signlist, the hubs will be sorted in the right way then and only then. Also: if we are talking about Hubs and you want to discuss about them too, simply follow the signlist to the corresponding hub. Example: BBH 01 / Mucht
• Cooperation is about communication! Always tell your collegues what you are doing and discuss planned tracks/junctions etc. Our members can - of course - help you on some decisions.
• Unilateral decisions by players are against the rules. Major changes to landscape, network and so on are to be discussed with other players beforehand, and agreed upon before implementation. Players should use the IRC channel if the in-game chat is insufficient.
• Usually, we choose a network plan via voting first. In this case, the network plan should be followed. If players decide to do something different, the plan has to be changed first.
• If you build something, place a sign with your name near it.
• Take care about the rating at primary industry stations. It should be at least 60% to let their production rise.
• Avoid depots which can be reached by trains
• Don't log in as "player". Change your name before connecting to our server.
• Network takes precedence over trains. Don't build hundreds of trains until the network is proven.
• Enjoy the cooperation.

Overview of Games so Far

Visit the PublicServer:Archive!

Stable Server

The #openttdcoop community does have a dedicated sandbox server. It can be found at IRC channel (#openttdcoop.stable). This is a much better place to start than the public server for new players. Members are still arround to help you there, but the building style is much more relaxed than the public server.

Basic Rules

We do ask you respect a few basic guidelines on all of our servers:

• Flattening huge areas of land (or creating land by raising it out of water) should be done with caution, and only when absolutely necessary.
• Experimentation should never negatively impact the game's transportation network. The game should almost always take precedent over any testing.
  • For example, if you sandbox where a ML, BBH, or major station is scheduled to be built, expect your design to be removed.
  • Exceptions may be made (on an individual basis) for network plans, complex constructions that would take too long to rebuild, or cases where the test requires long-term observation.
• When in doubt, ask another player before doing experimentation.
• Always mark your experiments with a sign indicating your name and the purpose of the design. That way, people understand what it is and are less likely to consider it obsolete and delete it.
• If you do not need feedback on your design, consider running a local sandbox game instead.
  • Retrieve a final savegame from the archive, load the save game locally, find an empty space, and experiment!
  • Create or download a Sandbox Scenario.