home *** CD-ROM | disk | FTP | other *** search
/ Games Tips & Tricks / GAMESTIPSUNDTRICKS.mdf / trainer / ufocheat / xcomufo / base.txt < prev    next >
Text File  |  1995-11-21  |  9KB  |  184 lines
  1.              UFO/XCOM saved game editors
  2.             BASE.EXE documentation
  3. Program requirements:
  4.     * 286 computer running DOS 3.0 or later (talk about crazy ...
  5.       UFO needs a 386, so this should be redundant... :) )
  6.     * Memory - not sure how much, so call it 640K :) ;)
  7.  
  8.   This  program  is  FREEWARE.  NO  warranties  are  made  as  to  its
  9. suitability to any particular task, or to any limitations thereof. You
  10. may freely copy, distribute, etc. this program. You may NOT decompile,
  11. reverse engineer,  etc. the  code of this program. Should you have any
  12. suggestions, send them to me and I'll try to incorporate them into the
  13. next version.  The source  code is  not likely  to be  released, but I
  14. might be persuaded... :)
  15.  
  16.   Having got that out of the way...
  17.  
  18.   This program  is intended  to be  used as  an editor of the BASE.DAT
  19. portion of  the UFO saved game. It should be fairly straightforward to
  20. use. If  you need  any help,  F1 will  bring up  a (rather terse) help
  21. screen. Upon  loading the  program, you  will be prompted to enter the
  22. saved game  you wish  to edit.  If there  is no  saved  game  in  that
  23. directory, you  will be  told as  much. You  should run  this  program
  24. whilst in the UFO directory, but the BASE.EXE file does not have to be
  25. in that  directory -  anywhere in the DOS path is fine. When typing in
  26. your choice,  remember that typing "1" to "9" corresponds to that same
  27. saved game; typing "0" corresponds to saved game "10".
  28.  
  29.   The arrow  keys will  select the  type of  construction you  wish to
  30. place (up/down)  and which  base you  want to  put it in (left/right).
  31. Press Enter  to start  positioning the structure. At this stage, there
  32. is *no*  checking that  you are  placing  the  structure  in  a  legal
  33. position, or  even that you can place it there - it will be put there,
  34. and woe  betide all  construction underneath the new location... :) In
  35. all cases,  except the  HyperWave decoder, the facility will be placed
  36. fully built.  The decoder,  for some  reason, will  not work  properly
  37. unless its  construction is  carried out  "normally" (ie, at least one
  38. day.) Thus, it will need one day until it is fully constructed.
  39.  
  40.   The base  display is text-based. Except for hangers, the name of the
  41. facility in  a square  is printed inside that square. Hangers are also
  42. printed in  this manner,  except that  there are four squares printed:
  43. "Hanger (UL)",  "Hanger (UR)", "Hanger (LL)", "Hanger(LR)". These mean
  44. the "Upper  Left", "Upper  Right", "Lower  Left",  and  "Lower  Right"
  45. squares, respectively.  If you  don't understand  this, don't  worry -
  46. it'll be clearer inside the program.
  47.  
  48.   If you  want all your bases to be identical, you can easily copy one
  49. base to  all the  others. To perform this function, press "C" from the
  50. facilities editing screen.
  51.  
  52.   There is also mouse capability built into the program. If your mouse
  53. driver is  installed,  it  will  be  sensed,  and  the  mouse  support
  54. activated automatically.  To position an object, click on the building
  55. to be  built, followed  by the location on which to build. If you need
  56. to construct  multiple buildings of the same type, there is no need to
  57. reselect the  type of  building -  just click where you want it to go.
  58. When positioning  hangers, click  on the location where the *top left*
  59. corner is  to be  placed. Note,  however, that  you cannot enter a new
  60. name using  the mouse  alone. (I  didn't feel  like printing the whole
  61. alphabet on screen... :) )
  62.  
  63.   In the stores editor, mouse support is limited to selecting the type
  64. of stores  to change.  Again, you  must type  the  new  value  on  the
  65. keyboard.
  66.  
  67.                Editing the base stores
  68.                ~~~~~~~~~~~~~~~~~~~~~~~
  69.  
  70.   This version  now implements stores editing. Press "S" from the main
  71. editing screen, and you will be able to change the stores' contents to
  72. your heart's content. For all fields, except scientists and engineers,
  73. the maximum value is 65535; scientists and engineers can reach 255.
  74.  
  75.   A word of warning: As of January 1 1995, AARNet (Australian Academic
  76. Research Network)  will be  changing (read:  increasing) its  charges.
  77. Instead of  charging a  FLAT CONNECTION  RATE, there  will  be  a  PER
  78. MEGABYTE CHARGE.  "So what?"  you might ask. Well, AARNet is the route
  79. Monash University uses to link to the InterNet. It is still unclear as
  80. to how  this will affect the students' access to the InterNet, but FTP
  81. access is  almost certainly  "out"; mail  *might* be  cut; etc.  As  a
  82. result, you can *try* the InterNet addresses during '95, but you might
  83. get a  bounced message.  My course will *definitely* finish by the end
  84. of 1999,  and, possibly  (if I  choose not  to do  honours)  in  1998.
  85. Therefore, even  if the  mail addresses  hold through  1995, they will
  86. *not* work  during 2000  or the  21st century.  (Yes, I do hold to the
  87. idea that  2001 is  the  first  year  of  the  21st  century...:).  To
  88. summarise this paragraph:
  89.  
  90.   The mail  addresses might  not work  after this (1994) year. If they
  91. do, they  might not  during 1999.  They definitely will not during and
  92. after 2000.
  93.  
  94.   Despite the  above comments,  I would  love to  hear from you if you
  95. have any  comments, criticisms,  suggestions, etc.  My InterNet  email
  96. addresses, together with their pros and cons, are:
  97.     sjlam1@mfs01.cc.monash.edu.au (less space for incoming mail; read
  98.                    more often)
  99.     lamble@yoyo.cc.monash.edu.au  (more likely to get through to me; I
  100.                    only usually use this account for
  101.                    FTP'ing, though. In other words,
  102.                    expect a response from the mfs
  103.                    account.)
  104.  
  105.                Revision History
  106.                ~~~~~~~~~~~~~~~~
  107. Version 1.0
  108. ~~~~~~~~~~~
  109.   Initial release.
  110.  
  111. Version 1.01
  112. ~~~~~~~~~~~~
  113.   Not generally  released to  those who  had version 1.0 (2.0 was well
  114. under way...). Fixed a bug in saving - BASE.DAT would be left "as is",
  115. and the  new file was named BASE.NEW, owing to a mistake in coding the
  116. renaming routines. :(
  117.  
  118. Version 2.0
  119. ~~~~~~~~~~~
  120.   Not released - 2.01 was written within twelve hours.
  121.  
  122.   Introduced stores editing
  123.  
  124.   Introduced "duplicating"  ability -  the ability  to copy  an entire
  125. base structure, excluding stores and the name, to all other bases that
  126. have so far been constructed.
  127.  
  128.   Other problems from version 1.01 remain unfixed...
  129.  
  130. Version 2.01
  131. ~~~~~~~~~~~~
  132.   Modified the program so that only existing bases can be selected.
  133.  
  134.   Modified copying procedure to copy the stores as well.
  135.  
  136.   Can now specify the saved game to edit on the command line.
  137.  
  138.   Fixed the  wrap-around problem with inserting a facility into a base
  139. - if the cursor was on the right-hand side of the screen and the right
  140. arror was  pressed, or  the cursor was on the bottom of the screen and
  141. the down arrow was pressed, the cursor would not be placed properly.
  142.  
  143. Version 2.02
  144. ~~~~~~~~~~~~
  145.   Fixed a  bug in the stores - the number of given items in the stores
  146. would not appear in the correct location. Eg: where "Blaster launcher"
  147. is displayed,  the number  beside it  would actually  be for  "Blaster
  148. bombs".
  149.  
  150. Version 2.10
  151. ~~~~~~~~~~~~
  152.   Added mouse support.
  153.  
  154.   Finally found  (and fixed...  :) )  the bug in copying bases. <sigh>
  155. Why can't computers do what I mean, not what I say? :) :) :)
  156.  
  157.   In  fixing   the  bug   (version  2.02),   I  managed  to  introduce
  158. another...entering a  new value  for,  say,  "small  launchers"  would
  159. actually change  the value  for "stun bombs." <sigh> When will I learn
  160. to test before I release? :) :) :)
  161. Version 2.11
  162. ~~~~~~~~~~~~
  163.   One bug fix - in implementing mouse support, I also sought to reduce
  164. the screen flicker which occurred when placing an object in a base. In
  165. doing so, though, I forgot to fix the calls to edit the store, and get
  166. help -  if you  selected these with the keyboard, the screen would not
  167. look very  pretty upon  return. :)  The  mouse  selection  worked  OK,
  168. though. This  has been  fixed. (I  repeat my  earlier statement  about
  169. testing... :) )
  170.  
  171. Known version 2.11 problems
  172. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  173.   No  checking  that  the  new  facility  is  connected  (directly  or
  174. indirectly) to the access lift.
  175.  
  176.   (related to #1) No checking that removing a facility does not remove
  177. the connection to the access lift for some other facility.
  178.  
  179.   Stores: How  the (live)  alien fields  work is  unknown. I  suspect,
  180. however, that  they are  not used  within the  game,  and  live  alien
  181. information is stored inside another file. All fields printed in grey,
  182. rather than  white, are  not entirely  clear. I'm  trying to figure it
  183. out...
  184.