home *** CD-ROM | disk | FTP | other *** search
/ synchro.net / synchro.net.tar / synchro.net / main / BBS / OO112-1.ZIP / OOIITS.DOC < prev    next >
Encoding:
Text File  |  1998-10-07  |  11.2 KB  |  249 lines
  1.  
  2.          Operation: Overkill Trouble-Shooting Guide:
  3.          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  4.  
  5. Here are the most asked questions about Overkill from Sysops having
  6. problems/questions with the game:
  7.  
  8.  
  9. -----
  10.  
  11. [Q] Is a fossil driver, either BNU or X00, actually required for BBS
  12.     speeds of 9600 or higher?
  13.  
  14. [A] A fossil driver is required for running OOII with a high speed modem.
  15.     The suggested fossil driver to use is BNU (BNU170.ARJ/ZIP), which I
  16.     have available on my BBS, and is available on most local file BBS's.
  17.     It is also suggested that the baud rate be locked at 9600, 19200, or
  18.     38400 baud.
  19.  
  20.     If you are using non-standard IRQ settings or base port addresses for
  21.     your modem comports, a fossil driver will be required to adhere to
  22.     your specific settings.  BNU has a utility called BNUPORT and can
  23.     be used to set the non-standard IRQ settings.
  24.  
  25. -----
  26.  
  27. [Q] I use a fossil driver and have a high speed modem, yet my callers can
  28.     only see garbage or line noise when the game loads up.  What is the
  29.     problem here?
  30.  
  31. [A] Several things could be the problem here:
  32.  
  33.     1) Make sure that you have your fossil driver installed correctly and
  34.        are locking it at a high speed (9600, 19200, or 38400).  Then, check
  35.        to see if your front-end mailer (if you have one) is locked at the
  36.        same speed, and also your BBS software must indicate that it is
  37.        locked at that same speed.  In your door batch file or AUTOEXEC.BAT
  38.        file, the command line to lock the BNU fossil driver is:
  39.  
  40.            BNU /L:1=19200  'lock Com 2 at a 19200 baud rate
  41.  
  42.            or...
  43.  
  44.            BNU /L:0=19200  'lock Com 1 at a 19200 baud rate
  45.  
  46.  
  47.      2) Run OOSETUP and set the modem handling (in the System Information)
  48.         to FOSSIL.  Make sure you save the new changes when exiting!
  49.  
  50. -----
  51.  
  52. [Q] The Gate Guard is getting killed way too many times and is easily
  53.     defeated by an onslaught of Hydrites!  How can I fix this?
  54.  
  55. [A] Load up OOSETUP and change the minimum Average Player Level in the
  56.     Game Information Menu.  This value can be raised high enough to
  57.     prevent the Guard from ever being attacked by the Hydrites (but
  58.     what is the fun in that!)  Also, inform your players that the Gate
  59.     Guard upkeep is their DUTY!  Players should donate good equipment
  60.     and try to keep the Gate Guard loaded with the best weapons, fully
  61.     loaded.
  62.  
  63. -----
  64.  
  65. [Q] The combat speed for my players seems way too fast.  The "AAA..BBB..CCC"
  66.     line zooms by without giving my users a chance to hit it.  Also at
  67.     times, the combat line is "jerky" on the remote-end's side.  How can I
  68.     slow this down, smooth out the rough printout, or bypass it completely?
  69.  
  70. [A] In OOSETUP, you can adjust the combat speed by raising or lowering the
  71.     values of the combat delay.  The higher the combat delay, the slower
  72.     the line will display across the screen, and the lower the combat delay,
  73.     the faster the screen will display.  If the speed is currently too
  74.     fast, raise the combat speed up by 10 or 20 and test it out.  (Example:
  75.     default combat speed is set at 38 in OOSETUP.EXE, change it to 48 and
  76.     the try it again.)  Local play will experience the same speed as remote
  77.     players do.   Adjust this value until you feel you have a challenging
  78.     combat speed.
  79.  
  80.     If a player does not like the combat action, or is not able to use it
  81.     efficiently, they may switch to a "statistical mode".  This mode, which
  82.     is sometimes referred to as "random mode", attributes of the players'
  83.     charactre are used instead of relying on direct response from the user.
  84.  
  85.     Another recommendation you might try is to change the screen writes
  86.     from DIRECT to BIOS.  This can be configured in OOSETUP under the
  87.     system configuration menu.  Although this may slow the game down just
  88.     a bit overall, it may smooth out the areas where jerkiness or
  89.     inconsistent printing may occur.
  90.  
  91. -----
  92.  
  93. [Q] As a Sysop, I want to run the Overkill maintenance program, MAINTOO,
  94.     at the same time my BBS maintenance runs.  However, when the event
  95.     is invoked and MAINTOO tries to load up, a message appears on the
  96.     screen "NO CARRIER -- HALT CODE 25" and the program aborts.  What
  97.     causes this?
  98.  
  99. [A] MAINTOO checks the Overkill data directory for a file called BBSINFO.OO,
  100.     and this file stores the information of the callers name, baud rate,
  101.     com port, time left, and color toggle.  If MAINTOO finds this file
  102.     and then tries to load up, it will think that the carrier has been
  103.     dropped because no user is currently online!
  104.  
  105.     The solution is easy: delete the BBSINFO.OO before calling MAINTOO
  106.     in your event batch file.  For example:
  107.  
  108.     :BBSMAINT
  109.      cd\bbs
  110.      packmessages
  111.      packusers
  112.      cd\ooii
  113.      del bbsinfo.oo
  114.      maintoo
  115.      cd\bbs
  116.  
  117.      ...but the best solution is simply not to run MAINTOO during your
  118.      midnight maintenance.  The program is quick enough not to keep a
  119.      user online very long, wondering if the system has locked up or not.
  120.      The MAINTOO program is very fast in calculating its daily maintenance.
  121.  
  122. -----
  123.  
  124. [Q] My players have been complaining about the game locking up on them
  125.     sometimes while they are playing.  The local side looks fine and I
  126.     can take control of the player, however, the remote player's side
  127.     is locked up.  What is causing this?
  128.  
  129. [A] A few things can be causing this, but the main reason is probably the
  130.     remote player's communications program (ie: Telix, Qmodem, Telemate).
  131.     The problem lies in the scrollback buffers and screen capture programs.
  132.     Try to reduce the number of lines the scrollback buffer stores, or for
  133.     the best results, disable the scrollback buffer completely.
  134.  
  135.     Also, any communication programs running under Windows has been found
  136.     to lock up often.  Load up the communication programs from DOS, and
  137.     run it again.
  138.  
  139.     One other thing that may prevent lockups is to inform your players to
  140.     play "slower".  Most of the lockups that have been reported happen only
  141.     with the faster players; players who abort text screens, menus, and
  142.     scanner pictures.  These players (if the have scrollback buffers
  143.     enabled) should slow down their play and reduce the number of screens
  144.     that they abort.
  145.  
  146. -----
  147.  
  148. [Q] When I tried to unzip the Overkill package and run ThunderByte virus
  149.     detector, it reports that a few *.MAP files contain a VIRUS!  Should
  150.     I warn others of this report?
  151.  
  152. [A] The map files are strictly binary files containing #'s, 0-255.  They
  153.     can not be 'executed' or loaded into memory as a virus.  Some of the
  154.     maps may have a certain pattern on the terrain that may alert virus
  155.     scanners of a similar pattern found in virsuses.  However, the map
  156.     files contain no viruses (or any other files in the package for that
  157.     matter).  The author of ThunderByte even checked it out himself and
  158.     guaranteed that the report was false.
  159.  
  160. -----
  161.  
  162. [Q] I am having a strange problem with OOSETUP.  Every time I reset the
  163.     game (or even start one from scratch), and exit to save changes, the
  164.     status bar gets to "Control File" and then freezes.  The system won't
  165.     respond to anything but Ctrl-Alt-Del.
  166.  
  167. [A] The Control File is looking for the monster file, MONSTERS.DAT.  Make
  168.     sure that the MONSTERS.DAT file is located in the data directory
  169.     (either the main Overkill directory for default or a separate data
  170.     directory that you set up for multiple games).
  171.  
  172. -----
  173.  
  174. [Q] I'm a Sysop and use a multi-tasker (Desqview, Windows, or OS/2), and
  175.     every time the game loads up, the menu screens are flashed onto the
  176.     screen, messing up my open windows and bleeding into other screens.
  177.     What's the problem here?
  178.  
  179. [A] Most likely the problem is that the game is loading up in Ansiterm
  180.     mode when it finds the 3 main picture files, *.PIX.  To fix this
  181.     problem, you can delete the *.PIX files from your Overkill directory.
  182.     Be sure you have a backup of the *.PIX files in case you want to
  183.     use them again in the future.
  184.  
  185. -----
  186.  
  187. [Q] I run a multi-node system.  When a user tries to load up Overkill,
  188.     the game tells the user that "Another player is using the game right
  189.     now.  Pleas try again later!".  However, another player is not using
  190.     Overkill!  What's the problem here?
  191.  
  192. [A] On erratic occassions, Overkill may not exit cleanly and completely.
  193.     This may be due to several things: power shutdowns during Overkill,
  194.     possible drop carriers, electric storms zapping modems, electricity
  195.     shutdown, etc.  Overkill looks for a file called OONODE.DAT in its
  196.     data directory.  If this file exists, the game thinks it is has a
  197.     player currently in the game.  If this file is not reset when a user
  198.     logs out of the game, a "node collision" may occur and thus think that
  199.     the user is still playing Overkill.  If one of your users does complain
  200.     that Overkill is not letting them play even though no one else is
  201.     currently in the game, check to see if a OONODE.DAT file exists in
  202.     the Overkill data directory.  If it does, simply delete it and that
  203.     should fix the problem.
  204.  
  205. -----
  206.  
  207. [Q] What kind of support can I expect from Bryan Turner on this door game?
  208.  
  209. [A] You will be able to get in contact with me in MANY ways.  The most
  210.     direct way is through Fidonet Netmail.  If you are a Sysop or have
  211.     netmail ability, you can send me a message at 1:124/7013, Bryan
  212.     Turner.
  213.  
  214.     If you don't have access to netmail, you can reach me in several
  215.     door-related message areas connected with Fidonet.  Such message
  216.     echoes include the Doorgames echo, or the OnlineDoors Echo, via the
  217.     Fidonet backbone. I am currently thinking about attempting to get 
  218.     oosysop and ookillers back on line in the near future.
  219.  
  220.     If that method fails, you can call up my 24 hour BBS support board,
  221.     at 972/557-6762, and leave a message directly to Bryan Turner.  I
  222.     monitor the board once a day, so all messages are replied to within
  223.     a 24 hour period.  New files and announcements are displayed on my
  224.     BBS, so check in occasionally for any new updates!
  225.  
  226.     I also have an internet account at vagasoft@usa.net.  So, if
  227.     you have the ability to send e-mail, I can be reached at that
  228.     address.
  229.  
  230. -----
  231.  
  232. [Q] I'm trying to set up an interBBS game with another local BBS in my
  233.     area.   However, when BBSVSBBS.EXE is executed from my BBS's batch
  234.     file, the extra maintenance of X-MAINT.TXT and X-CHECK.TXT are not
  235.     followed through.  What is wrong here?
  236.  
  237. [A] Most likely the problem is that two semaphore flag files exist when
  238.     only one should be active at a time.  There are two flag files that
  239.     are used to determine which BBS is playing their interBBS turn.
  240.     WAITING.TXT should be present in your Overkill interBBS directory
  241.     if the other BBS has the game, or the other file of SENDOUT.TXT should
  242.     be present in your interBBS directory if your BBS is currently playing
  243.     its turn.  Make sure that you don't have both of these flag files in
  244.     your Overkill directory at the same time.  Only use the relevant file
  245.     and delete the other.
  246.  
  247. -----
  248.  
  249.