home *** CD-ROM | disk | FTP | other *** search
/ Action Ware 12: Heretic & Hexen / actionware12.iso / acware12 / network / ifrag / ifrag.doc next >
Text File  |  1995-01-17  |  32KB  |  640 lines

  1.  
  2.  
  3.  
  4.                    iFrag version 2.0 Documentation
  5.  
  6.         This is the documentation for iFrag, a TCP/IP network
  7.    driver for games based upon id Software's DOOM<tm> game
  8.    engine. iFrag allows up to 4 players to play games based on
  9.    the DOOM engine (DOOM, DOOM II, and Heretic) over the Internet
  10.    using the TCP/IP protocol suite. iFrag is the successor to the
  11.    iDOOM program; the name has been changed for this release
  12.    because "it's not just for DOOM anymore."
  13.  
  14.  
  15.                           Acknowledgements
  16.  
  17.         The author of iFrag wishes to acknowledge the
  18.    contributions of the following people: id Software, certainly
  19.    for making DOOM but also for being cool enough to release the
  20.    source code to their network drivers; Jake Page, author of
  21.    TCPSETUP, for blazing the trail and setting the example; Eric
  22.    Engelke, author of the (free!) WATTCP TCP/IP kernel upon which
  23.    iFrag is based; Jay Cotton for his tireless efforts in testing
  24.    faulty version after faulty version on his multi-machine
  25.    network; and, of course, the many, many beta testers (dare I
  26.    refer to them as the "Legion of DOOMers"? ;-) who put new
  27.    version after new version through the play test wringer, sent
  28.    me ideas, offered encouragement, and made criticisms. Thanks
  29.    to all of you for helping to make iFrag what it is today and
  30.    what it will be tomorrow.
  31.  
  32.  
  33.                             Introduction
  34.  
  35.         iFrag is a program which allows people to play DOOM, DOOM
  36.    II, and Heretic against others across the Internet. As
  37.    distributed by id, DOOM-engine games come with drivers for
  38.    serial connections (using modems and direct serial cables) as
  39.    well as networks running the IPX protocol. While this is great
  40.    if you have a fast modem (and lots of money to pay the phone
  41.    bills!) or if you happen to have 4 Pentium-based PCs in your
  42.    rec room connected by a Novell network, what do you do if the
  43.    only PC you have access to is sitting in your school's
  44.    computer lab and is running the TCP/IP protocol suite? What do
  45.    you do if you are the only person in your office who likes to
  46.    play DOOM? Enter iFrag, a network driver for DOOM-engine
  47.    games. Not only will it allow you to play network DOOM across
  48.    the Internet, but since there are so many other players also
  49.    connected to the 'net you can easily find opponents
  50.    practically any time of the day or night. 
  51.  
  52.         Version 2.0 of iFrag is based on a client/server model.
  53.    One machine in each game will become a server for that game;
  54.    up to three other machines may connect to the server and
  55.    become clients. When the server starts the game, the server
  56.    machine and all client machines connected to it are launched
  57.    into DOOM, DOOM II, or Heretic (whichever is selected).
  58.  
  59.         Another feature of iFrag's client/server architecture is
  60.    the built-in chat facility, which allows players who are
  61.    waiting for the game to begin to converse with each other by
  62.    typing messages on their keyboards. These messages are sent to
  63.    the server and broadcast to all the other nodes in the game.
  64.    Players can use iFrag's chat facility to negotiate game
  65.    parameters, arrange partners for team play, or merely to pass
  66.    the time in idle conversation while waiting for other players
  67.    to join in.
  68.  
  69.         Of course, the ability to play DOOM over the Internet
  70.    isn't particularly useful unless you are able to quickly and
  71.    easily find opponents against whom to test your mettle. The
  72.    Frag Tracker is a special program (which is always running on
  73.    a separate UNIX host) which helps players from all over the
  74.    net find each other. Very similar in concept to the game
  75.    tracker used by players of the Macintosh game Bolo, it keeps a
  76.    list of all the iFrag games which are currently looking for
  77.    players. When started, iFrag contacts the Frag Tracker and
  78.    downloads this list of active games. It then allows you to
  79.    join one of the available games. The Frag Tracker thus acts as
  80.    a virtual meeting place for DOOM players from all over the
  81.    world.
  82.  
  83.                          System Requirements
  84.  
  85.         To use iFrag, you must have the following:
  86.  
  87.         * A machine capable of running DOOM (of course).
  88.  
  89.         * A standard packet driver. Note that a packet driver is
  90.         different than the drivers commonly used for network
  91.         operating systems such as Novell. 
  92.  
  93.         * A connection to the Internet. Note that a DIRECT
  94.         connection is preferable to a SLIP or PPP connection.
  95.         Although it is possible to play DOOM over a SLIP or PPP
  96.         connection, due to DOOM's high bandwidth requirements the
  97.         game will be slow, most probably unacceptably slow. If
  98.         your connection uses anything slower than a 28.8Kbps
  99.         compressed SLIP connection, you'll be much better off
  100.         investigating another connection method, such as IHHD or
  101.         direct MoDOOM.
  102.  
  103.                        Installation and Setup
  104.         To install iFrag 2.0 on your PC, perform the following
  105.    steps:
  106.  
  107.         0) If you have not already done so, obtain and install
  108.    the appropriate packet driver for your network card.
  109.    Instructions for doing this are included with your card and/or
  110.    with the packet driver. For information on how to obtain a
  111.    packet driver, as well as additional help with troubleshooting
  112.    your TCP/IP configuration, see the Internet DOOM FAQ which
  113.    should be included with this iFrag archive.
  114.  
  115.         1) Create a new subdirectory on your hard disk where
  116.    iFrag and its related files will be stored. You can name it
  117.    whatever you want, but for the remainder of this document we
  118.    will refer to this directory as "the iFrag directory." Unzip
  119.    the iFrag 2.0 distribution archive into this new subdirectory. 
  120.  
  121.         2) Using your preferred ASCII text editor, modify the
  122.    iFrag.CFG file in your iFrag directory so that all entries are
  123.    correct for your system. You will need to specify the paths to
  124.    your game and patch WAD directories, your chosen nickname (the
  125.    name by which other iFrag players will know you), the number
  126.    of lines you want on your video display (25 or 50), whether or
  127.    not you want stealth (no sound) mode, etc. As an example,
  128.    let's suppose Joe Ayedume has chosen the nickname FragLord,
  129.    and that he has installed DOOM, DOOM II, and Heretic into
  130.    their standard directories on his hard disk. The iFrag.CFG
  131.    file for Joe's system will look something like this:
  132.  
  133.    ;
  134.    ; Sample iFrag Configuration File
  135.    ;
  136.  
  137.    ; stealth 
  138.    nick=FragLord
  139.    tracker=128.174.134.150,6666
  140.    doom=c:\doom
  141.    doom2=c:\doom2
  142.    heretic=c:\heretic
  143.    doompwads=c:\doom\wads
  144.    doom2pwads=c:\doom2\wads
  145.    hereticpwads=c:\heretic\wads
  146.    videolines=50
  147.  
  148.         Edit your iFrag.CFG file to reflect your preferences, and
  149.    save the changed file.
  150.  
  151.         3) Using your preferred ASCII text editor, modify the
  152.    WATTCP.CFG file in your iFrag directory so that all entries
  153.    are correct for your system. You will need to specify your
  154.    machine's IP address, the paths to your game and patch WAD
  155.    directories, and your chosen nickname (the name by which other
  156.    iFrag players will know you). To continue with our example
  157.    system, let's suppose Joe Ayedume has an IP address of
  158.    128.192.107.212 (machine name: fraglord.hell.com), his
  159.    gateway's address is 128.192.107.1, there is a Domain Name
  160.    Server at 128.192.107.44, and his sublet mask is
  161.    255.255.255.0. The WATTCP.CFG file for Joe's system will have
  162.    the following entries:
  163.  
  164.  
  165.    ;
  166.    ; Sample WATTCP.CFG File
  167.    ;
  168.    my_ip = 128.192.107.212
  169.    netmask = 255.255.255.0
  170.    nameserver = 128.192.107.44
  171.    gateway=128.192.107.1
  172.    domainslist="hell.com"
  173.  
  174.         Edit your WATTCP.CFG to reflect your system and
  175.         preferences, save the changes, and then return to DOS. 
  176.  
  177.         4) Set up the DEFAULT.RSP file with your preferred game
  178.    settings. iFrag understands standard DOOM response files,
  179.    which are flat ASCII text files containing command line
  180.    parameters, one complete parameter per line (see the DOOM
  181.    documentation for more information on response files). At
  182.    start-up, iFrag loads a special response file called
  183.    DEFAULT.RSP, and uses it to set the default game parameters
  184.    for your session. Thus, if you play Heretic DEATHMATCH most of
  185.    the time, you can add the commands -heretic and -deathmatch to
  186.    your DEFAULT.RSP and iFrag will automatically come up with
  187.    Heretic DEATHMATCH selected. Any of iFrag's command line
  188.    switches may be specified in DEFAULT.RSP (or any response
  189.    file, for that matter). For a complete listing of iFrag's
  190.    command line switches, see Appendix A of this document. A
  191.    sample DEFAULT.RSP is included with your iFrag distribution
  192.    and looks something like this:
  193.  
  194.    -heretic
  195.    -deathmatch
  196.    -skill 5
  197.    -nomonsters
  198.    -noartskip
  199.    -describe KidVid Fears Khan!!!
  200.  
  201.         Save your modified DEFAULT.RSP and return to DOS.
  202.  
  203.         5) iFrag is now installed and ready for fragging! 
  204.  
  205.  
  206.                              Using iFrag
  207.  
  208.         Using iFrag is extremely simple - just change into your
  209.    iFrag directory and type "iFrag" at the DOS prompt. The iFrag
  210.    client-mode screen comes up, and iFrag contacts the Internet
  211.    Frag Tracker to see which games are waiting for players at the
  212.    moment. Once iFrag has successfully contacted the Frag Tracker
  213.    and downloaded the list of available games, a pop-up dialog
  214.    box appears on the screen. Using the PgUp and PgDn keys, you
  215.    can view a summary of each available game. This game summary
  216.    includes the type of game (DOOM, DOOM II, or Heretic), the
  217.    address of the "server" machine which is hosting this
  218.    particular game, the nicknames of all the players currently in
  219.    the game, a brief description/comment, as well as the current
  220.    game settings (skill, episode, map, etc.). Once a game which
  221.    looks interesting to you is displayed on the screen, press the
  222.    <ENTER> key to select it. iFrag will immediately contact the
  223.    server machine which is hosting that particular game and
  224.    attempt to join it. NOTE: If there are no games currently
  225.    looking for players, iFrag will inform you that there are no
  226.    games waiting. In that case, you may choose to host your own
  227.    game. Use Alt-X to exit iFrag, and then restart iFrag with 
  228.  
  229.    iFrag -server
  230.  
  231.         An iFrag server is the coordinator for a particular game.
  232.    The player running the server machine is the "boss" - he gets
  233.    to decide which game will be played (DOOM, DOOM II, or
  234.    Heretic) as well as which parameters to set (such as episode,
  235.    map, skill level, which PWADs to use, and so forth). The
  236.    server also  decides who may be allowed to join the game and
  237.    when the game will begin. Although the other players in the
  238.    game may voice their opinions, only the server has the ability
  239.    to actually make changes to the game settings. In a sense it's
  240.    just like watching TV - although there may be four people
  241.    watching, only one person can have the remote control.
  242.     
  243.         When you have successfully joined a game, or have begun a
  244.    new game of your own, the iFrag chat mode screen appears. This
  245.    screen is divided into several sections: the credits, the
  246.    output window, the status bar, and the input line. At the top
  247.    of the screen is the name of the program, its version number,
  248.    and the copyright notice. The large area beginning with the
  249.    second screen line is the output window. Here is where iFrag
  250.    will display all status messages as well as the chat text
  251.    entered by the other players. Below the output window is the
  252.    status bar, where the current game settings are displayed.
  253.    Below the status bar is the input line where all the text you
  254.    type on your keyboard will appear. Finally, the bottom line of
  255.    the screen lists significant contributors to iFrag. During
  256.    this phase of the game setup, all players who have connected
  257.    thus far can type messages to each other using iFrag's built-
  258.    in chat facility. To send a message to the other players in
  259.    the game, simply type a  message on the keyboard. Your
  260.    keystrokes appear in the input line at the bottom of the
  261.    screen, and when you press <ENTER>, the text will be echoed to
  262.    the screens of all players (along with an indication of who
  263.    sent the message). The server itself will also send messages.
  264.    Messages from the server will begin with three asterisks
  265.    ("***") to distinguish them from messages typed by other
  266.    players.
  267.  
  268.         In addition to sending text messages, iFrag's chat
  269.    facility also understands several commands, each beginning
  270.    with a slash '/' character. Some examples of iFrag chat mode
  271.    commands are /who, /quit, and /help. A complete listing of
  272.    available chat mode commands is given in Appendix B at the end
  273.    of this document.
  274.  
  275.         When a client connects to the iFrag server, the client
  276.    automatically receives the game parameters which will be used
  277.    during that session. These game settings are displayed on the
  278.    status bar in an abbreviated form to ensure that they will all
  279.    fit within the available space.
  280.  
  281.         Once all players have joined the game and all parameters
  282.    have been set, the server player presses the F10 key. The
  283.    iFrag server signals the clients that the game is beginning,
  284.    the chat facility is shut down, and iFrag sets up the
  285.    connections which will be used for the actual game. Once these
  286.    network links are established between all the machines, the
  287.    message "Prepare to meet your DOOM!" is displayed, and iFrag
  288.    launches the appropriate game. 
  289.  
  290.  
  291.                                   
  292.                  Common Problems and Their Solutions
  293.  
  294.         Problem: The game is VERY SLOW. The speed of the game is
  295.    all right most of the time, but there are periodic slowdowns
  296.    and speed-ups. The game started off slow, and got slower and
  297.    slower until finally it ground to a complete halt. 
  298.         Explanation: All of the above problems are the result of
  299.    a poor quality net connection. To borrow terminology from
  300.    other Internet games, the two phenomena of interest are "lag"
  301.    and "chew". Lag is the amount of time it takes for a packet
  302.    sent my one machine to reach its destination. It's possible to
  303.    get an idea of the lag time between machines using a program
  304.    called PING, which send a packet out, waits for a reply, and
  305.    measures the total time taken. Since the rate at which DOOM
  306.    plays is dependent upon the rate at which the packets from
  307.    other machines come in,  if one or more machines involved in
  308.    the game is on a slow portion of the net the game will slow
  309.    down for everybody. This is why players who are connected to
  310.    the Internet via SLIP, PPP, or 56kb connections are
  311.    frustrating to play against. Chew can be thought of as "packet
  312.    loss" - essentially the network chews up the packets and they
  313.    disappear. Since the UDP protocol has no mechanism for
  314.    ensuring that a given packet will reach its destination,
  315.    packet loss is a definite possibility on busy networks. While
  316.    DOOM can compensate for this by including "backup tics"
  317.    (information for the current time period as well as previous
  318.    time periods) in each game data packet, it takes time for the
  319.    new packets to get through, resulting in "bursty" game play.
  320.    Chew can also be estimated using the PING program, which
  321.    usually reports a "% packet loss" statistic. In general, if
  322.    PING reports that a machine has a long packet round trip time
  323.    or a high percentage of lost packets, any DOOM games involving
  324.    that machine and yours will suffer from speed problems. The
  325.    worst part is there's nothing anyone can do about it, short of
  326.    installing a direct fiber-based ATM backbone between your
  327.    machine and his. About the best you can do is try again at
  328.    another time and hope that the network between you is less
  329.    busy then.
  330.  
  331.         Problem: DOOM runs for a little while, but then it
  332.    crashes to DOS with an error message saying something about
  333.    NUMTICS and BACKUPTICS. 
  334.         Explanation: This error seems to crop up frequently when
  335.    players use slow and/or lossy network connections. At the time
  336.    of this writing, the exact cause of this problem is unknown.
  337.    Although recent changes to iFrag seem to have reduced the
  338.    occurrences of this problem, the problem is apparently a bug
  339.    in DOOM which only shows up under extreme conditions. If this
  340.    happens to you about all you can do is restart the game,
  341.    perhaps with a smaller number of players.
  342.  
  343.         Problem: iFrag returns to DOS saying "NO PACKET DRIVER
  344.    FOUND." 
  345.         Solution: Make sure that you have a packet driver
  346.    installed and that it is being loaded correctly. Note that it
  347.    is easy to mistake other types of drivers, such as those used
  348.    in Novell networks, for packet drivers as they have similar or
  349.    even identical names. When in doubt, download the Crynwr
  350.    packet drivers and install the one for your card. 
  351.  
  352.         Problem: iFrag returns to DOS saying "Error 0xAA
  353.    accessing packet driver."     
  354.         Solution: Either something has clobbered your packet
  355.    driver in memory or you are using a packet driver which does
  356.    not identify itself as "class 1" (such as SLIP and PPP
  357.    drivers). iFrag requires a class 1 packet driver in order to
  358.    function, a limitation of the WATTCP library upon which iFrag
  359.    is based. If you know that your packet driver is class 1 but
  360.    you still get this message, try re-booting your machine to
  361.    install a fresh copy of the packet driver.
  362.  
  363.         Problem: The packet driver is installed and appears to
  364.    load correctly, but when iFrag is run nothing happens. 
  365.         Solution: When installing the packet driver, make certain
  366.    that the correct parameters are used on its command line. On
  367.    some network interface cards, improper settings can still
  368.    cause the packet driver to APPEAR to be loading correctly,
  369.    only to have a failure occur when an actual communication
  370.    attempt is made. Also, make sure that there is no other
  371.    software loaded which is also trying to use the network card
  372.    at the same time, such as a Novell network driver. The cleaner
  373.    the boot, the better it is for DOOM. The ideal configuration
  374.    would load only the packet driver and the mouse driver - no
  375.    HIMEM, no EMM, no Novell drivers, no QEMM, no SMARTDRV, etc.
  376.    DOOM doesn't need them, and they may cause conflicts. The
  377.    author's system uses MS-DOS 6's built-in multiple
  378.    configuration facility. This allows easy selection of either a
  379.    normal configuration or a DOOM configuration at boot time.
  380.  
  381.         Problem: Occasionally iFrag will freeze up with this
  382.    little yellow blinking asterisk in the lower right hand corner
  383.    of the screen (on the status bar). After about 30 seconds, the
  384.    flashing asterisk goes away and everything works properly
  385.    again. What's going on?
  386.         Explanation: This is what we have called "Tracker Lag" -
  387.    it is a delay associated with sending game status updates to
  388.    the Frag Tracker. Unfortunately there is no known cure for
  389.    Tracker Lag, but we're working on it.
  390.  
  391.  
  392.               Appendix A: Command Line Switch Reference
  393.  
  394.         -doom2 selects DOOM II (the default is DOOM classic).
  395.    Similarly, -heretic selects Heretic.
  396.  
  397.         -ticdup <n> and -extratics <n> are used to add extra
  398.    (redundant) information to the network packets sent between
  399.    machines. This redundant information can sometimes make
  400.    marginal (slow) connections a bit more playable. The parameter
  401.    <n> is an unsigned integer specifying the number of extra or
  402.    duplicate TICs to be sent within each packet.
  403.  
  404.         -server invokes iFrag in SERVER mode. There can only be
  405.    ONE server in any game, and all desired game settings must
  406.    also be specified on the server's command line. 
  407.  
  408.         -client [<server_address>] invokes iFrag in CLIENT mode,
  409.    and (optionally) attempts to connect to an iFrag server
  410.    running on the machine at <server_address>. Example: -client
  411.    128.192.23.5 A copy of iFrag invoked in server mode (with the
  412.    -server switch as described in the preceding section) must be
  413.    running on the machine whose IP address is specified after -
  414.    client. If no server address is specified, iFrag will connect
  415.    to the Frag Tracker and download the list of available games.
  416.  
  417.         -notrack is used when you wish to bypass the Frag Tracker
  418.    and set up a game among "known" machines or if the Frag
  419.    Tracker is otherwise unreachable (e.g. you are playing DOOM on
  420.    an isolated sublet). This is especially useful for "private"
  421.    games, i.e. games which you want only your friends to join. By
  422.    advertising a game on the Frag Tracker, you are implicitly
  423.    inviting anyone to join your game; to avoid this, use -notrack
  424.    on your server machine and specify the server's IP address
  425.    after the -client switch on each client machine.
  426.  
  427.         -describe <string> adds a game description string from
  428.    the command line or from within a response file.
  429.  
  430.         -net <n> <host1> [<host2> [<host3> [<host4>]]], where 1
  431.    <= n <= 4 and host1 - host4 are the names or IP addresses of
  432.    the other machines in the game. This specifies which node your
  433.    machine will be in the game, and must be unique (e.g. two
  434.    machines in the same game cannot both specify net 2). In
  435.    addition, the order of the host addresses must be consistent
  436.    across all machines in the game. This number determines the
  437.    color of your player's uniform, where net 1 is Green, net 2 is
  438.    Indigo, net 3 is Brown, and net 4 is Red.  Example: -net 3
  439.    129.202.14.71 128.177.2.66. NOTE: Setting up a game using the
  440.    -net switch bypasses entirely iFrag's use of the Frag Tracker
  441.    as well as the initial chat mode. Consequently, each player
  442.    must specify not only the IP addresses of all the other
  443.    machines in the game, but all of the game parameters (e.g. -
  444.    doom2, -altdeath, etc.) as well. Needless to say, this manual
  445.    method is a very cumbersome and error-prone way to set up an
  446.    iFrag game, and is now obsolete. It is maintained solely for
  447.    backwards compatibility with certain front-end programs.
  448.  
  449.         -vector <n> specifies the interrupt vector which DOOM
  450.    should use to communicate with iFrag. NOTE: This is NOT the
  451.    same as the vector used by your packet driver! Specifying the
  452.    same vector number for iFrag and your packet driver will have
  453.    unpredictable results. Normally, iFrag will select an
  454.    appropriate vector number automatically; you can use this
  455.    option to override iFrag's automatic choice if necessary.
  456.    Specify the vector number in C-style HEX notation. Example: -
  457.    vector 0x61.
  458.  
  459.         -port <n> specifies the port number to be used for the
  460.    game. The default setting is 5029, which is the same as the
  461.    NeXT version of DOOM as well as TCPSETUP. NOTE: All players
  462.    involved in the game must use the same port number. In most
  463.    cases the default port will work fine; this switch allows you
  464.    to change it if necessary to avoid conflicts with other
  465.    network software.
  466.  
  467.         @<filename> loads and processes a standard DOOM response
  468.    file. A response file is a flat ASCII text file containing
  469.    iFrag command-line switches, one complete parameter per line.
  470.    Each line must be terminated by a CR-LF pair. By convention,
  471.    response files end in the .RSP extension (e.g. DEFAULT.RSP,
  472.    iFrag.RSP). Example: @HERETIC.RSP
  473.  
  474.  
  475.                Appendix B: Chat Mode Command Reference
  476.  
  477.         The following commands are recognized by iFrag in chat
  478.    mode. NOTE: Some commands may be abbreviated; abbreviations
  479.    appear next to the command in parentheses.
  480.  
  481.         /help displays a brief summary of the available commands.
  482.  
  483.         /nick changes your nickname. Your nickname is used by the
  484.         server to identify the source of a particular message (so
  485.         players can tell who said what). The default nickname is
  486.         specified in your iFrag.CFG file; use /nick to change it.
  487.         Example: /nick Khan.
  488.  
  489.         /me prints a message in which you can refer to yourself
  490.         in the third person (usually used to describe an action).
  491.         Example: If your nickname is Jim and you type "/me yawns"
  492.         everyone will see the text "* Jim yawns" on their screen.
  493.  
  494.         /msg sends a message directly to an individual user.
  495.         Unlike standard messages, which are broadcast to all
  496.         players in the game, text sent with /msg is not echoed to
  497.         the screens of other players. This is the chat mode
  498.     equivalent of whispering into someone's ear.
  499.         /who displays a list of players currently connected to
  500.         the server as well as their (tentative) uniform color
  501.         assignments and the Internet addresses of their
  502.         computers. Note that these colors may change if players
  503.         disconnect from the server prior to the start of the
  504.         game.
  505.  
  506.         /ping displays the Estimated Connection Quality (ECQ) for
  507.         each player in the current game. The ECQ is measured by
  508.         sending a short packet of information (called a PING)
  509.         from the server to each client and measuring the amount
  510.         of time it takes for each client to reply to the PING. A
  511.         new PING is sent approximately once per second to each
  512.         client, and the resulting round trip times are averaged
  513.         to form the ECQ numbers, measured in milliseconds (ms).
  514.         As a rough rule of thumb, games where the ECQ for each
  515.         node is < 50ms are usually quite playable, assuming that
  516.         the amount of "chew" (packet loss, which the ECQ does not
  517.         measure) is low. The ECQ can be used to decide whether or
  518.         not to play a particular game, or whether to reduce the
  519.         number of players (e.g. it is usually best to split a 4-
  520.         player game where the ECQ's are high into two separate
  521.         (and more playable) 2-player games.
  522.  
  523.         /quit removes you from the game.
  524.  
  525.         The following chat mode commands may only be issued from
  526.    the server console:
  527.  
  528.         /doom, /doom2 (/d2), and /heretic (/htic) are used to
  529.         select a game to play. Of course, all players in the game
  530.         must have a copy of whichever game you select installed
  531.         on their machine in order for it to be played. If any
  532.         player does not have a copy installed, or the installed
  533.         copy of the game is a different version, iFrag will warn
  534.         the server operator of this situation. Example: /heretic.
  535.  
  536.         /episode <n> (/ep), and /map <n> are used to select the
  537.         initial level to be played. Each is followed by an
  538.         integer specifying the episode or map number to select.
  539.         The episode and map chosen must make sense within the
  540.         context of the currently selected game, e.g. iFrag will
  541.         not allow you to select /episode 2 in a game of DOOM II,
  542.         since DOOM II does not have episodes, nor will it allow
  543.         you to select an episode or map number which is out of
  544.         range lime /map 77. Examples: /map 7; /episode 3.
  545.  
  546.         /deathmatch (/dm), /altdeath (/alt), and /coop control
  547.         the mode of the network game. As with the episode and map
  548.         commands, the mode of the game must make sense within the
  549.         context of the currently selected game; iFrag won't allow
  550.         you to specify /altdeath mode in Heretic, which only
  551.         understands the /deathmatch and /coop modes. Example:
  552.         /altdeath.
  553.  
  554.         /nomonsters (/nomon), /respawn (/resp), and /fast control
  555.         the appearance of monsters in the game. /nomonsters
  556.         removes all monsters from the game so there is nothing to
  557.         distract you from wasting your buddies. /respawn makes
  558.         the monsters respawn (as they do in DOOM's Nightmare
  559.         skill level) whereas /fast makes the monsters move more
  560.     quickly.
  561.         /skill <n> (/sk) allows you to set the skill level for
  562.         the game. The parameter <n> is an integer between 1 and
  563.         5. Example: /sk 5.
  564.  
  565.         /kick (/frag) to kick a user out of the game. Example:
  566.         /kick NoOne.
  567.  
  568.         /ban is similar to /kick, except it also prevents that
  569.         player from rejoining your game. 
  570.  
  571.         /launch (/go or the F10 key) to launch DOOM (begin the
  572.         game).
  573.  
  574.         /describe (/desc) adds a brief description to the game's
  575.         Frag Tracker listing. This may be useful in helping
  576.         others decide whether or not to join your game. The
  577.         length limit of this description string is 40 characters.
  578.         Example: /desc No Wussies Allowed!
  579.  
  580.  
  581.         /notrack, similar to the -notrack command line switch,
  582.         prevents iFrag from reporting your game to the Frag
  583.         Tracker. Example: /notrack.
  584.  
  585.  
  586.         /record <filename> configures DOOM to record a
  587.         multiplayer demo .LMP file of your game. Specify only the
  588.         root filename of the file where you wish your demo to be
  589.         saved (i.e. leave off the .LMP extension). To cancel
  590.         recording, type /record by itself with no filename.
  591.         Example: /record tourney.
  592.  
  593.         /timer <n> and /avg specify a time limit for each level
  594.         in the game. 
  595.  
  596.         /update causes iFrag to send an immediate game status
  597.         update to the Frag Tracker. Normally iFrag will send a
  598.         Frag Tracker update whenever a game parameter is changed,
  599.         a player joins or leaves the game, or once every few
  600.         minutes if there is no other activity (since the Frag
  601.         Tracker will expire games which have not send a recent
  602.         update, this behavior keeps the game "alive" on the
  603.         Tracker). Normally you won't need to use this command.
  604.         Example: /update.
  605.  
  606.         /pwads <string> tells iFrag which PWADs, if any, you wish
  607.         to load when the game is launched. There is no limit on
  608.         the number of PWADs you can specify, but there is a 40-
  609.         character length limit on the entire string. Be certain
  610.         you enter the filenames WITHOUT any path specification
  611.         but WITH the .WAD file extension. iFrag checks to make
  612.         sure that all players have the PWADs you specify here
  613.         installed in the PWAD directory for the currently
  614.         selected game (as specified in iFrag.CFG).  Example:
  615.         /pwads LEDGES.WAD FRAGASM7.WAD OCTAFRAG.WAD.
  616.  
  617.         /load <filename> and /save <filename> let you load and
  618.         save response files. You can use response files to store
  619.         various "theme" parameter combinations for rapid
  620.         retrieval at a later time. For example, a LEDGES.RSP
  621.         might set up DOOM with /altdeath, /nomonsters, /skill 5
  622.         and /pwads LEDGES.WAD. Incidentally, iFrag loads the
  623.     response file DEFAULT.RSP automatically at start-up, and
  624.         creates the file iFrag.RSP when DOOM is launched. Thus,
  625.         /load iFrag.RSP can be used to reload the parameters used
  626.         for the last game and /load DEFAULT.RSP will restore your
  627.         default settings. Example: /load CARNAGE.RSP.
  628.  
  629.         /games queries the Frag Tracker displays a listing of
  630.         waiting games (including your own). Use /games to check
  631.         your own game entry or to see who else is playing.
  632.  
  633.         /away and /back are used when you have set up a server
  634.         and are waiting for players to join your game but you
  635.         must step away from your console momentarily (to answer
  636.         the phone, for example). By issuing the /away command,
  637.         players are notified that you have stepped away but that
  638.         you will return shortly. Use the /back command to notify
  639.     the others of your return.
  640.