home *** CD-ROM | disk | FTP | other *** search
/ VGA Spectrum 2 / VGAII_Spectrum.cdr / demo / unreal / readme.now < prev    next >
Encoding:
Text File  |  1992-08-05  |  4.4 KB  |  95 lines
  1.  
  2.                 U N R E A L
  3.                 ~~~~~~~~~~~
  4.             Copyright (C) 1992 The Future Crew
  5.         
  6.     
  7.     This file specifies the requirements of this demonstration
  8.     and gives tips for running it. It might be a good idea
  9.     to read this file throughly, especially if you encounter 
  10.     problems...
  11.     
  12.     Unreal requires:
  13.     - 2.5MB of disk space (you probably already know this :-)
  14.     - a 386 or a 486 computer (preferably the latter)
  15.     - 600K (actually 600000 bytes) of memory. You *CAN* use a
  16.       386 memory manager like QEMM to get this memory available.
  17.     - also a SoundBlaster, SoundBlaster Pro, or Soundmaster II
  18.       soundcard will make the demo more fun to watch, although
  19.       the demo is able run without sound.
  20.  
  21.     As you can probably understand, the sheer size of the Unreal
  22.     makes it impossible for us to make sure it works in every
  23.     possible configuration given the time we have had to produce it.
  24.     
  25.     However, we have tested it as throughly as possible. And there 
  26.     are a few points that will probably solve the possible problems
  27.     you might have running this demo.
  28.     
  29.     First of all, you might simple try running the demo with
  30.     your normal configuration, and if it works ok, clearly no
  31.     problem exists. However, if the demo hangs or runs VERY 
  32.     slowly or you don't have enough memory, try the following:
  33.     
  34.     To get memory, try installing a 386 memory manager (such
  35.     as QEMM 386 or 386MAX) and/or removing all unnecessary
  36.     residents from config.sys and autoexec.bat. Also decreasing
  37.     the value of the buffers statement in the config.sys will
  38.     help a little.
  39.     
  40.     If the demo doesn't work properly but you do have enough
  41.     memory, first try removing all disk caches and other active
  42.     residents (programs that do something and don't just eat
  43.     your memory until you call them up with a hotkey). Things
  44.     like enhanced keyboard drivers that intercept things like
  45.     video and keyboard interrupts may cause problems because 
  46.     the Unreal clearly isn't your average dos application using
  47.     machine resources as usual.
  48.     
  49.     If this doesn't help, try running without sound. Especially
  50.     in slow machines, the sound output can interfere with the
  51.     hard disk transfers and this will most surely cause a hang
  52.     when the demo loads more data from the hard disk between
  53.     parts. Also, disabling sound in slow machines is the best
  54.     way to get the demo run faster. Some of the tunes use up
  55.     to 10 digitized channels, and with 20Khz playing speed in 
  56.     a slow 386SX this takes    up nearly half of the frame time!
  57.     
  58.     As a last option, try creating a boot disk etc. and load
  59.     ONLY the NECESSARY drivers to memory. That is, possibly a
  60.     hard disk driver (for SCSI etc.) and QEMM if you can't get
  61.     enough memory otherwise. Leave all extras out like your
  62.     countrys keyboard driver, mouse driver and so on. If this
  63.     doesn't help either, your machine might unfortunately be
  64.     too unique for the Unreal to work completely.
  65.     
  66.     If the demo always hangs in the same place, you might try
  67.     skipping the problem part by pressing ESC immediately when it
  68.     starts. Also, if the part hangs before you have a chance to 
  69.     hit the key, you can, as the final solution, run the demo part
  70.     by part. This is accomplished with the following command line:
  71.     UNREAL P#
  72.     where # stands for the part group number (1..9). First you run
  73.     UNREAL P1, then UNREAL P2 etc. and just leave the part group
  74.     out that is causing problems. This, of course is a bit harder,
  75.     but at least you will see the rest of the demo.
  76.     
  77.     Well, after reading this file you probably think that Unreal is
  78.     full of bugs and the most incompatible program ever created... 
  79.     You are probably right :-) The Unreal has been created in a 
  80.     pretty short time (a month or so, except for some older parts
  81.     which are nearly a year old). It contains so different routines,
  82.     many utilizing some undocument (yet theoretically IBM VGA 
  83.     compatible) effects that even small incompatibilities or
  84.     differences may trigger problems. There is also a lot of source
  85.     code for the bugs to hide in (about 40000 lines not counting
  86.     include files like sin tables) so hunting them down is not a 
  87.     trivial task. Also, as you will find out, Unreal takes up quite
  88.     a lot of processing resources... Our goal was to make a great 
  89.     demo at the cost of bigger processor requirements... Keep this
  90.     in mind while watching this presentation!
  91.     
  92.     In any case, we believe that Unreal as an experience is worth
  93.     the trouble getting it working :-) We hope you will also think
  94.     so after enjoying it. 
  95.