home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / DOOR / EAW251.ZIP / EAW2BBS.DOC < prev    next >
Text File  |  1994-10-22  |  5KB  |  99 lines
  1.         Empires at War v2.51(EAW2)(tm) Copyright(C) 1994 Steven R. Lorenz
  2.                            An Exdx Systems Development
  3.  
  4. REGISTRATION
  5. Registration of EAW2 is not necessary to run BBS to BBS for the first 24 turns.
  6. After 24 games of play it must be registered.  The BBS can be played on a
  7. single BBS for up to a game limit of 99 turns.
  8.  
  9. Setup:
  10.  Step 1: Create at least Sub-Directory to hold your inbound and outbound files.
  11.          It may be wise to make a third or even fourth working directory. Here
  12.          files can be written then compressed with PKZIP or ARJ or whatever.
  13.  
  14.  Step 2. Correctly configure your system by using the EAW2UTIL program.
  15.  
  16.  Step 3. Contact the host bbs to co-ordinate which empires each bbs will be
  17.          allowed to have.  These can be left open for users to claim or can
  18.          be assigned by the sysop who logs on locally as that user.  Other
  19.          empires assigned to another bbs should be assigned by the sysop to
  20.          dummy names.  In any case no empires should remain unclaimed and
  21.          available before starting the game.
  22.   Note - This setup takes some time for the sysop to do.   There is at present
  23.          no way this can be done automatically.  This is the price that true
  24.          integrated play costs.
  25.  
  26.  Step 4. Create batch complete eaw2bbs-eaw2turn process.  On the remote side
  27.          two batch process are need.  The first get the file package from the
  28.          host, unpacks it into a working directory (INBOUND) and runs the
  29.          EAW2BBS with the /I parm.   The second may run just before the host
  30.          schedules its turn.  Here EAW2BBS uses the /O parm to extract files
  31.          into the OUTBOUND files area.  This should be compressed and packed
  32.          into a file sent to hosts system.
  33.          At the host site all file packages for a particular game should be
  34.          unpacked into a working directory (INBOUND) area. Then EAW2BBS must
  35.          be run with the /I parm.  Then EAW2TURN for that turn can be run.
  36.          Finally EAW2BBS is run again this time using the /O parm.  The files
  37.          sent to the OUTBOUND area are compressed and packed into a file and
  38.          made available to the remote sites.
  39.  
  40.  Running EAW2BBS
  41.  Eaw2bbs will import and export player turn records into EAW2 games.  This
  42.  allows other bbses (or players) at remote sites to play games at a central
  43.  host location.  Central to this it that the Inbound/Outbound record must be
  44.  set up correctly.  All sites playing in the game must have each bbs in the
  45.  game using the same ID number.  Also they must correctly identify the host
  46.  bbs and the game number at the host.
  47.  EAW2BBS needs to use parameters to work.  The first parameter HAS to be
  48.  either /I or /O.  After this is the game number at the current(local) site.
  49.  
  50.  OUTBOUND:
  51.  There are two types of OUTBOUND processes:
  52.  1) If run at the host bbs virtually all the common records (status, points,
  53.     maps) are sent.  Also, non-local player detail data is also exported.
  54.     Also all host to non-local mail is sent.  All remote sites can use the
  55.     same set of files.
  56.  
  57.  2) If run at the remote then all army, navy, and turn records are sent. This
  58.     site must be registered or these records will be rejected by the host.
  59.  
  60.  Example:
  61.  EAW2BBS /O 1
  62.  This extracts and exports game number 1.
  63.  
  64.  INBOUND:
  65.  There are two types of INBOUND processes:
  66.  1) If run at host the inbound record must pass a registration test.  If the
  67.     remote site is not registered the records will be rejected.  If the name
  68.     of the BBS or USER does not match that set for it in the I/O Control
  69.     record it is also rejected.  When accepted the records are integrated
  70.     with the current local and other remote sites.
  71.  2) If run at the remote site then all data from the host is updated to match
  72.     that of the host.  New from mail to remote mail is put on the system.
  73.  
  74.  Example:
  75.  EAW2BBS /I 1
  76.  This imports and integrates records to game number 2 on the local system.
  77.  
  78.  Notes:
  79.  The first parameter must be either a /o or /i.  Other parameters can be one
  80.  or more games to be exported/imported.  It is however far easier to do one
  81.  game at a time when file compressing and routing is taken into account.
  82.  
  83.  Sysops should consult with each other as to the BBS ID number system they
  84.  are going to use.  Also, the Registration Key name in the remote sites MUST
  85.  match that listed in the hosts I/O Control Record.
  86.  
  87.  VGAEAW -
  88.  This is an offline program that can accept outbound format records and load
  89.  them into a player's own data base.  He then can make his moves using this
  90.  program.  This is a VGA color program with mouse support.  After completing
  91.  his turn, the player must run the load/unload program (EAW2LOAD) to extract
  92.  the turn files into the inbound file format. These than can be uploaded to
  93.  the BBS and loaded into the door data base using EAW2BBS.
  94.  
  95.  
  96.  
  97. ──────────────────────────────────End of Doc──────────────────────────────────
  98.  
  99.