.\" $OpenBSD: atc.6,v 1.4 1998/12/15 19:18:20 pjanzen Exp $ .\" .\" Copyright (c) 1990, 1993 .\" The Regents of the University of California. All rights reserved. .\" .\" This code is derived from software contributed to Berkeley by .\" Ed James. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software .\" must display the following acknowledgement: .\" This product includes software developed by the University of .\" California, Berkeley and its contributors. .\" 4. Neither the name of the University nor the names of its contributors .\" may be used to endorse or promote products derived from this software .\" without specific prior written permission. .\" .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .\" @(#)atc.6 8.1 (Berkeley) 5/31/93 .\" .\" Copyright (c) 1986 Ed James. All rights reserved. .\" .Dd May 31, 1993 .Dt ATC 6 .Os .Sh NAME .Nm atc .Nd air traffic controller game .Sh SYNOPSIS .Nm atc .Op Fl u?lstpq .Op Fl gf Ar game_name .Op Fl r Ar random seed .Sh DESCRIPTION .Nm lets you try your hand at the nerve-wracking duties of an air traffic controller without endangering the lives of millions of travelers each year. Your responsibilities require you to direct the flight of jets and prop planes into and out of the flight arena and airports. The speed (update time) and frequency of the planes depend on the difficulty of the chosen arena. .Sh OPTIONS .Bl -tag -width "-g game" .It Fl u Print the usage line and exit. .It Fl ? Same as .Fl u . .It Fl l Print a list of available games and exit. The first game name printed is the default game. .It Fl s Print the score list (formerly the Top Ten list). .It Fl t Same as .Fl s . .It Fl p Print the path to the special directory where .Nm expects to find its private files. This is used during the installation of the program. .It Fl q Play quietly (no bells). .It Fl g Ar game Play the named game. If the game listed is not one of the ones printed from the .Fl l option, the default game is played. .It Fl f Ar game Same as .Fl g . .It Fl r Ar seed Set the random seed. The purpose of this flag is questionable. .El .Sh GOALS Your goal in .Nm is to keep the game going as long as possible. There is no winning state, except to beat the times of other players. You will need to: launch planes at airports (by instructing them to increase their altitude); land planes at airports (by instructing them to go to altitude zero when exactly over the airport); and maneuver planes out of exit points. .Pp Several things will cause the end of the game. Each plane has a destination (see information area), and sending a plane to the wrong destination is an error. Planes can run out of fuel, or can collide. Collision is defined as adjacency in any of the three dimensions. A plane leaving the arena in any other way than through its destination exit is an error as well. .Pp Scores are sorted in order of the number of planes safe. The other statistics are provided merely for fun. There is no penalty for taking longer than another player (except in the case of ties). .Pp Suspending a game is not permitted. If you get a talk message, tough. When was the last time an Air Traffic Controller got called away to the phone? .Sh THE DISPLAY Depending on the terminal you run .Nm on, the screen will be divided into 4 areas. It should be stressed that the terminal driver portion of the game was designed to be reconfigurable, so the display format can vary depending the version you are playing. The descriptions here are based on the ASCII version of the game. The game rules and input format, however, should remain consistent. Control-L redraws the screen, should it become muddled. .Ss RADAR The first screen area is the radar display, showing the relative locations of the planes, airports, standard entry/exit points, radar beacons, and "lines" which simply serve to aid you in guiding the planes. .Pp Planes are shown as a single letter with an altitude. If the numerical altitude is a single digit, then it represents thousands of feet. Some distinction is made between the prop planes and the jets. On ascii terminals, prop planes are represented by a upper case letter, jets by a lower case letter. .Pp Airports are shown as a number and some indication of the direction planes must be going to land at the airport. On ascii terminals, this is one of '^', '>', '<', and 'v', to indicate north (0 degrees), east (90), west (270) and south (180), respectively. The planes will also take off in this direction. .Pp Beacons are represented as circles or asterisks and a number. Their purpose is to offer a place of easy reference to the plane pilots. See 'the delay command' under the input section of this manual. .Pp Entry/exit points are displayed as numbers along the border of the radar screen. Planes will enter the arena from these points without warning. These points have a direction associated with them, and planes will always enter the arena from this direction. On the ascii version of .Nm atc , this direction is not displayed. It will become apparent what this direction is as the game progresses. .Pp Incoming planes will always enter at the same altitude: 7000 feet. For a plane to successfully depart through an entry/exit point, it must be flying at 9000 feet. It is not necessary for the planes to be flying in any particular direction when they leave the arena (yet). .Ss INFORMATION AREA The second area of the display is the information area, which lists the time (number of updates since start), and the number of planes you have directed safely out of the arena. Below this is a list of planes currently in the air, followed by a blank line, and then a list of planes on the ground (at airports). Each line lists the plane name and its current altitude, an optional asterisk indicating low fuel, the plane's destination, and the plane's current command. Changing altitude is not considered to be a command and is therefore not displayed. The following are some possible information lines: .Pp .Dl B4*A0: Circle @ b1 .Pp .Dl g7 E4: 225 .Pp The first example shows a prop plane named 'B' that is flying at 4000 feet. It is low on fuel (note the '*'). Its destination is Airport #0. The next command it expects to do is circle when it reaches Beacon #1. The second example shows a jet named 'g' at 7000 feet, destined for Exit #4. It is just now executing a turn to 225 degrees (South-West). .Ss INPUT AREA The third area of the display is the input area. It is here that your input is reflected. See the INPUT heading of this manual for more details. .Ss AUTHOR AREA This area is used simply to give credit where credit is due. :-) .Sh INPUT A command completion interface is built into the game. At any time, typing '?' will list possible input characters. Typing a backspace (your erase character) backs up, erasing the last part of the command. When a command is complete, a return enters it, and any semantic checking is done at that time. If no errors are detected, the command is sent to the appropriate plane. If an error is discovered during the check, the offending statement will be underscored and a (hopefully) descriptive message will be printed under it. .Pp The command syntax is broken into two parts: .Em Immediate Only and .Em Delayable commands. .Em Immediate Only commands happen on the next update. .Em Delayable commands also happen on the next update unless they are followed by an optional predicate called the .Em Delay command. .Pp In the following tables, the syntax .Em [0\-9] means any single digit, and .Em