<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="date" content="2010-03-16T18:20:12+01:00">
<meta name="author" content="Manuel Moos">
<title>Armagetron Advanced: Documentation</title>
<meta name="description" content="Armagetron Advanced: Documentation">
</head><body>
<table width="90%" align=center>
<tr>
<td align=center width="15%">
<a href="index.html" target="_top">First Start</a>
</td>
<td align=center width="15%">
<a href="install_linux.html" target="_top"> Installation</a>
</td>
<td align=center width="15%">
<strong>Network Play</strong>
</td>
<td align=center width="15%">
<a href="config.html" target="_top">Configuration</a>
</td>
<td align=center width="10%">
<a href="faq.html" target="_top">FAQ</a>
</td>
<td align=center width="15%">
<a href="compile.html" target="_top">Redistribution</a>
</td>
</tr>
</table>
<a name=np><a name=><h1 align=center>Network Play</h1></a></a>
<p align=justify>
You can play Armagetron Advanced over a LAN or the Internet. It uses the UDP
connectionless communication mode of the IP protocol, so make sure
you have TCP/IP installed and activated if you experience problems.
</p>
<a name=><h2 align=left>Connecting</h2></a>
<a name=><h3 align=left>LAN game </h3></a>
<p align=justify>
The fastest computer in your network should
act as the server. There, go to the network menu and hit the "LAN Game"-
menu item. After a second, Armagetron Advanced should tell you that there are no servers
currently available, but offer a "Host Game" item. Press Return on it. In
the following menu, you can select a name for your server and the game options.
The game options here are completely independent from those in single
player mode.
After everything is to your liking, you can hit the "Host Network Game"
menu item and the game will start on the server and
run just as in single player mode.
</p>
<p align=justify>
The other computers will be the clients. On them, you activate the "LAN Game"
menu item, too. This time however, there should be the server you just started
visible in the server browser. Just hit Return on it to connect.
</p>
<a name=><h3 align=left>Internet game</h3></a>
<p align=justify>
An internet game works the same way; you just have to choose "Internet Game" instead of "LAN Game"
in the menu. Note that the number of users currently online on each server is displayed
by the server browser, too.
</p>
<p align=justify>
While in the server browser, you use "cursor left/right" to change the sorting
key, +/- to give individual servers a bias to the score (and thus their place
with on the list if you sort by score which is the default). Add servers to
your <a href="network.html#bookmarks" target=_top>bookmarks</a> with "b" and refresh all servers
with "r".
</p>
<p align=justify>Internet server browsing would not be possible without master servers. We currently
use three masters,
one in Texas run by Lucifer, one in Virginia run by antix of
<a href="http://distortgaming.com" target=_top><strong>DistortGaming</strong></a>
(Who will gladly host your game server, Armagetronad or other. Shameless plug end.)
and one run on Z-Man's old, trusty laptop-gone-router in Germany.
DNS service for swapping out masters without you having to update your configuration
is provided by Tank.</p>
<a name=><h4 align=left>Current status</h4></a>
<p align=justify>
Current counts show about 40 active servers.
If you're not picky about your fellow players, there should be
someone to battle against on one of those. The problems start as soon as you
develop a preference for certain server settings, because there are quite a
number of flavors around.
</p>
<a name=bookmarks><h3 align=left>Bookmarks</h3></a>
<p align=justify>
You can access and edit your server bookmarks in the "Server Bookmarks"
submenu of the "Network Game" menu. You can add bookmarks from the server
browser or manually add bookmarks via the "Edit Bookmarks" menu.
</p>
<a name=><h3 align=left>Version Control</h3></a>
<p align=justify>
Server and client do not need to be of the same version. With default settings, the current
server is compatible with clients down to 0.2.0, and the current client with servers down to 0.2.0.
Obviously, some new settings were introduced since then; if you change them away from the default,
three things can happen when an old client connects:</p>
<list>
<li>Variant 0: Nothing. The old client is allowed to connect, and the setting stays like it was.
It's the player's problem if something goes wrong.</li>
<li>Variant 1: The offending setting automatically reverts to its default value.</li>
<li>Variant 2: The old client is not allowed to connect. The player is already informed of that
in the server browser.</li>
</list>
<p align=justify>
You will be informed on the console when you change one of the affected settings which variant
will be used for it, and clients up to which version are affected.</p>
<p align=justify>
Settings are classified into five groups: Breaking, Bumpy, Annoying, Cheating and Visual. Settings of
the "Breaking" group absolutely destroy the game for old clients when they are not on their default
values; setting a custom map file is the perfect example. The "Bumpy" group allows basic play
for old clients, but it's not likely to be a pleasant experience. Examples would be <code>CYCLE_DELAY</code>
and <code>CYCLE_TURN_SPEED_FACTOR</code>. The "Annoying" group allows more or less pleasant gameplay
with only little disturbances that feel a bit like small bugs. The
<code>CYCLE_RUBBER_MINDISTANCE</code> setting
family belongs to this group. When a client does not honor settings of the "Cheating" group,
this is supposed to be considered cheating. An example is the <code>DOUBLEBIND_TIME</code>
setting, and the
<code>CAMERA_FORBID_</code> settings would fall into that category,
too (but all clients know about them). Lastly,
"Visual" settings only affect displayed information and have no influence on gameplay.
And in fact, there is a sixth group where the behavior is hardcoded to either variant 1 or 0.
</p>
<a name=><h4 align=left>Customizing Version Control</h4></a>
<p align=justify>
Which of the three behavior variants is used for settings of the five categories is
determined by the <code>SETTING_LEGACY_BEHAVIOR_</code> settings in <strong>settings.cfg</strong>.
The default settings block old clients on Breaking, Bumpy and Cheating settings
(Variant 2), and ignore possible conflicts for Annoying and Visual settings (Variant 0).
To override the group defaults, you can define exceptions for single settings; if you
want to revert the setting <code>FOO</code> to its default when an old client connects,
then you set <code>FOO_OVERRIDE</code> to 1.
</p>
<p align=justify>
You can also lock out old clients independently of incompatible settings;
use the variable <code>BACKWARD_COMPATIBILITY</code> for that. Setting it to 0 will only
allow the most current clients to connect. You can also disable some new features to
be activated by setting <code>NEW_FEATURE_DELAY</code> to some positive value.
If both configuration variables are set to the same value, no feature will be enabled
or disabled just because an old client connects/disconnects. The numbers these two settings
refer to are raw network protocol versions; <a href="versions.html" target=_top>see here</a> for a table
comparing them with release versions.
</p>
<a name=><h2 align=left>Interpersonals</h2></a>
Please behave like a human being on the game grid. Don't use offensive language
when asked, sometimes there are children online. Help newbies into the game. Follow
the rules of the server administrator or change the server you play on.
<a name=><h3 align=left>Chat</h3></a>
<p align=justify>
Send your fellow players messages by hitting the chat key configurable in the "Player Setup" menu
(defaults to "s"). Usually, the message will go out to all players. Servers from 0.2.8.0 on support
IRC style extensions: By starting your message with "/msg <playername>", you can send selected
players personal messages. With "/me", you can tell the others what you do; "/me falls asleep"
will print "Walruss walls asleep" if you're Walruss.
</p>
<p align=justify>
If another player annoys you, the silencing menu comes in handy: it can be reached by
pressing ESC, then selecting "Player Police/Silence Menu". If you're annoyed by chat in
general, edit <strong>settings.cfg</strong> and activate SILENCE_ALL. This has the effect that new
players get silenced by default and have to be unsilenced if you want to hear them.
</p>
<a name=><h4 align=left>Instant Chat</h4></a>
<p align=justify>
By default, the game lets you say some predefined things when you press F1 to F12 or 1 to
Backspace. Beware, the default settings for those can get you in trouble.
Change them in "Player Setup/Player 1 Settings/Instant Chat Setup",
and change the keybindings used in the player input configuration.
If you are already in chat mode and hit one of the instant chat keys not associated
with a printable character, like the F keys, the corresponding instant chat
will be inserted where you type. If an instant chat string ends in a backslash "\",
pressing the corresponding key will not send the string immediately, but will let you
append to it first.</p>
<a name=><h3 align=left>Ingame Admin</h3></a>
The server administrator can allow selected players to control the server settings through chat
commands; the setting <code>ADMIN_PASS</code> has to be modified to a nondefault value. Whoever knows
this value can log in by saying "/login <password>". After that, it's possible to issue regular
console commands by saying "/admin <command>" or to log out again with "/logout".
<br>
<strong>WARNING: currently, chat messages and therefore the password are sent unencrypted. This
means that everyone with physical access to the network flow, which is, among others, anyone
on the server's or the player's LAN, can steal the password.</strong>
<a name=><h3 align=left>Kicking and Banning</h3></a>
<p align=justify>
You can kick players with the <code>KICK user</code> command; it accepts either the network user ID or
the user name (currently the nickname, filtered so you can actually type it)
of the player to kick; you can get a list of both with the command <code>PLAYERS</code>. You can
ban them from the server with <code>BAN user</code> or <code>BAN user time</code>; the time duration is given
in minutes and defaults to 60 minutes if not present. The <code>user</code> argument of <code>BAN</code> is
interpreted exactly as with <code>KICK</code>.
</p>
<p align=justify>
You can get a list of currently banned IP addresses with <code>BAN_LIST</code>. To unban one of these,
use <code>UNBAN_IP ip</code>. To ban an IP address explicitly, use <code>BAN_IP ip</code>. Bans are persistent
when you shut down and restart the server; the data is stored in <strong>var/bans.txt</strong> as
IP/duration in seconds pairs.
</p>
<a name=><h4 align=left>Autobanning</h4></a>
<p align=justify>
When a user gets kicked often (by you or by kick votes), he will be banned automatically. It is
measured how often a user gets kicked per hour (KPH); this value is not persistent across
runs of the server. KPH can't get larger than <code>NETWORK_AUTOBAN_MAX_KPH</code>. When a user
gets kicked, the duration of the automatic ban in minutes is determined as
(KPH - <code>NETWORK_AUTOBAN_OFFSET</code>) * <code>NETWORK_AUTOBAN_FACTOR</code>; the user is not banned if this value
is negative. You can disable automatic banning by setting <code>NETWORK_AUTOBAN_OFFSET</code> larger than
<code>NETWORK_AUTOBAN_MAX_KPH</code>.
</p>
<a name=><h3 align=left>Voting</h3></a>
Sometimes, votes on important topics will be cast by players. If a vote is pending, a menu
will automatically pop up between rounds and remind you to vote. You can accept or reject
a suggestion, or explicitly say you don't care about it.
<br>
The only thing possible to vote on are player kicks. To start a kick vote, press ESC and enter
the "Player Police/Kick Menu" menu and select the player you want kicked. Prepare to get kicked
yourself if you abuse the system.
<a name=><h3 align=left>Synchronization Settings</h3></a>
<p align=justify>
The two <code>CYCLE_SYNC_INTERVAL_</code> settings determine the interval at which sync commands are sent
for cycles. <code>CYCLE_SYNC_INTERVAL_SELF</code> determines the time between syncs to the owner of
a cycle itself, and <code>CYCLE_SYNC_INTERVAL_ENEMY</code> determines the interval for everyone else.
</p>
New clients since 0.2.7.1 send the time of turn commands to the server.
This makes it possible to avoid grinding lag sliding
(you move towards a wall, grind it shortly and turn away again, and you'll slide)
by letting the cycle on the server turn not before the time sent by the client.
At the low speeds before the grind, the positional command interpretion
is inaccurate and will usually turn the cycle too early.
Now, old clients don't send the command time, so this code can't work. The lag sliding is a clear disadvantage, but the earlier turn is an advantage in some situations because it makes you cover more ground, so both the new and the old players have plenty of reason to complain if they are not treated equally. Therefore, when CYCLE_FAIR_ANTILAG is set to 1 and old clients are present, this code is deactivated.
When a cycle turns in free space, the server will try to follow the client's request by matching the turn position as closely as possible. Sometimes however there are large desyncs and clients sent silly turns halfway across the grid from their current position. So, for clients that send the command time, the server will execute turns only in a time window around that command time. The width of that window is determined by CYCLE_TIME_TOLERANCE.
I observed that old clients ( 0.2.7.0 and earlier ) would be more likely to pass through walls when they received a sync from the server shortly before. So, if you set CYCLE_AVOID_OLDCLIENT_BAD_SYNC to 1, the server will not send those syncs. Whether this helps or makes matters worse by not sending enough syncs is unknown, that's why it is a setting.
<a name=><h2 align=left>Technical details</h2></a>
<p align=justify>
You are not limited to one player per computer;
on each of them you can play with up to four people. In the
precompiled version, there is a limit of 16 clients.
You can set the configuration variable <code>MAX_CLIENTS</code> to limit it further.
If you compile your Armagetron Advanced server yourself,
you can increase the limit if you configure it with
<pre>
CXXFLAGS="-DMAXCLIENTS=X" ./configure
</pre>
where X is the number of clients you want to support.
</p>
<p align=justify>
If you are behind a masquerading firewall (such as a DSL router or the Microsoft connection sharing),
you cannot act as a server; your computer is then unreachable from the outside unless
you manage to forward port 4534 UDP connections from the firewall to your server.
Most software solutions and some standalone DSL routers offer this option, so you may be lucky.
</p>
<p align=justify>
The client may be behind a firewall as long as it allows outgoing UDP connections
on the Armagetron Advanced port.
</p>
<a name=dedicated><h2 align=left>The dedicated server</h2></a>
<p align=justify>
Following the model of Quake 1-3, there is a special binary version of
the game available for download (or compile it yourself giving the
option <strong>--disable-glout</strong> to configure) that has all input/output
features disabled. If you start it, it will read the normal configuration files and
set up a network game according to the settings in
the game menu (Number of AI players, game mode and finish mode).
A dedicated server takes input from the keyboard and interprets
it just the way it does with the
<a href="config.html#files">configuration files</a>.
Additionally to the usual configuration files, the dedicated server
will read the file <strong>everytime.cfg</strong> from the <strong>var</strong> directory
before each round; it may be comfortable to place quickly changing
settings there. You can join the game on the dedicated server just the way
described <a href=#np>above</a>.
</p>
<p align=justify>
The advantages of this solution are:
<ul>
<li>there is no longer a "privileged" player; all players are clients
to the dedicated server.</li>
<li>
the dedicated server can use it's full computing power just to
manage the game; it does not have to bother about input or 3d rendering.
So, the game is a bit smoother for all players.
</li>
<li>
the dedicated server should run on any 32 Bit Windows and about any UNIX;
it does not need any special library installed (OpenGL, SDL, ...) , so
it is easy to set up public internet servers.
</li>
<li>
The dedicated server uses less CPU power than a client because
it does not have to care about graphics and sound. It can be run on an older PC.
</li>
</ul>
</p>
<a name=><h3 align=left>Controlling network input</h3></a>
<p align=justify>Often, it is
desireable to not only specify the port Armagetron Advanced listens on, but also the IP address.
Examples include LAN servers that run on a machine with connection to the internet or
servers on a server farm where each host is shared between many users and has a multitude
of IP addresses. For this purpose, the <code>SERVER_IP</code> setting has been introduced. Documentation
with example usage is provided in <strong>settings_dedicated.cfg</strong>.
</p>
<a name=><h2 align=left>Ping Charity</h2></a>
<p align=justify>
Ping charity can be configured along with your network bandwidth and other settings
in the "Network Setup" submenu in the "Network Game" menu.
</p>
<p align=justify>
It is the configurable part of the "equal ping" technology. In short,
if you have low ping and your opponent has high ping (ping: the time
it takes a message to travel from your computer to the server and
back, usually measured in milliseconds), you can take over some of his
ping to make the situation more equal.
So, if you have ping 60, your
opponent has ping 160 and you set the ping charity to at least 50
(more does not change the situation), you will take over 50 ms of
his ping, giving you both ping 110. If you set your ping charity to
20, you will end up with ping 80, your opponent with ping 140. Of
course, you may be greedy and set ping charity to zero, but
I suggest leaving it at the default value 100.
</p>
<p align=justify>
How does that "equal ping" thing work? It is not that complicated, but
for now, I rather keep the secret buried in the source code (too lazy
to explain it right now...).
</p>
<a name=><h2 align=left>Spectator Mode</h2></a>
<p align=justify>
In the player menu, there is the "Spectator mode" toggle; If you just
want to watch an internet game, connect to the server with spectator
mode enabled. Note that you will be almost completely ignored in
spectator mode: the other players won't know you are there at all,
you can't chat and the dedicated server will not bother to start
a game if only spectators are online (all you are going to get is
a black screen). Only the server administrator will get a message
that a client connected.
</p>
<p align=justify>
Please note that this feature is unsupported; future servers may not allow
spectating in this way.
</p>
<a name=><h2 align=left>Scores</h2></a>
<p align=justify>
In a multiplayer game, every crucial action makes you gain or lose
points; after
<ul>
<li>a fixed number of rounds has been played</li>
<li>a fixed time elapsed or</li>
<li>a fixed score is reached</li>
</ul>
the team with the most points wins the match. If two or more
teams share the first place, the fight continues until there is
a unique winner.
<br>
You can configure the score/time/rounds-limits in the file
<strong>settings.cfg</strong>; scores and winners are logged in the file
<strong>scorelog.txt</strong> on the server.
</p>
<p align=justify>
If you are the only person on a dedicated server, a special
single player game is started (its parameters are determined in
the <a href="config.html#sphh" target=_top>SP_* variables</a>
in <strong>settings.txt</strong> on the server) to keep
you busy until someone else connects; the highscores in
this mode may be published by the server administrator.
<br>
The highest scores collected in a single player game are collected
in the file <strong>highscores.txt</strong>, the people with the most won multiplayer
rounds/matches are stored in <strong>won_rounds.txt</strong> and <strong>won_matches.txt</strong>.
A ladder is stored in <strong>ladder.txt</strong>.
<br>
Note: these statistics have all not been adapted to team play and most of them
will store very odd results.
</p>
<a name=bb><a name=><h2 align=left>BIG BROTHER</h2></a></a>
<p align=justify>
As in any software downloaded for free, you can't be completely
sure whether Armagetron Advanced has secret functions that, for example,
spy on your system internals, exploit known Windows bugs to
get to your ISP's password, etc... and send this information
to the author. Of course, Armagetron Advanced does not do such a thing,
and you can check that in the source code.
<br>
But Armagetron Advanced DOES send some information out: If you connect
to the master server for the first time, Armagetron Advanced will send
<br>
<ul>
<li>Your Operating system and Armagetron Advanced/SDL version</li>
<li>the information the OpenGL system offers, telling me which
graphic card you use</li>
<li>if you are running Armagetron Advanced fullscreen or windowed</li>
</ul>
and nothing else, especially no personal information. I hope
you understand that there is a good reason to collect this information.
If you don't want to reveal these facts, simply edit
your armagetronad configuration file <strong>user.cfg</strong>
and change
<br>
<code>BIG_BROTHER 1</code>
<br>
to
<br>
<code>BIG_BROTHER 0</code>
<br>
</p>
<a name=><h2 align=left>Internals</h2></a>
<p align=justify>
If you are interested in network programming yourself, you may want to
read the <a href=net/index.html>network subsystem documentation</a>.
</p>
<br>
<p align=center>This document was created by
<a href="http://armagetron.sf.net/contact.html" target=_top><strong>Manuel Moos</strong></a>
</p>
<p align=center>
Last modification: Aug 04 2006
</p>
<p align=center><!--#spaceportsbanner--></p>
<table width="90%" align=center>
<tr>
<td align=center width="15%">
<a href="index.html" target="_top">First Start</a>
</td>
<td align=center width="15%">
<a href="install_linux.html" target="_top"> Installation</a>
</td>
<td align=center width="15%">
<strong>Network Play</strong>
</td>
<td align=center width="15%">
<a href="config.html" target="_top">Configuration</a>
</td>
<td align=center width="10%">
<a href="faq.html" target="_top">FAQ</a>
</td>
<td align=center width="15%">
<a href="compile.html" target="_top">Redistribution</a>
</td>
</tr>
</table>
</body>
</html>
