home *** CD-ROM | disk | FTP | other *** search
/ Sunny 1,000 Collection / SUNNY1000.iso / Files / Dos / Tetris / DROPDEMO.ZIP / INSTALL.DOC < prev    next >
Encoding:
Text File  |  1995-05-17  |  8.2 KB  |  160 lines
  1.    The game is fairly easy to setup and install.  Create a directory on
  2. your drive to hold the files and copy all the files to that directory.
  3. Then create a menu entry for the game similar to the following entry:
  4.  
  5. Entry:
  6. [D]rop Block
  7. Priv=10 A1=-------- A2=-------- A3=-------- A4=-------- ANS=X IBM=X
  8. key=D Type=200 OptData=C:\GAMES\DROPB\DROPB
  9.  
  10.    Please run the INSTALL program before attempting to play the game.
  11. There have been several changes to the CONTROL.DBF file from the
  12. previous version.  The INSTALL program can determine if you have a
  13. previous version of the program and can update your files if you are
  14. upgrading or create your file if this is a new install.
  15.  
  16.    The program uses 2 databases, PLAYERS.DBF and CONTROL.DBF and one
  17. index, PLAYERS.NDX.  These are all the files that are needed for the
  18. program to work.  
  19.  
  20.    If you have purchased the program you will have received an
  21. additional database that contains your registration key.  Please do not
  22. delete this database.  Without this database the program will run in
  23. demo mode.
  24.    When the program is operating in demo mode it will display the word
  25. DEMO on the opening menu and the word unregistered.  There is a maximum
  26. score of 1000 when the game is operating in demo mode.
  27.  
  28.    The program offers several options for the sysop to control the game.
  29. Game settings are stored in 2 databases.  One is the Control database
  30. which maintains the list of top ten high scores, your configuration
  31. settings, etc.  The other is the Players database which maintains each
  32. player's top score, the date they last played the game, their key
  33. configurations (if any) and the number of plays they have left.
  34.  
  35.    The sysop menu is accessible one of two ways.  Anyone with a
  36. privilege of 255 will see the sysop option on the main game menu.  If
  37. you would like someone else to have access to the sysop option you can
  38. create a separate menu entry that will allow sysop access to the game.
  39. The menu entry should look similar to the following:
  40.  
  41. Entry:
  42. [D]rop Block
  43. Priv=10 A1=-------- A2=-------- A3=-------- A4=-------- ANS=X IBM=X
  44. key=D Type=200 OptData=C:\GAMES\DROPB\DROPB &&SYSOP
  45.  
  46.    The sysop can control how many times a user can play the game in a
  47. day.  The number of plays can be from 1 to 998.  You can allow unlimited
  48. plays by entering 999.  The default is unlimited number of plays.  You
  49. can change this by using option 1 on the SYSOP menu.  The sysop will
  50. always have unlimited plays.
  51.  
  52.    The high scores will automatically be reset the first time someone
  53. plays the game each month.  These scores can also be reset manually by
  54. you by choosing the option 2 on the SYSOP menu.  Choose option 3 to
  55. reset the previous month's high score.
  56.  
  57.    Since the game creates a record in the database for each person that
  58. plays the game you may find that the database needs to be cleaned up
  59. periodically.  There are 2 ways to delete players from the database. One
  60. is to choose option 4 from the sysop menu.  The program will prompt you
  61. to enter a date to use. Once you have supplied a date the program will
  62. delete any user who has not played since the date you entered.  For
  63. example, if the current date is 3/13/94 and you wanted to only keep
  64. players who had played in the last month you would enter the date,
  65. 02/13/94.  The program would then delete any player who had not entered
  66. the game since 02/13/94.
  67.  
  68.    Pressing the # key while on the sysop menu will allow you to
  69. configure how many days to retain players in the database.  The default
  70. is to retain players for 30 days.  Any users that have not played the
  71. game in over that number of days will be deleted from the database the
  72. next time you pack the database.
  73.  
  74.    These options only set the players for deletion.  It does not
  75. actually remove the records from the database.  In order to remove the
  76. records you must pack the database.  You must have exclusive access to
  77. the players database in order to use this option.  In other words, no
  78. one can be playing the game.  Once you start packing the database no one
  79. will be able to play the game until you are done.
  80.  
  81.    There are two ways to pack the players database.  One is to use the
  82. offline program called PACK to remove players.  This program is designed
  83. to be run during an external event.  You can also pack the database
  84. online or using a ghost event.
  85.  
  86.     You can remove the records one of two ways.  One is to choose option
  87. 5 on the on the SYSOP menu to pack the database.  If someone is playing
  88. the game you will be told how many players are in the game and you will
  89. not be permitted to pack the database.
  90.  
  91.     The other is to run schedule this as a ghost event.  Enter the
  92. following line OptData line for your ghost event:
  93.  
  94. Type=200 OptData=C:\DROPB\DROPB &&PACK
  95.  
  96. If you are unfamiliar with ghost events, consult you TBBS manual.
  97.  
  98.      It will not hurt the database if you run a run a pack without first
  99. deleting users.  The program makes a backup copy of the database before
  100. the pack so, if you need to go back to the previous database it is still
  101. available.  The backup databases are called OPLAYERS.DBF AND
  102. OPLAYERS.NDX.
  103.  
  104.      If, for some reason, you believe that the PLAYERS.NDX index file
  105. has become corrupt, you can use the pack option to re-create the
  106. PLAYERS.NDX file.
  107.  
  108.      As the sysop you also have the ability to change the colors of the
  109. blocks.  Choose option 6 on the SYSOP menu to edit the colors of the
  110. blocks.  I have found it best if each block is a different color but you
  111. are welcome to use whatever colors you and your users prefer.
  112.  
  113.      You also have the option to set the speed and frequency at which
  114. the blocks drop in the game.  You can configure this using option 7 on
  115. the SYSOP menu.  There are 2 values that control the speed and
  116. frequency.  The first is the time between drops (or the clock ticks).
  117. This is the amount of time that will elapse before the block advances to
  118. the next row.  The second value is the amount that will increase the
  119. speed.  The speed increases after every 1000 points.  I have set a
  120. default of 60 as the beginning drop rate and a value of 10 as the speed.
  121. In other words, you start with a drop rate of 60.  When you reach 1000
  122. points, your drop rate decreases to 50 (smaller number means the drop
  123. rate is faster).  You most likely need to adjust this for your system. A
  124. single line system will most likely need a longer dropping time and a
  125. longer frequency than a larger, multi-line system.
  126.  
  127.      The default in the game is to display the next block that will
  128. drop.  I personally like to see what the next block will be so that I
  129. can plan ahead.  Option 8 on the SYSOP menu will allow you to turn this
  130. ability on/off.
  131.  
  132.      Added with version 2.0 is an option that will allow you to decide
  133. how the game will run on your system.  The default mode is what is known
  134. as "resource intensive". Some people have reported problems with the game
  135. loading their system down.  Sometimes this can be circumvented by
  136. running the program from a RAM drive.  This option will allow you to
  137. turn off the feature that makes the program so CPU/Disk intensive.  With
  138. this turned off the variable speeds in the program will no longer work
  139. and the blocks will all fall at one of 2 speeds.  One speed when they
  140. are dropping on their own and another when they are being "fast dropped"
  141. into place.  The default is to have the variable speed on (i.e. resource
  142. intensive mode).  Note, option 7 will no long have an effect if you
  143. disable this option.
  144.  
  145.   Added with version 2.0 is the ability to restrict the number of users
  146. in the game at any time.  With this option in place you could have the
  147. program in resource intensive mode but only allow 2 people to play the
  148. game at a time. The default is to allow all users in the game.  The
  149. sysop (privilege 255) will always have access to the game no matter how
  150. many users are in the game (you might, however, be blocking someone else
  151. from entering the game.
  152.  
  153.      In setting up the sysop functions I have tried to think of things I
  154. would want to do.  Things that would make my life easier.  I am always
  155. open to suggestions on functions that could be added and ways the
  156. program could be improved.  If you think of something you'd like to see
  157. added, let me know and I'll consider adding it the next time I update
  158. the program.
  159.  
  160.