mirror of
https://git.code.sf.net/p/quake/quakeforge
synced 2024-12-12 21:52:32 +00:00
997102fea8
There are still a few iffy places (notably around certain prepositions), but the relevant sentences are now much easier to read.
1119 lines
46 KiB
Text
1119 lines
46 KiB
Text
--------------------------
|
||
| wqreadme.txt |
|
||
| WinQuake documentation |
|
||
| 3/21/97 |
|
||
--------------------------
|
||
|
||
WinQuake (WQ) is a native Win32 version of Quake, and will run on
|
||
either Win95 or Windows NT 4.0 or later. It is designed to take
|
||
advantage of whatever enhanced video, sound, and input capabilities
|
||
(such as DirectX or VESA VBE video modes) are present, but has
|
||
fallback functionality so it can run on any Win95 or NT 4.0 or later
|
||
system, even if neither DirectX nor VESA VBE is available. You may
|
||
experience problems running WQ on some systems, because driver and
|
||
operating-system support for game functionality are not yet mature
|
||
under Win32, and many bugs and incompatibilities remain in those
|
||
components. If you encounter what seems to be a bug, first please
|
||
check through the list of known problems, below. If your problem
|
||
doesn't appear on the list, please fill out and submit the WQ bug
|
||
report at http://www.idsoftware.com/contact/.
|
||
|
||
The material accompanying Quake is the reference for all
|
||
non-Windows-related matters concerning WinQuake; in terms of gameplay,
|
||
WQ is the same as Quake. This file contains only Windows-related
|
||
information.
|
||
|
||
The rest of this document is organized as follows:
|
||
|
||
Installing and running WinQuake
|
||
Common problems and workarounds
|
||
A bit about how WQ video works
|
||
Video command-line switches
|
||
A bit about how WQ sound works
|
||
Sound command-line switches
|
||
Notes on networking
|
||
Notes on the mouse
|
||
Log of changes to documentation
|
||
Special thanks
|
||
|
||
|
||
-----------------------------------
|
||
| Installing and running WinQuake |
|
||
-----------------------------------
|
||
|
||
In order to run WinQuake, you must first have Quake installed.
|
||
Assuming Quake is installed in the standard directory, c:\quake,
|
||
unzip the WinQuake zip file into c:\quake. The following files
|
||
from the zip file must be present in order for WQ to run:
|
||
|
||
winquake.exe
|
||
pmpro16.dll
|
||
pmpro32.dll
|
||
wdir16.dll
|
||
wdir32.dll
|
||
wdirnop.com
|
||
wdirnop.pif
|
||
|
||
Then you can run WinQuake by making c:\quake the current directory,
|
||
typing "winquake" and pressing the Enter key. Alternatively, you can
|
||
use wq.bat to run WinQuake. The wq batch file requires one parameter
|
||
describing how to configure WQ for performance; just type "wq" to get
|
||
a list of the six options. The first of the six options is
|
||
|
||
wq fast
|
||
|
||
This is the same as typing "winquake"; this runs WinQuake in an
|
||
aggressive configuration that is likely to yield the best performance
|
||
if it runs successfully on your system, but which has a risk of
|
||
causing WinQuake or even your system to crash if there are bugs or
|
||
incompatibilities in your video or sound drivers. Alternatively, you
|
||
can use
|
||
|
||
wq safe
|
||
|
||
to run WinQuake in a conservative configuration, likely to run
|
||
on almost all machines with no problems, but possibly with slower
|
||
graphics, fewer high-resolution modes, and delayed sound. Or you
|
||
can run
|
||
|
||
wq verysafe
|
||
|
||
to run WinQuake in a very conservative configuration that is pretty
|
||
much guaranteed to run, but will probably have slow performance, and
|
||
will have no sound. Two other options are
|
||
|
||
wq fastvid
|
||
|
||
which has maximum video performance, but greater sound latency (delay
|
||
until the sound is heard), and
|
||
|
||
wq fastsnd
|
||
|
||
which uses more conservative video modes, but low-latency sound.
|
||
|
||
(One odd note is that DirectSound has much lower-latency sound than
|
||
wave sound, but is currently quite a bit slower overall. Thus you
|
||
may find that "wq fastvid" is actually faster, by as much as 5-10%,
|
||
than "wq fast"; however, it may not feel faster, because the sound
|
||
will lag.)
|
||
|
||
Finally, you can use
|
||
|
||
wq max
|
||
|
||
which is the same as wq fast, but turns on DirectInput, which
|
||
provides more responsive mouse control, but does not work properly
|
||
on all systems.
|
||
|
||
Note that DirectX is not required for WQ to run, but WQ will
|
||
automatically take advantage of DirectSound and DirectDraw if they
|
||
are present. If DirectSound is not present, there will generally be
|
||
considerable sound latency (sound will become audible several hundred
|
||
milliseconds after the event that caused it). Note also that there
|
||
are currently no true DirectSound drivers for Windows NT, so WQ will
|
||
always run using wave output on NT, and will consequently have lagged
|
||
sound. See below for information about obtaining DirectX if you do
|
||
not have it.
|
||
|
||
Note that VESA VBE modes aren't required for WQ to run, but WQ will
|
||
automatically make VESA modes available if they're present. Your BIOS
|
||
may already have VESA VBE 2.0 support built in, but most BIOSes
|
||
don't. Worse, some BIOSes do have VESA VBE 2.0 built-in, but have
|
||
buggy implementations, which may prevent you from being able to run
|
||
the faster configurations of WQ. An easy way to get reliable VESA 2.0
|
||
support is by obtaining SciTech Display Doctor; see below for
|
||
further information. WQ can also use VBE/AF 1.0 and greater modes;
|
||
again, SciTech Display Doctor is the commonest way to get VBE/AF
|
||
support.
|
||
|
||
Note that winquake -dedicated completely replaces the old winded
|
||
dedicated Win32 server, which is now obsolete.
|
||
|
||
WinQuake normally uses half the physical memory in your system for its
|
||
heap, but not less than 8.5 Mb and not more than 16 Mb. You can
|
||
override this with "-heapsize n", where n is the amount of memory to
|
||
allocate for the heap, in Kb.
|
||
|
||
To use the joystick, you must bring down the console by pressing the
|
||
tilde ('~') key, and type "joystick 1<enter>"; you can disable the
|
||
joystick with "joystick 0<enter>" at any time. The joystick setting
|
||
remains in effect for subsequent WinQuake sessions until changed, so
|
||
you need to do joystick 1 only once to enable the joystick. If the
|
||
joystick somehow causes problems that keep you from being able to run
|
||
WinQuake at all, you can start WinQuake -nojoy to complete disable the
|
||
joystick for that session.
|
||
|
||
|
||
-----------------------------------
|
||
| Common problems and workarounds |
|
||
-----------------------------------
|
||
|
||
WQ crashes or won't run
|
||
-----------------------
|
||
|
||
If WQ refuses to run or crashes on your system, try running
|
||
it using "wq safe" or "wq verysafe". Or you can use command-line
|
||
switches:
|
||
|
||
winquake -nodirectdraw -nowindirect -wavonly
|
||
|
||
This will almost certainly solve your problem; however, it may result
|
||
in lagged sound (a long delay from action to hearing the sound), may
|
||
result in fewer or slower high-res video modes, and the mouse may be
|
||
somewhat less responsive. If this does work, you can try removing
|
||
each of the command-line switches until you identify the one that
|
||
fixes the problem, thereby sacrificing as little functionality as
|
||
possible.
|
||
|
||
If the above command line does not fix your problems, try:
|
||
|
||
winquake -dibonly -nosound
|
||
|
||
which forces WQ into silent operation with bare-bones video support
|
||
and no use of DirectInput for mouse input (the normal Windows mouse
|
||
APIs are used instead). Again, if this works, try removing switches
|
||
until you identify the needed one.
|
||
|
||
Both of the above command lines are quick fixes. Often, the problem
|
||
is caused by outdated or buggy DirectX drivers or code, and can
|
||
frequently be completely fixed simply by installing the latest
|
||
Microsoft-supplied version of DirectX, which you may be able to find
|
||
on http://www.microsoft.com/mediadev/download/directx.exe, although
|
||
the availability and location of the DirectX file changes
|
||
periodically; note that at last check, this is a 3.4 Mb file. (Be
|
||
aware, though, that sometimes Microsoft's DirectX drivers don't
|
||
support features that the manufacturers' drivers do support, such as
|
||
display refresh rate control.)
|
||
|
||
One known problem of this sort involves the current SB16 drivers from
|
||
Creative Labs, which cause WQ to crash on some machines. The
|
||
DirectSound drivers from Microsoft, available via the above-mentioned
|
||
URL, fix this problem.
|
||
|
||
It can also sometimes help to get the latest Windows drivers for your
|
||
video adapter or sound card (although as the SB16 example indicates,
|
||
this is not always a good idea), and for video boards that have flash
|
||
BIOSes, it can sometimes help to get the latest BIOS upgrade.
|
||
|
||
|
||
How do I select fullscreen or windowed WQ operation?
|
||
----------------------------------------------------
|
||
Check out WQ's new, spiffy Video menu, accessible from the Options
|
||
menu. There are now two types of modes listed, windowed and
|
||
fullscreen. You can make any of these modes the current and/or
|
||
default mode, just as in DOS Quake. If you make a windowed mode the
|
||
default, WQ will still briefly start up in fullscreen mode, then
|
||
switch to windowed; if this is a problem, use the -startwindowed
|
||
command-line switch. More complete video control is available
|
||
through the console, as described in the "A bit about how WQ video
|
||
works" section, below.
|
||
|
||
|
||
Gee, I wish I could use a mouse to play WQ with in a window
|
||
-----------------------------------------------------------
|
||
You can! While in a windowed mode, go to the Options menu. At the
|
||
bottom, you'll find a new selection that lets you choose to have the
|
||
mouse active when you're in a window. Of course, if you do this,
|
||
you'll have to use the keyboard (Alt-Tab, the Windows key, Ctrl-Esc,
|
||
Alt-Esc, or Shift-Alt-Tab) to switch away from WQ.
|
||
|
||
|
||
Serial/modem menu is missing
|
||
----------------------------
|
||
WQ currently does not support direct connect serial or modem play.
|
||
|
||
|
||
DOS Quake reports unknown variables on startup after running WQ
|
||
---------------------------------------------------------------
|
||
WQ uses some console variables that do not exist in DOS Quake, and
|
||
some of these are automatically archived in config.cfg when you exit
|
||
WQ. If you then start DOS Quake, DOS Quake will complain that it
|
||
doesn't recognize those variables. You will also lose the settings
|
||
of these variables when you return to WQ. Apart from losing the
|
||
settings, this is harmless; ignore it.
|
||
|
||
|
||
Problems running WQ on NT 3.51
|
||
------------------------------
|
||
NT 3.51 isn't supported by WQ.
|
||
|
||
|
||
WQ crashes while switching modes or Alt-Tabbing
|
||
-----------------------------------------------
|
||
So far, all cases of this seem to be tied to Creative Lab's SB16 sound
|
||
drivers, and have been fixed by getting the latest DirectX drivers, as
|
||
described above. Alternatively, you should be able to fix this either
|
||
by not switching modes or Alt-Tabbing, or by running -wavonly to
|
||
disable DirectSound support.
|
||
|
||
|
||
WQ sometimes runs pretty slowly fullscreen
|
||
------------------------------------------
|
||
There are several possible reasons for this, starting with "You have a
|
||
slow computer." Assuming that's not the case, if you don't have
|
||
either DirectDraw or SciTech Display Doctor installed (see the "A bit
|
||
about how WQ video works" section), it would probably be a good thing
|
||
to install one or the other, because slow operation can be a result
|
||
of slow copying or stretching of pixels to the screen by a Windows
|
||
driver, something that's eliminated by both DirectDraw and Display
|
||
Doctor. You can also sometimes get a faster 320x200 mode on Win95 by
|
||
doing vid_describemodes, then using vid_mode to select a non-VGA
|
||
320x200 mode, as described in the "A bit about how WQ video works"
|
||
section.
|
||
|
||
You can also try using a primary sound buffer on Win95 (this doesn't
|
||
work on NT) by using the -primarysound command-line switch; this can
|
||
improve performance by several percent, but does not work on all
|
||
systems, and can result in odd sound effects on some systems when
|
||
minimizing WQ or switching the focus away from it. If you use this
|
||
switch, please don't report sound bugs; it's in there purely for you
|
||
to use if it helps you, and we know it has problems on many systems.
|
||
Finally, you can use -wavonly to select wave sound; this will increase
|
||
your sound latency (sounds will be heard later than they should), but
|
||
allows WQ to run 5-10% faster on some systems. That's about all you
|
||
can do to speed up fullscreen WQ on Win95, other than shrinking the
|
||
active area of the screen with the screen size control in the Options
|
||
menu.
|
||
|
||
NT 4.0 comes with DirectX installed, but doesn't have any resolutions
|
||
lower than 640x480. In order to support a lower-resolution 320x240
|
||
mode, WQ has NT double each pixel in both directions to get enough
|
||
pixels for 640x480. The extra stretching costs some performance, the
|
||
result being that NT can seem sluggish on all but high-end Pentiums
|
||
and Pentium Pros. (In fact, depending on the quality of your driver's
|
||
stretching code, it can sometimes be faster to run WQ at 640x480 than
|
||
320x240-stretched on NT.) One thing that can help on NT is switching
|
||
to 640x480, then using the Options menu to shrink the active area of
|
||
the screen.
|
||
|
||
A common cause of slowness running in a window is having the desktop
|
||
run in 16- or 32-bpp mode. WQ is an 8-bpp application, and it slows
|
||
things down if pixels have to be translated from 8-bpp to 16- or
|
||
32-bpp. (Note that this is generally a problem only when running in a
|
||
window; fullscreen apps rarely suffer from this.)
|
||
|
||
|
||
Sound is sluggish on NT
|
||
-----------------------
|
||
NT doesn't have any real DirectSound drivers yet, so there's no way to
|
||
do quick-response sound on NT. When DirectSound drivers for NT
|
||
appear, WQ's sound should automatically be snappier.
|
||
|
||
|
||
Sound breaks up or gets choppy, especially in menus
|
||
---------------------------------------------------
|
||
This is generally a sign that WQ's frame rate is too low on your
|
||
system. Try reducing resolution or shrinking the active area of the
|
||
screen. In some circumstances, it may help to set the console
|
||
variable _snd_mixahead to a larger value.
|
||
|
||
|
||
The color black doesn't change with palette flashes sometimes
|
||
-------------------------------------------------------------
|
||
Normally, DirectDraw lets WQ change all 256 colors, so when a palette
|
||
flash happens, we can change all the colors, including black.
|
||
However, on NT DirectDraw currently doesn't allow changing black;
|
||
likewise, on both NT and Win95, black can't be changed in a window,
|
||
either a normal window or fullscreen. Consequently, in some modes and
|
||
in a window, some parts of the WQ screen (such as the sigils on the
|
||
status bar and the spray where a shotgun blast hits) stay black when
|
||
the palette flashes. There is no workaround.
|
||
|
||
|
||
Problems can result if Office shortcut bar is running
|
||
-----------------------------------------------------
|
||
Various odd behaviors, especially with sound, have been reported if
|
||
the Office shortcut bar is running while WQ is running. If you
|
||
experience odd problems, you might try shutting down the Office
|
||
shortcut bar and see if that fixes anything.
|
||
|
||
|
||
Other apps fail to play sound while WinQuake is running
|
||
-------------------------------------------------------
|
||
The sound hardware is currently not a fully shareable resource on
|
||
Win32. Consequently, while WQ is running, it always has the sound
|
||
hardware allocated to itself, to make sure that sound is never lost to
|
||
another app. This means that normally (when WQ is using DirectSound),
|
||
apps that use wave sound (most non-game apps) will not be able to play
|
||
sound while WQ is running, even if WQ is minimized or not the active
|
||
app, although other DirectSound apps will be able to play sound when
|
||
WQ is not the active app. If WQ is using wave sound rather than
|
||
DirectSound (either because -wavonly is used on the command line, or
|
||
because there is no DirectSound driver, as is always the case on NT),
|
||
then no other app will be able to play any sound while WQ is running,
|
||
period.
|
||
|
||
|
||
WQ doesn't have quite the right colors when it<69>s not the active app
|
||
-------------------------------------------------------------------
|
||
We're working on fixing this. But WQ puts everything back again as
|
||
soon as it is reactivated, and anyway, when it<69>s not active, you can<61>t
|
||
actually do anything in WQ, so it doesn<73>t really matter anyway, right?
|
||
|
||
|
||
Desktop is weird colors when WQ runs windowed
|
||
---------------------------------------------
|
||
WQ needs all 256 colors to look right and run fast, which causes it to
|
||
have to change some of the 20 colors used to draw the desktop.
|
||
|
||
|
||
Sometimes Permedia boards crash unless -nowindirect is used
|
||
-----------------------------------------------------------
|
||
It looks like this is probably a Permedia driver bug, so it might help
|
||
if you get the most recent drivers.
|
||
|
||
|
||
Right-click on WQ button in task bar to close doesn<73>t work as expected
|
||
----------------------------------------------------------------------
|
||
In some modes, right-clicking on the WQ task bar button doesn't work
|
||
the way you'd expect. We're trying to fix this, but if it's a
|
||
problem, don't right-click.
|
||
|
||
|
||
Screen saver never kicks in when running WQ fullscreen
|
||
------------------------------------------------------
|
||
It does work windowed, but when WinQuake is fullscreen, it completely
|
||
owns the screen and doesn't share it with anyone, even the
|
||
screensaver. If you use Alt-Tab to minimize WQ, the screensaver will
|
||
then be enabled, so Alt-Tab away from WQ if you're leaving your
|
||
computer alone for a while and want the screensaver to be able to kick
|
||
in.
|
||
|
||
|
||
WQ doesn<73>t work in a window in 16-color mode
|
||
--------------------------------------------
|
||
That<EFBFBD>s 16 *colors*, not 16-bpp. If you<6F>re still running a 16-color
|
||
desktop, run WQ fullscreen.
|
||
|
||
|
||
Can't minimize window while mouse active
|
||
----------------------------------------
|
||
When running in a window with the mouse active as a WQ input device,
|
||
there is no easy way to minimize the window, because the system menu
|
||
can't be brought up from the keyboard (because some of you use Alt
|
||
and Spacebar for playing the game), and the mouse can't be used to
|
||
manipulate the window because it's controlling WQ. To minimize, you
|
||
can disable the mouse for WQ and use it to minimize the window. Or
|
||
on Win95 you can Alt-Tab away from WQ, then use the mouse to
|
||
minimize (this doesn't work on NT, where clicking on the window
|
||
controls just reactivates WQ). Or you can bind a key to the
|
||
vid_minimize command, as in
|
||
|
||
bind m "vid_minimize"
|
||
|
||
and press that key to minimize the window.
|
||
|
||
|
||
Window controls don't work on NT when mouse enabled
|
||
---------------------------------------------------
|
||
When running in a window on NT with the mouse enabled (so you can use
|
||
the mouse to play WQ), if you Alt-Tab away from WQ, then use the mouse
|
||
to click on the WQ system menu control, or the minimize, maximize, or
|
||
close controls, the controls are ignored and WQ just reactivates.
|
||
|
||
|
||
Mouse sometimes vanishes in system menu on Win95
|
||
------------------------------------------------
|
||
On Win95, if WQ is running in a window with the mouse enabled (so you
|
||
can use the mouse to play WQ), if you Alt-Tab away, then click on the
|
||
system menu, the menu comes up, but the mouse vanishes. However, you
|
||
can still use the keyboard to select system menu items, or to exit
|
||
the system menu.
|
||
|
||
|
||
WQ behaves oddly if Scandisk starts defragmenting
|
||
-------------------------------------------------
|
||
If WQ is running fullscreen on Win95 when Scandisk starts an automatic
|
||
defragging, WQ is forced to minimize, and when it is brought back up,
|
||
may either be in a strange mode where it runs one frame for each
|
||
keystroke (in which case Alt-Tab generally fixes things), or may hang
|
||
the system. We don't know what the problem is right now, but you may
|
||
want to make sure you don't leave WQ sitting there fullscreen
|
||
overnight if you have automatic defragging.
|
||
|
||
|
||
Hang reported with zero sound volume
|
||
------------------------------------
|
||
When sound is turned all the way down via the WQ menus, hangs have
|
||
been reported.
|
||
|
||
|
||
Joystick worked fine with earlier versions of WinQuake but not now
|
||
------------------------------------------------------------------
|
||
The joystick was enabled by default in earlier versions of
|
||
WinQuake, but quite a few people reported serious problems that
|
||
forced them to disable the joystick--even some people who didn't
|
||
have a joystick attached. Since most people don't have joysticks,
|
||
we've decided to disable the joystick by default, and let people
|
||
who do want to use it set joystick 1 in the console (WinQuake
|
||
remembers this setting, so this needs to be done only once).
|
||
|
||
|
||
WQ runs very slowly when it has the focus under NT
|
||
--------------------------------------------------
|
||
In one case, WQ ran very slowly when it had the focus, but fast when
|
||
it didn't (obviously this is visible only in windowed modes). The
|
||
problem turned out to be that NT had a Sidewinder 3D Pro joystick
|
||
driver installed; when the driver was removed, things were fine.
|
||
If you see a similar problem, check whether WQ is detecting that
|
||
your system has a joystick when you don't think it should; if so,
|
||
try doing "joystick 0", or -nojoy on the command line, and see if
|
||
that fixes it. If so, there's something flaky in your system
|
||
joystick setup.
|
||
|
||
|
||
Joystick doesn't seem calibrated properly
|
||
-----------------------------------------
|
||
WQ relies on the information about your joystick stored in the
|
||
system registry. If the joystick seems miscalibrated, run the
|
||
joystick applet and recalibrate and see if that fixes things.
|
||
|
||
|
||
Playdemo fails across multiple levels
|
||
-------------------------------------
|
||
If "record" is used to record a client-side demo, bad things will
|
||
happen on playback via playdemo if a level change is recorded.
|
||
(Timedemo works fine.) This is unfortunate, but WinQuake
|
||
internals make this not fixable without a good chance of
|
||
breaking something more important, so it'll have to stay this way.
|
||
|
||
|
||
Alt-Tab fullscreen works only sometimes
|
||
---------------------------------------
|
||
I know it seems that way, but actually the trick is that on Win95
|
||
it works only if you let go of Tab before you let go of Alt.
|
||
This is due to a Windows quirk involving what key sequences are
|
||
passed along, so you'll have to work around it by remembering to
|
||
let go of Tab first.
|
||
|
||
|
||
MS-DOS windows get scrunched on Alt-Tab
|
||
---------------------------------------
|
||
This is a quirk of Windows; when you run WinQuake in a low-res
|
||
mode, sometimes when you exit WinQuake or Alt-Tab back to the
|
||
desktop, any open MS-DOS windows will be scrunched down to the
|
||
size of the low-res mode. There is no known workaround.
|
||
|
||
|
||
Dprint in progs doesn't work
|
||
----------------------------
|
||
Dprint means "developer print," so it works only if the developer
|
||
console variable is set to 1. It was a bug in earlier versions that
|
||
it worked even when developer was set to 0.
|
||
|
||
|
||
Some DirectDraw modes flicker badly and look wrong
|
||
--------------------------------------------------
|
||
Page flipping doesn't work properly in some modes on some
|
||
systems, particularly when using some DirectDraw modes. You
|
||
can work around this by setting the console variable
|
||
vid_nopageflip to 1, then setting the desired mode (note
|
||
that the vid_nopageflip setting does not take effect until
|
||
the next mode set after the setting is changed). Bear in
|
||
mind, though, that the vid_nopageflip setting is remembered
|
||
until it is explicitly changed again, meaning that once you
|
||
change it, it thereafter applies to all modes, even if you
|
||
exit and restart WinQuake.
|
||
|
||
|
||
The Windows key doesn't do anything fullscreen on Win95
|
||
-------------------------------------------------------
|
||
True. This is a minor bug we haven't figured out how to fix yet.
|
||
You'll have to use Ctrl-Esc, Alt-Tab, or Alt-Esc to switch away.
|
||
|
||
|
||
My default mode is windowed, but WQ goes fullscreen first
|
||
---------------------------------------------------------
|
||
For internal reasons, WQ has to pick a single mode to always
|
||
initialize when it starts up, before it sets whatever default you've
|
||
selected. We've chosen fullscreen mode, because that's the way most
|
||
people will play. If this is a problem for you, however, you can
|
||
run WQ with the -startwindowed command-line parameter.
|
||
|
||
|
||
Some high-resolution video modes flicker or fail to initialize
|
||
--------------------------------------------------------------
|
||
We think these problems are all fixed, but if not, they have to
|
||
do with triple-buffering in some modes on some DirectDraw drivers.
|
||
If you encounter this problem, either don't use the problem modes
|
||
or try using the -notriplebuf command-line parameter to turn off
|
||
triple buffering. Note, though, that turning off triple-buffering
|
||
can reduce performance in some modes, so do this only if needed.
|
||
|
||
|
||
Right-click doesn't work right on minimized WinQuake
|
||
----------------------------------------------------
|
||
If you right-click on minimized WinQuake on the task bar, the
|
||
Close selection in the right-click menu doesn't work; you have
|
||
to restore WQ before you can exit it. Also, the cursor vanishes
|
||
over the right-click menu, although it still works.
|
||
|
||
|
||
The screen briefly blanks when you exit WQ
|
||
------------------------------------------
|
||
We're trying to fix this, but it's not harmful, just a mite ugly.
|
||
|
||
|
||
QBENCH doesn't work with WinQuake
|
||
---------------------------------
|
||
We've had a report that QBENCH doesn't work with WinQuake, but
|
||
haven't had a chance to look into it yet.
|
||
|
||
|
||
MWAVE sound loses focus
|
||
-----------------------
|
||
We've had a report that on a ThinkPad with MWAVE sound, WQ loses
|
||
sound focus (and thus sound) every few seconds.
|
||
|
||
|
||
Desktop doesn't reset to proper resolution on WQ exit
|
||
-----------------------------------------------------
|
||
We've had a report that on exiting WQ, the desktop didn't reset
|
||
to the proper dimensions. This may be a bug with the Matrox
|
||
drivers, but we're not sure. If it's a problem and newer
|
||
drivers don't fix it, you can run -dibonly, which solves the
|
||
problem but can cost some performance.
|
||
|
||
|
||
Palette goes bad periodically on #9 Imagine card
|
||
------------------------------------------------
|
||
There's only one report of this, so maybe it's a flaky board,
|
||
or maybe it's a driver bug. Newer drivers might help.
|
||
|
||
|
||
System with Packard Bell sound card III crashes on CapsLock
|
||
-----------------------------------------------------------
|
||
This appears to be the result of buggy DirectSound drivers;
|
||
-wavonly makes the problem go away.
|
||
|
||
|
||
Dvorak keyboard mapping ignored
|
||
-------------------------------
|
||
WQ is hardwired for QWERTY.
|
||
|
||
|
||
Cursor messed up after running WQ
|
||
---------------------------------
|
||
This is a Windows driver bug; the driver isn't restoring the
|
||
cursor properly on return from fullscreen WQ to the desktop.
|
||
Try newer drivers.
|
||
|
||
|
||
Dedicated server runs very slowly while typing at console
|
||
---------------------------------------------------------
|
||
When you type at a dedicated server's console, the game runs
|
||
very slowly for everyone who's connected.
|
||
|
||
|
||
Ctrl-Alt-Del on NT sometimes doesn't allow return to WQ
|
||
-------------------------------------------------------
|
||
This happens on some machines while running WQ fullscreen.
|
||
If you experience this problem, the only workaround is not
|
||
to press Ctrl-Alt-Del while fullscreen; Alt-Tab away first.
|
||
|
||
|
||
Many fast Alt-Tabs on Win95 sometimes disable WQ input
|
||
------------------------------------------------------
|
||
If you Alt-Tab fast lots of times on Win95 with WQ running
|
||
fullscreen, sometimes you end up in fullscreen WQ, with the
|
||
game not accepting any keyboard input (so there's no way to
|
||
exit). The only workaround is to not do lots of fast
|
||
Alt-Tabs (why you'd want to, I'm not sure).
|
||
|
||
|
||
|
||
----------------------------------
|
||
| A bit about how WQ video works |
|
||
----------------------------------
|
||
|
||
WQ has the built-in ability to draw into windows (both normal, framed
|
||
desktop windows and fullscreen, borderless windows). It also has
|
||
built- in support for VGA 320x200 graphics, and supports DirectDraw,
|
||
VESA VBE 2.0 and VESA VBE/AF (Accelerator Functions) graphics modes,
|
||
if those are available.
|
||
|
||
WQ does not require DirectDraw, but in order for DirectDraw modes to
|
||
be available, you must have DirectDraw installed; some systems come
|
||
with it preinstalled, but if it's not on your system, you can download
|
||
it from http://www.microsoft.com/mediadev/download/directx.exe (the
|
||
exact URL may vary), and install it.
|
||
|
||
WQ does not require VESA VBE, but in order for VESA VBE modes to be
|
||
available, your graphics card must be VESA VBE 2.0 or VBE/AF
|
||
compliant; a VESA driver can either be built into the BIOS of your
|
||
graphics card, or loadable via software. If you don't have a VESA VBE
|
||
driver, Scitech Display Doctor, available from Scitech Software, will
|
||
update most graphics cards to VESA VBE 2.0 and VBE/AF.
|
||
|
||
|
||
SciTech Display Doctor
|
||
----------------------
|
||
If you are having problems with your video drivers, or if you would
|
||
like to take a shot at improving your video performance in WQ, you may
|
||
want to try out SciTech Display Doctor (SDD). SDD works on just about
|
||
any graphics card and it can do several things that can make WQ run
|
||
better on your system:
|
||
|
||
1. It will update your graphics card to be compatible with VESA VBE
|
||
2.0 and VESA VBE/AF (Accelerator Functions). These modes will usually
|
||
give you the best performance in WQ (which is often but not always
|
||
faster than your current performance).
|
||
|
||
2. It creates low-resolution modes on your graphics card.
|
||
Low-resolution video modes (such as 320x240, 400x300 and 512x384)
|
||
allow you to adjust the level of detail in WQ so you can get the best
|
||
balance between performance and image quality.
|
||
|
||
The latest version of SciTech Display Doctor can be obtained from the
|
||
following locations:
|
||
|
||
www: http://www.scitechsoft.com
|
||
ftp: ftp.scitechsoft.com
|
||
CIS: GO SCITECH
|
||
AOL: Keyword SciTech
|
||
|
||
SciTech can be contacted at:
|
||
|
||
email: info@scitechsoft.com
|
||
|
||
SciTech Software, Inc.
|
||
505 Wall Street
|
||
Chico, CA 95926-1989
|
||
916-894-8400
|
||
916-894-9069 FAX
|
||
|
||
|
||
Video modes supported in Win95
|
||
------------------------------
|
||
What all this means is that on Win95, WQ will always be able to run in
|
||
the following modes:
|
||
|
||
1) in a window
|
||
2) fullscreen 320x200 VGA mode 0x13
|
||
3) fullscreen high-resolution of some sort
|
||
|
||
Category #3 can be any of several configurations. On Win95, if either
|
||
DirectDraw or VESA VBE modes are available, then all the DirectDraw
|
||
and VESA modes will be presented as high-res choices. (320x200 will
|
||
always default to VGA mode 0x13.) In the case that a given resolution
|
||
is supported by both DirectDraw and VESA, the VESA mode will be used.
|
||
(However, the command-line switch -nowindirect can turn off VESA modes
|
||
entirely.) If neither DirectDraw nor VESA modes are available, then
|
||
high-resolution modes will be provided by using fullscreen, borderless
|
||
windows in whatever resolutions the Windows driver supports, usually
|
||
starting at 640x480 and going up.
|
||
|
||
|
||
Video Modes Supported in Windows NT
|
||
-----------------------------------
|
||
NT is similar but not identical, because neither VESA VBE modes nor
|
||
VGA mode 0x13 are available. On NT, WQ will always be able to run in
|
||
the following modes:
|
||
|
||
1) in a window
|
||
2) fullscreen high-resolution of some sort
|
||
|
||
On NT, category #2 can be one of two configurations. If DirectDraw
|
||
modes are available, then those will be the high-res choices;
|
||
otherwise, fullscreen, borderless windows will be used in whatever
|
||
resolutions the driver supports, usually starting at 640x480 and going
|
||
up. Because there is normally no low-resolution mode such as 320x200
|
||
or 320x240 on NT, a pseudo low-res mode is created by rendering at
|
||
320x240, then stretching the image by doubling it in each direction
|
||
while copying it to a 640x480 screen. However, stretching performance
|
||
depends on the driver, and can be slow, so sometimes 640x480 is
|
||
actually faster than 320x240 on NT.
|
||
|
||
The bottom line here is that you can generally just use the Video menu
|
||
and pick one of the modes and be happy. In some cases, though, you
|
||
may need to use command-line switches (described next) to get the
|
||
types of modes you want. One useful tip is to go into the console and
|
||
do vid_describemodes, which lists all the modes WQ makes available on
|
||
your machine given the command-line switches you've used. Each mode
|
||
is followed by the name of the internal WQ driver that supports it, so
|
||
you can tell which modes are DirectDraw, VESA, and so on, as follows:
|
||
|
||
WINDOWED: WQ runs in a normal window
|
||
FULLSCREEN DIB: fullscreen borderless window
|
||
FULLSCREEN VGA8.DRV: VGA 320x200 mode
|
||
FULLSCREEN DDRAW8.DRV: DirectDraw mode
|
||
FULLSCREEN LINEAR8.DRV: VESA VBE 2.0+ mode
|
||
FULLSCREEN ACCEL8.DRV: VESA VBE/AF (Accelerator Functions) mode
|
||
(note that WQ does not take advantage of
|
||
VBE/AF acceleration; so far as WQ is
|
||
concerned VBE/AF is the same as normal VBE)
|
||
|
||
You can use vid_mode from the console to set any of these modes. So,
|
||
for example, if you see that there are two 320x200 modes (such as one
|
||
VGA mode 0x13, normally mode 3, and one VESA mode, normally mode 4),
|
||
you can choose the VESA mode, which will often be faster, with
|
||
vid_mode 4. (You can make it the default by setting
|
||
_vid_default_mode_win to the mode number.)
|
||
|
||
There's more to the windowed modes than you might think. 320x240 is
|
||
just what you<6F>d expect, but 640x480 is actually rendered at 320x240
|
||
and stretched up to 640x480, because most machines can<61>t handle the
|
||
performance demands of real 640x480 rendering. Likewise, 800x600 is a
|
||
stretched 400x300. Actually, though, vid_mode 2 (the 800x600 mode) is
|
||
a user-configurable mode. By setting the following console variables,
|
||
you can change the characteristics of vid_mode 2:
|
||
|
||
vid_config_x: width of mode 2 window
|
||
|
||
vid_config_y: height of mode 2 window
|
||
|
||
vid_stretch_by_2: whether to render at half-resolution in each
|
||
direction and stretch up to the specified size in mode 2, or render at
|
||
full resolution.
|
||
|
||
After setting these variables in the console, do a vid_forcemode 2,
|
||
and you<6F>ll have the window you specified. Note that after making
|
||
these changes, the new resolution will show up as the third windowed
|
||
mode in the Video menu.
|
||
|
||
If you don't have WQ mouse play enabled in windowed mode, you can also
|
||
go from windowed to fullscreen mode simply by clicking on the maximize
|
||
button. The mode switched to is controlled by the vid_fullscreen_mode
|
||
console variable, and defaults to mode 3.
|
||
|
||
Other video console commands include:
|
||
|
||
vid_fullscreen: switch to the mode specified by the
|
||
vid_fullscreen_mode console variable.
|
||
|
||
vid_windowed: switch to the mode specified by the vid_windowed_mode
|
||
console variable.
|
||
|
||
Vid_fullscreen and vid_windowed can be bound to keys, so it's possible
|
||
to flip between windowed and fullscreen with a single key press.
|
||
|
||
Also, vid_minimize minimizes the WinQuake window if and only if
|
||
WinQuake is running in a windowed mode. You can bind a key to
|
||
the commands "vid_windowed; wait; vid_minimize" to minimize WQ
|
||
regardless of whether you're running in windowed or fullscreen mode.
|
||
|
||
You can turn off page flipping by setting the console variable
|
||
vid_nopageflip to 1, then setting a new mode. (Note that the
|
||
vid_nopageflip setting does not take effect until the next mode set.)
|
||
Some systems run faster with page flipping turned off; also, page
|
||
flipping does not work properly on some adapters, and vid_nopageflip
|
||
is a workaround for this. Note that vid_nopageflip is a persistent
|
||
variable; it retains its setting until it is explicitly changed again,
|
||
even across multiple WinQuake sessions.
|
||
|
||
The vid_forcemode console command sets the specified mode, even if
|
||
it's the same as the current mode (normally the mode set happens only
|
||
if the new mode differs from the current mode). This is generally
|
||
useful only if you've modified the characteristics of video mode 2
|
||
(the configurable window) while you're in mode 2, and want to force
|
||
the new characteristics to take effect.
|
||
|
||
Whenever you switch to running WinQuake in a window, the window is
|
||
placed at the same location it was in the last time WinQuake ran
|
||
in a window. You can reset the window position to the upper left
|
||
by using the -resetwinpos command-line switch. The window position
|
||
is stored in the vid_window_x and vid_window_y console variables.
|
||
|
||
|
||
|
||
-------------------------------
|
||
| Video command-line switches |
|
||
-------------------------------
|
||
|
||
The full list of video-related command-line switches is:
|
||
|
||
-dibonly: WQ will use only windows (both normal, framed windows on the
|
||
desktop and fullscreen, borderless windows), not any direct hardware
|
||
access modes such as DirectDraw or VESA modes, or even VGA 320x200
|
||
mode. This is the closest thing to a guaranteed-to-run fullscreen
|
||
mode WQ has.
|
||
|
||
-nowindirect: WQ will not try to use VESA VBE 2.0 modes, or VBE/AF
|
||
1.0 or later modes. Note that if there are both DirectDraw and VESA
|
||
modes for a given resolution, WQ will normally use the VESA mode;
|
||
-nowindirect allows DirectDraw modes to be the preferred choice for
|
||
all resolutions except 320x200. This can be useful if WQ is crashing
|
||
because of a buggy VESA driver.
|
||
|
||
-nodirectdraw: WQ will not try to use DirectDraw modes. This can be
|
||
useful if WQ is crashing because of a buggy DirectDraw driver.
|
||
|
||
-novbeaf: WQ will not try to use VBE/AF 1.0 or later modes.
|
||
|
||
-startwindowed: WQ will come up in a windowed mode, without going
|
||
fullscreen even during initialization.
|
||
|
||
-noforcevga: normally, WQ uses VGA mode 0x13 for the default 320x200
|
||
mode, even if a DirectDraw or VESA 320x200 mode exists. However,
|
||
DirectDraw and VESA modes can be considerably faster than mode 0x13,
|
||
because they can set up a linear framebuffer with higher memory
|
||
bandwidth. If you specify -noforcevga, the default 320x200 mode in
|
||
the menu will be a DirectDraw or VESA mode if one exists. This has no
|
||
effect on modes selected via the console variable vid_mode, and if
|
||
320x200 is already your video mode, -noforcevga doesn't do anything
|
||
until you use the menu to select another mode, then select 320x200
|
||
again. (So if your default mode is 320x200 and you then specify
|
||
-noforcevga, switch away to some other mode and then back to 320x200
|
||
to get the potentially faster 320x200 mode.) The downside to this
|
||
switch is that DirectDraw and VESA modes can cause problems in some
|
||
systems, due to driver bugs or hardware incompatibilities; if you
|
||
experience problems with this switch, don't use it.
|
||
|
||
-noautostretch: don't stretch windowed modes selected with
|
||
-startwindowed to double resolution.
|
||
|
||
-nofulldib: don't use fullscreen, borderless windows, even if there
|
||
are no DirectDraw or VESA modes available.
|
||
|
||
-allow360: allow listing of 360-wide modes in the video mode menu.
|
||
These are normally filtered out to make sure the menu doesn't get too
|
||
full, which could cause high-res modes not to be displayed.
|
||
|
||
-notriplebuf: prevent triple-buffered page flipping (rather than double-
|
||
buffered). This may result in slower performance, but is a workaround
|
||
if you encounter problems with flicker or initialization failure, which
|
||
could possibly happen in some modes with some DirectDraw drivers.
|
||
|
||
|
||
|
||
----------------------------------
|
||
| A bit about how WQ sound works |
|
||
----------------------------------
|
||
|
||
WQ can use either DirectSound or Windows wave output to generate
|
||
sound. If DirectSound is available, it is used; if not, if wave sound
|
||
is available it is used; and if neither is available, there is no
|
||
sound. DirectSound results in the best sound quality, and also the
|
||
lowest-latency sound; use it if you can, because you will be happier
|
||
with the results. (Note, though, that no NT sound drivers yet support
|
||
DirectSound.) Wave sound will often have high latency, lagging the
|
||
events that generate sound by hundreds of milliseconds on some
|
||
machines.
|
||
|
||
You can tell what kind of sound WQ uses on your system by looking at
|
||
the startup portion of the console; you will see either "DirectSound
|
||
initialized" or "Wave sound initialized" (neither message is printed
|
||
if there's no sound). Any sound failure messages will also be printed
|
||
in the startup portion of the console.
|
||
|
||
Note that WQ generates sound only when it is the active app, the one
|
||
with the input focus.
|
||
|
||
|
||
|
||
-------------------------------
|
||
| Sound command-line switches |
|
||
-------------------------------
|
||
|
||
The full list of sound-related command-line switches is:
|
||
|
||
-wavonly: don<6F>t use DirectSound, but use wave sound if available.
|
||
Note that wave sound is generally faster than DirectSound, but has
|
||
considerably greater latency. This switch is redundant on NT, because
|
||
all sound output on current NT drivers is wave sound.
|
||
|
||
-nosound: don<6F>t output any sound.
|
||
|
||
-primarysound: use DirectSound primary buffer output. This is
|
||
generally faster than normal secondary buffer output, but does not
|
||
work in some systems, and produces odd sound glitches on minimization
|
||
and focus switching in other systems. Use it at your own risk, and
|
||
please do not report sound bugs if you're using this switch.
|
||
|
||
-snoforceformat: WQ will not try to force the sound hardware to 11
|
||
KHz, 16 bits per sample. This may be useful if DirectSound is failing
|
||
for no apparent reason, but generally WQ will produce better sound and
|
||
better performance if this switch is not used.
|
||
|
||
|
||
|
||
-----------------------
|
||
| Notes on networking |
|
||
-----------------------
|
||
|
||
The winsock TCP/IP driver will not cause a dial-up internet connection
|
||
to automatically start up when Quake is started. If you start Quake
|
||
with it inactive, the connection will be activated when you either try
|
||
to connect to a server or search for local servers.
|
||
|
||
The local IP address will not always be known at startup. If it is
|
||
currently unknown the menu will display "INADDR_ANY". This will be
|
||
replaced with the real address when it is known. The IP address will
|
||
become known when you try to connect to a server, you search for local
|
||
servers, or you start a server.
|
||
|
||
For multi-homed machines (machines with more than one network adapter
|
||
and IP adress), you can force WinQuake to bind to a specific IP
|
||
address. There is a command line option "-ip" that takes an IP
|
||
address as its parameter.
|
||
|
||
|
||
|
||
----------------------
|
||
| Notes on the mouse |
|
||
----------------------
|
||
|
||
If DirectInput is installed and functioning, WinQuake can use it for
|
||
mouse input, but does not do so automatically because DirectInput does
|
||
not work properly on all systems. DirectInput can be enabled via the
|
||
command-line switch -dinput. If DirectInput is not available or is
|
||
not enabled, WinQuake uses the normal Windows mouse APIs instead.
|
||
DirectInput provides slightly smoother motion; also, it tends to be
|
||
more responsive to fast spinning motions, and we recommend that you use
|
||
it if it works properly on your system. You can determine if WQ uses
|
||
DirectInput on your system when you use -dinput by checking for
|
||
"DirectInput initialized" in the startup console text. If not, you
|
||
might try installing DirectX 3 (note, though, that as I write this
|
||
there is no released DirectInput support for Windows NT, only Win95).
|
||
|
||
|
||
|
||
-----------------------------------
|
||
| Log of changes to documentation |
|
||
-----------------------------------
|
||
|
||
*** WinQuake 0.994 ***
|
||
|
||
Fixed bug where in some cases involving IPX, whenever a new person
|
||
entered the game, a current player got dumped.
|
||
|
||
Added DirectInput mouse support, and the -dinput command-line to
|
||
enable it.
|
||
|
||
Added -notriplebuf to disable triple buffering to work around
|
||
possible problems with some modes on some DirectDraw drivers.
|
||
|
||
Added remembering last window position, and restoring that, rather
|
||
than centering the window, whenever WinQuake runs in a window.
|
||
Can be reset with the -resetwinpos command-line switch.
|
||
|
||
Added the vid_minimize command, which minimizes WinQuake if and only
|
||
if the current mode is windowed.
|
||
|
||
Made it so WinQuake no longer gets suspended when Alt-Tab is used to
|
||
switch away from a fullscreen session. The means you can Alt-Tab
|
||
away from fullscreen WinQuake without losing a connection to a
|
||
Quake server.
|
||
|
||
Added vid_nopageflip console variable to turn off page flipping, and
|
||
documented page flipping problems this can be used to work around.
|
||
|
||
Documented that Del-Ctrl-Alt (in that order) causes WinQuake to
|
||
fault on Win95.
|
||
|
||
Fixed the winsock TCP/IP driver so it will not cause a dial-up
|
||
internet connection to automatically start up when Quake is started.
|
||
If you start Quake with the internet connection already active, there
|
||
will be no difference. If you start Quake with it inactive, the
|
||
connection will be activated when you either try to connect to a
|
||
server or search for local servers.
|
||
|
||
The local IP address will not always be known at startup now. If it
|
||
is currently unknown the menu will display "INADDR_ANY". This
|
||
will be replaced with the real address when it is known. The IP
|
||
address will become known when: you try to connect to a server,
|
||
you search for local servers, or you start a server.
|
||
|
||
For multi-homed machines (machines with more than one network
|
||
adapter and IP adress), you can now force WinQuake to bind to a
|
||
specific IP adress. There is a new command line option "-ip" that
|
||
takes an IP address as its parameter.
|
||
|
||
Added vid_fullscreen_mode and ability to select that mode by
|
||
clicking on the maximize button. Added two commands:
|
||
vid_fullscreen to switch to vid_fullscreen_mode, and
|
||
vid_windowed to switch to vid_windowed mode.
|
||
|
||
Changed joystick default to disabled; now it works only if the
|
||
joystick cvar is set to 1; however, this setting now remains in
|
||
effect permanently. Added joystick documentation below.
|
||
|
||
Documented dprint works only if developer set to 1.
|
||
|
||
Documented scrunching of MS-DOS windows on Alt-Tab.
|
||
|
||
Documented that NT versions earlier to 4.0 are not supported.
|
||
|
||
Added DirectInput support for devices such as First Person
|
||
Gaming's Assassin controller. All buttons should now
|
||
be configurable in WinQuake.
|
||
|
||
Fixed bug where when low-res fullscreen DIB modes selected from
|
||
the menu sometimes ran very slowly or produced garbled displays.
|
||
|
||
Fixed bug where 1.06 and earlier save files couldn't be loaded
|
||
by WinQuake.
|
||
|
||
Removed "Net play pauses every few seconds" bug; it was determined
|
||
not to be a bug, just an artifact of network play.
|
||
|
||
Noted that even when BIOSes do have VESA 2.0 built-in, it's often
|
||
so buggy that WinQuake crashes in faster configurations, and that
|
||
SciTech Display Doctor is the easiest way to get reliable VESA
|
||
support.
|
||
|
||
Added note on Alt-Tab working only if Tab released first.
|
||
|
||
|
||
*** WinQuake 0.992 ***
|
||
|
||
Implemented force_centerview.
|
||
|
||
Fixed backspace bug in dedicated console.
|
||
|
||
Made "player entering game" messages and "say" messages visible
|
||
in dedicated console.
|
||
|
||
Added description of -heapsize (how to change default memory
|
||
allocation).
|
||
|
||
Added description of "net play pauses every few seconds" bug.
|
||
|
||
Added description of "playdemo fails across multiple levels" bug.
|
||
|
||
Added hooks for QHost; however, WinQuake won't work with QHost
|
||
until a new version of QHost 3.0, which uses the hooks, is
|
||
released. QHost 3.0 will not work with WinQuake.
|
||
|
||
Fixed bug where savegame descriptions weren't always terminated
|
||
properly.
|
||
|
||
Fixed bug where running -dedicated reset part of config.cfg to
|
||
defaults.
|
||
|
||
|
||
*** WinQuake 0.991 ***
|
||
|
||
Fixed problem with pre-1.07 (DOS) clients connecting to WinQuake.
|
||
|
||
Got rid of "Starting Quake..." dialog when running -dedicated.
|
||
|
||
Added -novbeaf switch to turn off VBE/AF support in case of problems,
|
||
and updated documentation.
|
||
|
||
Corrected SciTech's U.S. Mail address in documentation.
|
||
|
||
Added joystick bug decriptions and workarounds.
|
||
|
||
|
||
|
||
------------------
|
||
| Special thanks |
|
||
------------------
|
||
|
||
Special thanks for help with WinQuake to:
|
||
|
||
James Barnes
|
||
Kendall Bennett
|
||
Raymond Chen
|
||
John Colleran
|
||
Andrew Goossen
|
||
Mike Harrington
|
||
Chris Hecker
|
||
Todd Laney
|
||
Scott Ludwig
|
||
...and all the beta testers!
|
||
|
||
======================================================================
|
||
End of Document 3/21/97
|
||
======================================================================
|