forked from KolibriOS/kolibrios
1914 lines
72 KiB
Plaintext
1914 lines
72 KiB
Plaintext
Welcome to the Quake Technical Information file!
|
|
|
|
TABLE OF CONTENTS
|
|
-----------------
|
|
Introduction to the Console..............
|
|
Video Subsystem Documentation............
|
|
Sound Subsystem Documentation............
|
|
CD Audio Subsystem Documentation.........
|
|
Network Subsystem Documentation..........
|
|
Modem Strings............................
|
|
Win95 Documentation......................
|
|
Key Binding and Aliases..................
|
|
Quake Keys and Common Commands...........
|
|
Making a Config File.....................
|
|
Demos....................................
|
|
Reporting Quake Bugs.....................
|
|
|
|
|
|
==========================================
|
|
== Introduction to the Console ==
|
|
==========================================
|
|
|
|
Throughout this document, examples of commands are given, all of which
|
|
are typed in at the console. To bring up the console, press the tilde ('~')
|
|
key or press ESC to bring up the menu, select Options, and select Console...
|
|
from the options menu. To exit the console, press ESC.
|
|
|
|
The console provides a way to change console variables and also accepts
|
|
commands that change game settings such as movement keys, video mode, as
|
|
well as providing an interface for key binding and command aliasing (more
|
|
on that later).
|
|
|
|
The console also has a command history with which you can browse through
|
|
previous commands. Use the up and down arrows to navigate through the
|
|
command history and press <enter> to re-issue a command.
|
|
|
|
Partially typing a command and then pressing the TAB key will complete the
|
|
currently typed text with the first matching console variable or command.
|
|
(Yes, this is a good way to look for console commands.)
|
|
|
|
To review previous actions by page, use the PGUP and PGDN keys.
|
|
|
|
|
|
==========================================
|
|
== Video Subsystem Documentation ==
|
|
==========================================
|
|
|
|
The Video Modes menu
|
|
--------------------
|
|
|
|
Video modes can most easily be selected from the the Video Modes menu, which
|
|
is brought up by selecting the Video Options choice in the Options menu.
|
|
All the resolutions that Quake can support on the current computer are
|
|
displayed.
|
|
|
|
Please note that higher-resolution modes require correspondingly more
|
|
system memory in order for Quake to run, and that some high-resolution
|
|
modes may not be available when running Quake on 8 Mb machines. Such
|
|
modes are not listed in the Video Modes menu. Please do not report
|
|
video modes that do not appear in the Video Modes menu as bugs; either
|
|
those modes are not supported by your video adapter, or there is not
|
|
enough system memory for Quake to support those modes.
|
|
|
|
The video modes listed in the Video Modes menu can be tested, set, and made
|
|
the default mode for Quake from the Video menu, as follows:
|
|
|
|
* The arrow keys can be used to move the blinking indicator to any of the
|
|
modes listed in the Video menu.
|
|
|
|
* Pressing the 'T' key tests the mode the blinking indicator points to, by
|
|
setting the mode, leaving it set for 5 seconds, and returning to the previous
|
|
mode. This lets you verify that your computer does in fact support that
|
|
mode. We highly recommend that you always test modes with 'T' before setting
|
|
them
|
|
permanently by pressing the Enter key, in case some sort of hardware or
|
|
software glitch causes a mode to function incorrectly and produce a garbled
|
|
screen. It is unlikely but possible that testing or setting a mode will
|
|
cause your computer to hang or crash; if this happens, there is a serious
|
|
hardware or software bug, and you should not attempt to select that mode
|
|
again.
|
|
|
|
* Pressing the Enter key sets the mode the blinking indicator points to,
|
|
leaving it set so Quake will then run in that mode. We suggest that you
|
|
test a mode by pressing the 'T' key before setting it by pressing the Enter
|
|
key. Note that a selection made with the Enter key remains in effect only
|
|
until Quake is exited (or a new mode is set). You must explictly make a mode
|
|
the default mode by pressing the 'D' key in order to automatically set that
|
|
mode when you start Quake up in the future.
|
|
|
|
* Pressing the 'D' key makes the current mode the default mode that Quake
|
|
starts up with. Note that the current mode is the mode that's displayed in
|
|
white in the mode list, not necessarily the mode that the blinking indicator
|
|
points to. The current default mode is listed in the description of the 'D'
|
|
key at the bottom of the Video Modes menu.
|
|
|
|
* Pressing Esc exits the Video Modes menu.
|
|
|
|
Please see "Bug Reporting," below, for information on how to report any
|
|
problems you encounter.
|
|
|
|
|
|
Video modes from the console: Quick start
|
|
------------------------------------------
|
|
|
|
More comprehensive but more complex video control is available through the
|
|
Quake console. This section describes the commands necessary to perform
|
|
basic mode setting through the console (this is similar to what can be
|
|
accomplished through the Video Modes menu), and following sections describe
|
|
console video control in detail.
|
|
|
|
To see all the video modes that are available, bring up the console (either
|
|
press tilde ('~'), or press Esc to bring up the menu, select Options, and
|
|
select Console... from the Options menu).
|
|
|
|
From the console, type vid_describemodes<enter> to see all available modes.
|
|
Type vid_mode <mode #> to set a mode, where <mode #> is the mode number
|
|
listed for the desired mode by vid_describemodes. Higher-resolution modes
|
|
generally require more extra system memory in order to run, and many are
|
|
not available in 8 Mb systems; modes that are supported by the video
|
|
adapter but are currently unavailable due to system memory limitations
|
|
will still show up in
|
|
the mode list from vid_describemodes, but will
|
|
have "**" in place of a mode number. (Such modes will not show up at
|
|
all in the Video Modes menu.) If you try to set a mode for which
|
|
there is insufficient system memory, you will receive a message to that
|
|
effect, and the video mode will remain unchanged.
|
|
|
|
|
|
More detail
|
|
-----------
|
|
|
|
This version of Quake supports software drawing in a variety of
|
|
video modes. It does not support any 3-D hardware accelerators.
|
|
Video modes that are built into Quake are:
|
|
|
|
320x200, 360x200, 320x240, 360x240, 320x350, 360x350, 320x400,
|
|
360x400, 320x480, 360x480
|
|
|
|
However, the higher-resolution modes on this list require additional
|
|
memory, and may not be available in 8 Mb systems.
|
|
|
|
In addition, all VESA 2.0 256-color linear framebuffer modes
|
|
supported by the video adapter are supported. Further information
|
|
about VESA 2.0 is provided below.
|
|
|
|
|
|
Video mode reporting and selection
|
|
----------------------------------
|
|
|
|
Quake assigns each available video mode a mode number, which can
|
|
then be used to query information about the mode or to select the
|
|
mode. The first 11 mode numbers are always as follows:
|
|
|
|
0: 320x200
|
|
1: 320x200
|
|
2: 360x200
|
|
3: 320x240
|
|
4: 360x240
|
|
5: 320x350
|
|
6: 360x350
|
|
7: 320x400
|
|
8: 360x400
|
|
9: 320x480
|
|
10: 360x480
|
|
|
|
You will notice that modes 0 and 1 are both 320x200; mode 1 is a
|
|
Mode X-style version, which may someday allow support of page
|
|
flipping for cleaner graphics, but right now it's just slower with
|
|
no advantages, so use mode 0 for 320x200 resolution. Modes 2-10
|
|
are all higher resolution than mode 0, and look very nice, but are
|
|
also all slower than mode 0. Mode 0 is the fastest of the 11
|
|
built-in modes.
|
|
|
|
In addition to the built-in modes, Quake checks for the presence
|
|
of a VESA version 2.0 driver. If such a driver is detected, the
|
|
driver is queried for all 8-bit-per-pixel linear framebuffer (LFB)
|
|
modes that are supported; also, if no LFB 320x200 mode is available,
|
|
a banked 320x200 VESA mode is queried for. All such modes are added
|
|
to the mode list starting at mode 11. The available modes will vary
|
|
depending on adapter, graphics chipset, amount of video memory, and VESA
|
|
2.0
|
|
driver. The higher the resolution, the lower the performance, and
|
|
the
|
|
higher-resolution modes will often be too slow for good gameplay
|
|
on most machines. (Also, higher-resolution modes often need more memory
|
|
than is available in an 8 Mb system.) The screen can be sized down to
|
|
improve performance in higher-resolution modes, but then of course the
|
|
effective resolution of Quake is reduced.
|
|
|
|
At the same resolution, VESA LFB modes are often faster than the non-VESA
|
|
modes 0-10, because adapters often have faster memory access in LFB modes.
|
|
|
|
If a given VESA mode can support page flipping, then it defaults to page-
|
|
flipped operation. A VESA mode can be forced to non-page-flipped operation
|
|
by setting the vid_nopageflip console variable to 1, then setting the mode
|
|
|
|
(note that vid_nopageflip takes operation on the next, not the current, mode
|
|
set, and note that it then stays in effect permanently, even when Quake is
|
|
exited and restarted, unless it is manually set back to 0). If there is not
|
|
enough memory for two pages in a VESA mode, or if the
|
|
adapter doesn't support page flipping, then the mode will automatically
|
|
be non-page-flipped. Page flipping can have higher visual quality, but may
|
|
be either faster or slower, depending on the graphics adapter and other
|
|
hardware. (See the discussion of the Pentium Pro, below, for a
|
|
discussion of why page flipping can be faster but is sometimes much slower
|
|
on that processor.) Page-flipped modes use less system memory than non-
|
|
page-flipped modes.
|
|
|
|
Quake's VESA support, including VESA driver detection, can be disabled by
|
|
using the -stdvid command-line switch, and can also be disabled, along with
|
|
sound, network, and other hardware support, by the -safe command-line switch.
|
|
|
|
The maximum resolution supported by Quake is 1280x1024. Modes with higher
|
|
resolutions will not be reported by vid_describemodes, and cannot be set.
|
|
|
|
There is no support for any 3-D accelerator boards in this version of Quake.
|
|
Coming soon.
|
|
|
|
Quake always starts up in mode 0, and modes 0-10 are always available, given
|
|
enough system memory.
|
|
|
|
|
|
A note on modes reported in the Video Modes menu
|
|
------------------------------------------------
|
|
|
|
The vid_describemodes console command lists all modes with
|
|
resolution less than or equal to 1280x1024 that are
|
|
supported by the video adapter, although modes for which there
|
|
is not enough system memory have "**" for the mode number. VGA,
|
|
Mode X-style, and VESA 2.0 modes are listed separately, so a
|
|
single resolution can be listed as many as three times, once for
|
|
each hardware mode that supports it. For example, mode 0 is
|
|
VGA mode 0x13, which supports 320x200 resolution, and mode 1 is
|
|
320x200 Mode X-style mode. Quake looks identical in both
|
|
modes, although it usually runs faster in mode 0.
|
|
|
|
The Video Modes menu is much simpler. Only modes with resolution
|
|
less than or equal to 1280x1024 that are both supported by the
|
|
hardware and for which there is sufficient system memory are
|
|
listed. Further, a given resolution is listed only once. If a
|
|
given resolution is available in multiple hardware modes, then
|
|
selecting that resolution will select the appropriate hardware mode
|
|
as follows:
|
|
|
|
If the mode is 320x200, then VGA mode 0x13 is selected, and
|
|
equivalent Mode X and VESA modes are ignored;
|
|
|
|
Otherwise, the VESA version of the mode is used.
|
|
|
|
You can always see what video mode is selected from the console by typing
|
|
the command:
|
|
|
|
vid_mode<enter>
|
|
|
|
command.
|
|
|
|
None of this has any effect on selecting modes through the
|
|
console, where all the different versions of each mode are
|
|
listed, and the desired version can be selected by using the
|
|
appropriate mode number.
|
|
|
|
|
|
How to get VESA 2.0 support
|
|
---------------------------
|
|
|
|
Some video adapters have VESA 2.0 support in ROM. Other video
|
|
adapters come with loadable VESA 2.0 TSRs. In the absence of either
|
|
of these, UniVBE, a shareware product from SciTech, provides VESA 2.0
|
|
support for most video adapters. The latest version of UniVBE 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: sales@scitechsoft.com
|
|
|
|
SciTech Software
|
|
5 Governors Lane, Suite D
|
|
Chico, CA
|
|
95926-1989
|
|
|
|
The current version at this writing is UniVBE 5.2. This version
|
|
supports many more adapters than previous versions, and adds
|
|
a number of useful low- and medium-resolution modes, such as 400x300
|
|
and 512x384.
|
|
|
|
|
|
Video-related commands
|
|
----------------------
|
|
|
|
vid_describecurrentmode
|
|
lists the description for the current video mode.
|
|
|
|
vid_describemode <mode #>
|
|
lists the description for the specified video mode, where <mode #> is as
|
|
reported by vid_describemodes.
|
|
|
|
vid_describemodes
|
|
lists descriptions for all available video modes.
|
|
|
|
vid_mode <mode #>
|
|
sets the display to the specified mode, where <mode #> is as reported by
|
|
vid_describemodes.
|
|
|
|
vid_nopageflip <1|0>
|
|
when set to 1, VESA mode sets will always select non-page-flipped
|
|
operation. When set to 0, VESA mode sets will select page-flipped
|
|
operation whenever possible. All non-VESA modes are always
|
|
non-page-flipped. The setting of vid_nopageflip is remembered
|
|
when Quake is exited (by being saved in config.cfg), and is reloaded
|
|
when Quake is restarted, so once vid_nopageflip is set to 1, all
|
|
VESA modes set in all Quake sessions after that point be will non-page-
|
|
flipped until vid_nopageflip is set to 0. Note that setting this
|
|
variable doesn't affect whether the current video mode is page-flipped,
|
|
but rather whether page-flipping can be used by future mode sets.
|
|
|
|
vid_nummodes
|
|
reports the total number of modes available.
|
|
|
|
vid_testmode <mode #>
|
|
tries to switch Quake to the specified mode, then returns to the current
|
|
mode after 5 seconds. This allows you to try an untested mode without
|
|
ending up with a black screen if, for example, the monitor can't display
|
|
the mode properly. There may still be instances in which, due to VESA
|
|
driver or hardware bugs, the machine will hang in certain modes;
|
|
vid_testmode can't recover from these situations, but it can recover
|
|
from a blank or scrambled screen.
|
|
|
|
vid_wait <wait type>
|
|
sets the type of waiting that the video adapter should do, as follows:
|
|
0: no waiting
|
|
1: wait for vertical sync active
|
|
2: wait for display enable active
|
|
|
|
The default state of vid_wait depends on the video mode selected.
|
|
(_vid_wait_override can force vid_wait to 1, wait for vertical
|
|
sync; see the description of _vid_wait_override below.)
|
|
In built-in modes 0-10, the default is always 0, no waiting. You
|
|
can set vid_wait to 1 (wait for vertical sync) to eliminate shear
|
|
and tearing in these modes (so partially-completed frames are never
|
|
drawn, resulting in a rock-solid image). However, waiting for
|
|
vertical sync can result in substantial performance loss.
|
|
|
|
In VESA modes, if the adapter is VGA compatible and there's enough
|
|
memory for three video pages, then triple-buffering is enabled and
|
|
vid_wait is set to 2, wait for display enable. There is little
|
|
performance loss to this sort of waiting. If the adapter is not
|
|
VGA compatible, or if there's only enough memory for double-buffering,
|
|
then vid_wait is set to 1 (wait for vertical sync). This can cause
|
|
significant loss of performance, but some sort of wait is generally
|
|
necessary to avoid occasional glitching of the screen when
|
|
page-flipping; we always choose the lowest-cost wait option that
|
|
seems to be safe to use. If there's only enough memory for one
|
|
page, or if vid_nopageflip 1 is in effect, then vid_wait is set to 0
|
|
(no wait). As with modes 0-10, vid_wait 1 can be used to eliminate
|
|
shear, but at a performance cost.
|
|
|
|
We have encountered problems with a few adapters in VESA modes when
|
|
vid_wait is set to 2 (wait for display enable). Apparently some adapters
|
|
just toggle display enable all the time, rather than only when pixels
|
|
are being sent to the screen; this can cause occasional glitches in
|
|
which the screen image jumps for one frame. You can fix this by
|
|
setting vid_wait to 1 (wait for vertical sync). We would have made
|
|
vid_wait 1 the default, but it's slower, and vid_wait 2 works on most
|
|
machines.
|
|
|
|
The default setting for vid_wait can be changed from the console
|
|
at any time. If you are in a VESA mode that waits for vertical
|
|
sync and want to turn it off to get a speed-up, you can do so.
|
|
However, changing a vid_wait 1 default in a VESA mode may result
|
|
in problems. If vid_wait defaults to 1 (wait for vertical sync)
|
|
in a mode, and you force it to 2 (wait for display enable), the
|
|
machine may hang, because some VGA-incompatible adapters, such as
|
|
some ATI Mach64s, don't support the display enable status. If you
|
|
force vid_wait to 0 (no wait), then the screen may glitch periodically
|
|
if the page flips at a time that results in a bad flip address,
|
|
although some adapters work fine with no wait at all.
|
|
|
|
If you force a new setting for vid_wait and encounter problems, DO
|
|
NOT send us a bug report!
|
|
|
|
_vid_wait_override <1|0>
|
|
can be used to force wait for vertical sync in all modes. When
|
|
_vid_wait_override is set to 0, the type of waiting, if any, for
|
|
each video mode that's set thereafter is automatically set to
|
|
what appears to be the fastest safe state. However, it is
|
|
possible in some cases that automatic setting may result in some
|
|
screen glitching, and it is also true that shear can be
|
|
eliminated by waiting for vertical sync (although at a cost in
|
|
performance), so it may be desirable in some cases to override
|
|
the automatic wait selection and always wait for vertical sync.
|
|
This can be done by setting _vid_wait_override to 1. Once set,
|
|
this remains in effect through all succeeding mode sets, even
|
|
when Quake is exited and re-entered; the only way to keep Quake
|
|
from waiting for vertical sync once _vid_wait_override is set to
|
|
1 is to set _vid_wait_override to 0. Note that changing
|
|
_vid_wait_override doesn't affect the current mode, but rather
|
|
takes effect on the next mode set. _vid_wait_override is initially
|
|
set to 0.
|
|
|
|
_vid_default_mode <mode #>
|
|
can be used to force Quake to start up in a particular mode.
|
|
The easiest way to select a default mode is by pressing the
|
|
'D' key in the Video Modes menu, but you can alternatively
|
|
use _vid_default_mode to specify the mode in which you want
|
|
Quake to start up in future Quake sessions. _vid_default_mode
|
|
is initially set to 0.
|
|
|
|
|
|
Higher-quality perspective texture mapping
|
|
------------------------------------------
|
|
|
|
For maximum speed, perspective correction is performed only every 16
|
|
pixels. This is normally fine, but it is possible to see texture ripples
|
|
in surfaces that are viewed at sharp angles. For more precise texture
|
|
mapping, set the console variable d_subdiv16 to 0. Doing this will result
|
|
in somewhat slower performance, however, and the difference in visual
|
|
quality will not normally be noticeable.
|
|
|
|
|
|
Known video problems and workarounds
|
|
------------------------------------
|
|
|
|
If you think you've encountered a bug, see "Bug Reporting," below.
|
|
As a general rule, go back to mode 0 if you have problems; mode 0
|
|
should work properly in all cases.
|
|
|
|
On some ATI Mach64 adapters, the palette is sometimes too dark in
|
|
some VESA modes, and is tinted oddly (too red, for example) in other
|
|
modes. The workaround is to use different modes, or modes 0-10.
|
|
|
|
In modes 0-10, shear and tearing can occur as partially finished
|
|
frames are displayed. Workaround: set vid_wait to 1 (wait for
|
|
vertical sync); this can result in a substantial performance loss,
|
|
however. An alternative is to use a page-flipped VESA mode.
|
|
|
|
In page-flipped VESA modes, occasional glitched frames may occur with some
|
|
VESA driver-hardware combinations. Workaround: set vid_wait to 1 (wait
|
|
for vertical sync) (you can set _vid_wait_override to 1 to make waiting
|
|
for vertical sync permanent for future Quake sessions), or use a different
|
|
mode.
|
|
|
|
The VESA video drivers that come with some video adapters don't
|
|
support low-resolution modes such as 320x200; often,
|
|
nothing lower than 640x400 is supported. For example,
|
|
this is the case with some ATI adapters. There's nothing
|
|
Quake can do to provide low-resolution VESA modes in these
|
|
cases, because Quake simply supports whatever modes the VESA
|
|
driver chooses to report as supported. Unfortunately, 640x400
|
|
is too high a resolution for really good performance unless you
|
|
have a very fast Pentium or a Pentium Pro, so on machines with
|
|
this sort of adapter, the VESA modes aren't very usable.
|
|
Workaround: Use UniVBE 5.2, which supports low-resolution modes
|
|
on a wide variety of adapters. Note that a few adapters simply can't
|
|
support low-resolution modes, in which case you'll have to stick with
|
|
the low-resolution VGA and Mode X modes that are built into Quake,
|
|
which run fine but may be somewhat slower than VESA modes.
|
|
|
|
A few video adapters are almost but not fully VGA compatible, because
|
|
they don't support some unusual VGA video modes. In particular, a few
|
|
adapters don't support the 360-wide Mode X-style video modes that are
|
|
build into Quake (modes 2, 4, 6, 8, and 10), and display garbage in those
|
|
modes. Workaround: use different modes, such as 0, 3, 5, 7, 9, or any
|
|
VESA modes that are available.
|
|
|
|
Under Win 95, the palette occasionally gets messed up when switching from
|
|
Quake to the desktop and back again. You can restore the palette by
|
|
bringing down the console (either press tilde ('~'), or press Esc to bring
|
|
up the menu, select Options, and select Console... from the Options menu),
|
|
and typing bf and pressing the enter key, to generate a background flash,
|
|
which sets the palette. Press Esc to exit the console. Alternatively,
|
|
setting the screen brightness, either from the Options menu or via the
|
|
gamma console variable, sets the palette.
|
|
|
|
Under Win 95, if the system key (the key with the Win 95 flag on it) is
|
|
pressed while Quake is running fullscreen in a VESA mode, Win 95 may be
|
|
unable to switch back from the desktop to Quake, in which case it will
|
|
notify you of this, then terminate the Quake session. This is a quirk
|
|
of Win 95, and normally there is no workaround other than not to press
|
|
that key or not to use VESA modes. (Some people go so far as to remove
|
|
the system key from their keyboard.) However, you can
|
|
disable the system key for Quake with the following utility:
|
|
|
|
http://www.microsoft.com/windows/download/doswinky.exe
|
|
|
|
Switching away from Quake with Alt-Enter, Ctrl-Esc, Alt-Tab, or
|
|
Alt-Spacebar all work fine (except that if you disable the system key
|
|
with doswinky.exe, Ctrl-Esc will also be disabled).
|
|
|
|
|
|
Performance
|
|
-----------
|
|
|
|
Quake's graphics should be adequately fast in mode 0 (320x200) on all
|
|
Pentium-class machines. If you feel Quake is running slowly, set the
|
|
showturtle console variable to 1; you will then see a turtle icon
|
|
appear in the upper left corner of the screen if the frame rate drops
|
|
below 10 frame/second. If you are getting the turtle, you are probably
|
|
not getting great gameplay. Performance can be improved in several ways:
|
|
|
|
* size down the screen with the minus key
|
|
|
|
* select a lower-resolution mode, if possible
|
|
|
|
* use a VESA mode
|
|
|
|
* if you're using a VESA mode and vid_wait is set to 1 (wait for
|
|
vertical sync) by default (you can check by typing vid_wait<enter>
|
|
in the console), you can try setting vid_wait to 0 or 2, as detailed
|
|
in the discussion of the vid_wait command above. Be aware that
|
|
risks of screen glitching or hung machines are associated with
|
|
overriding a default vid_wait 1 setting in VESA modes.
|
|
|
|
To see how exactly fast Quake is running, bring up the console and type
|
|
|
|
host_speeds 1<enter>
|
|
|
|
You will see a display at the top indicating total frame time in
|
|
milliseconds, and also server, graphics, and sound frame time in
|
|
milliseconds. (Note, though, that unless you also do
|
|
|
|
snd_noextraupdate 1<enter>
|
|
|
|
sound time will actually show up as graphics time. However,
|
|
snd_noextraupdate 1 can cause sound to get choppy, so it's not
|
|
generally recommended.)
|
|
|
|
Lower numbers are better.
|
|
|
|
Type
|
|
|
|
host_speeds 0<enter>
|
|
|
|
to turn off the frame time display.
|
|
|
|
|
|
Pentium Pro Performance
|
|
-----------------------
|
|
|
|
The Pentium Pro is a very fast Quake platform, but has one weak spot; it is
|
|
by default very slow on writes to video memory. This means that in default
|
|
hardware configurations, you are usually much better off setting
|
|
vid_nopageflip to 1 if you use VESA modes, so drawing is done to system
|
|
memory instead of to video memory. Remember that you must set the mode
|
|
after setting vid_nopageflip to 1 in order to get vid_nopageflip to take
|
|
effect. (vid_nopageflip can sometimes be faster on a Pentium, too, but
|
|
not by nearly as much in general, and it's often slower.)
|
|
|
|
The Pentium Pro has some special features that are not turned on by default,
|
|
but which can help Quake performance a LOT. These features can be enabled
|
|
by John Hinkley's program FASTVID, which can be obtained from
|
|
ftp://members.aol.com/JHinkley/fastvid.zip. Performance in 640x480
|
|
mode on a Pentium Pro/150 nearly doubled after FASTVID was run; Quake
|
|
was very playable (and looked great!) at this resolution.
|
|
|
|
There's the usual caution with FASTVID: It could conceivably make your
|
|
system run goofily, or who knows what. FASTVID is not a product of
|
|
id Software, and id makes no guarantees regarding FASTVID. In other words,
|
|
use FASTVID at your own risk.
|
|
|
|
************************************************************************
|
|
IMPORTANT NOTE: FASTVID works only on Pentium Pros!!! Please do NOT
|
|
contact either John Hinkley or id with problems concerning FASTVID on
|
|
Pentium or 486 machines.
|
|
************************************************************************
|
|
|
|
|
|
Video Bug Reporting
|
|
-------------------
|
|
|
|
If you encounter a video-related bug, please fill out the form found at the
|
|
end of this file and e-mail it to support@idsoftware.com. There are several
|
|
problems that are not bugs, and shouldn't be reported, including:
|
|
|
|
* unavailability of some VESA modes; VESA modes are only supported by
|
|
Quake if they are 8-bpp, are LFB modes (except for 320x200), and are
|
|
no greater than 1280x1024 in resolution. If you have a VESA mode
|
|
that doesn't seem to be working properly, please contact the
|
|
manufacturer; we just use the information that the VESA driver
|
|
provides us with.
|
|
|
|
* problems that occur when you change vid_wait from a default value
|
|
of 1 (wait for vertical sync) in VESA modes
|
|
|
|
* sluggish performance on 486s
|
|
|
|
* the known palette problem on some Mach64s.
|
|
|
|
* the known palette problems switching from fullscreen to the desktop and
|
|
back under Win95.
|
|
|
|
* the known problems switching back from the desktop in VESA modes after the
|
|
system (Windows flag) key has switched from fullscreen to the desktop.
|
|
|
|
* video modes that are not listed in the Video Modes menu, or that are not
|
|
listed or are listed with "**" in the output from vid_describemodes; such
|
|
modes are either not supported by your video adapter, or cannot be supported
|
|
by Quake in the amount of memory your system has. High-resolution modes will
|
|
often not be available in 8 Mb systems.
|
|
|
|
* 360-wide video modes that don't work although other resolutions do work
|
|
|
|
* lack of low-resolution VESA modes; the availability of low-resolution modes
|
|
is the responsibility of the VESA driver. UniVBE 5.2 provides low-resolution
|
|
modes on most adapters.
|
|
|
|
Apart from these, we would very much like to hear about any video
|
|
problems you encounter.
|
|
|
|
|
|
==========================================
|
|
== Sound Subsystem Documentation ==
|
|
==========================================
|
|
|
|
Quake's sound subsystem works only with Sound Blaster compatible sound
|
|
cards. For Quake to get the correct settings for DMA channel and PORT
|
|
address, you must set your BLASTER environment variable (or have it set for
|
|
you with the DIAGNOSE utility in your SB16 directory). If you do not have
|
|
the BLASTER environment variable set, your sound will not work. If your
|
|
sound card supports Sound Blaster compatibility, Windows 95 should set this
|
|
variable for you.
|
|
|
|
Note: some sound cards do not have 100% Sound Blaster compatible
|
|
hardware, but emulate the Sound Blaster interface. Such cards may
|
|
display some inconsistencies relative to an actual sound blaster.
|
|
In particular, sound may be delayed on some cards.
|
|
|
|
Note: it is possible for sound to get choppy if the frame rate
|
|
drops to a very low level, below 5 frames a second. A frame rate
|
|
that low will not provide a good gameplay experience, so if you
|
|
do experience choppy sound, your machine is almost certainly not
|
|
fast enough to run Quake satisfactorily in general.
|
|
|
|
If (when) you see bugs, please use the form attached to the end
|
|
of these docs to submit a bug report.
|
|
|
|
Sound Card Command Line Options, Commands, and Variables
|
|
==================================================================
|
|
|
|
The commands and variables below work under any operating system.
|
|
Command-Line options are typed on the command line in most any place
|
|
but only in operating systems which support command line interfaces,
|
|
like DOS's COMMAND.COM, or NEXTSTEP's or Linux's csh, sh, or bash.
|
|
For example, under DOS, the NOSOUND option would be used like this:
|
|
"C:> quake -nosound".
|
|
|
|
Command-Line Options
|
|
--------------------
|
|
|
|
NOSOUND
|
|
Syntax: -nosound
|
|
Description: This will prevent *any* sound code from being executed. If
|
|
you are having technical difficulty with the game and then try
|
|
running the game with this option and the problem goes away, then
|
|
the problem is probably somewhere in the sound code.
|
|
|
|
SSPEED
|
|
Syntax: -sspeed <speed>
|
|
Description: This will ask the sound code to set the playback speed
|
|
within the constraints of the capabilities of the card. This is
|
|
11025 Hz by default and usually from 8000 to 44100. Making this
|
|
faster requires more CPU horsepower, and has no actual benefits,
|
|
because the sounds only contain 11 KHz data. Making this slower
|
|
degrades sound quality, but improves performance and saves memory.
|
|
|
|
Commands
|
|
--------
|
|
|
|
SOUNDINFO
|
|
Syntax: soundinfo
|
|
Description: This prints the "portable" information on your current
|
|
audio hardware setting in the game. It specifies whether there is
|
|
stereo output (0 or 1), the number of samples in the DMA buffer, the
|
|
current sample position (changes each time you run SOUNDINFO and
|
|
ranges from 0 to the number of samples), the number of sample bits,
|
|
the submission chunk (1 in DOS or Linux w/ mmaped sound, larger in
|
|
Linux w/o mmaped sound), playback speed in Hz, the DMA buffer address
|
|
in hexadecimal (usually 8 digits after the 0x, starting with 0xf00..
|
|
in DOS, starting with 0x400.. in Linux, and less than 8 digits if the
|
|
hardware was not initialized successfully), and the number of
|
|
channels mixed in software (8 by default, changeable w/NUMCHANNELS
|
|
command).
|
|
|
|
STOPSOUNDS
|
|
Syntax: stopsounds
|
|
Description: Stops any current looping sounds.
|
|
|
|
|
|
Sound Blaster Sound Card Command-Line Options and Commands
|
|
==========================================================
|
|
|
|
The following applies to Sound Blaster cards or compatibles under DOS
|
|
or a DOS box.
|
|
|
|
Commands
|
|
--------
|
|
|
|
SBINFO
|
|
Syntax: sbinfo
|
|
Description: This will print information on the Sound Blaster card
|
|
in the system. If the version is 4 or greater, then it is some
|
|
kind of Sound Blaster 16 or compatible. Version 2 is an 8 bit mono
|
|
sound blaster, Version 3 is an 8 bit stereo sound blaster pro.
|
|
The port is the I/O port
|
|
sensed from the A variable in the BLASTER
|
|
environment variable.
|
|
The DMA is the DMA channel and is confirmed in
|
|
hardware if the
|
|
card is version 4 or higher. The mixer port can be
|
|
ignored.
|
|
|
|
|
|
==========================================
|
|
== CD Audio Subsystem Documentation ==
|
|
==========================================
|
|
|
|
Overview
|
|
========
|
|
Quake is designed to play background music off of a CD-ROM. The Quake CD has
|
|
music tracks on it and each level has been assigned a track that will be
|
|
played.
|
|
|
|
Win95 Users: Putting a CD other than the Quake CD into the drive when Quake
|
|
is already running will sometimes cause another Windows application to start
|
|
and switch you back to Windows with Quake running in the background. You
|
|
will probably want to stop whatever was started and switch back to Quake as
|
|
quickly as possible... especially if you are playing deathmatch.
|
|
|
|
|
|
Command Line Parameters
|
|
=======================
|
|
-nocdaudio
|
|
This will prevent the CD audio system from even attempting to initialize.
|
|
No CD commands or functions will be available. The game will just run
|
|
with no music.
|
|
|
|
-cdmediacheck
|
|
This causes the game to periodically check to see if the CD has been
|
|
removed and a new one placed in the player. It is off by default since
|
|
this operation is very slow on some CD players and is not needed under
|
|
Win95. There is normally no reason to enable this option; it would
|
|
only be useful if you were going to be changing the CD from within the
|
|
game on a regular basis.
|
|
|
|
Commands
|
|
========
|
|
There is normally no reason you would need to use any of these commands. If
|
|
you are playing Quake with the Quake CD in your CD-ROM drive, the appropriate
|
|
music track will be played automatically.
|
|
|
|
cd on
|
|
Re-enables the CD audio system after a "cd off" command.
|
|
|
|
cd off
|
|
Shuts down the CD audio system. No more music will be played unless it
|
|
is re-enabled.
|
|
|
|
cd reset
|
|
Causes the CD audio to re-initialize. This is useful if you change
|
|
CDs or insert the CD after you've already run Quake.
|
|
|
|
cd play <track number>
|
|
Plays the specified track one time.
|
|
|
|
cd loop <track number>
|
|
Plays the specified track. It will be repeated until either it is
|
|
manually stopped or another track is started.
|
|
|
|
cd stop
|
|
Stops the currently playing track.
|
|
|
|
cd resume
|
|
Will resume playback of a stopped track.
|
|
|
|
cd eject
|
|
This is for CD players that do not have a manual eject button.
|
|
|
|
cd remap <track1> <track2> <track3> ...
|
|
Allows you to switch what tracks are played. This is especially useful
|
|
if you want to play music other than that on the Quake CD. If the CD
|
|
audio system is told to play track 1, it will instead play the 1st
|
|
track you specified. For example: assuming a CD with 1 data track and
|
|
8 music tracks, the command "cd remap 1 9 8 7 6 5 4 3 2" would leave
|
|
the data alone and play the audio tracks as if they had been placed on
|
|
the CD in the opposite order.
|
|
|
|
cd info
|
|
Reports information such as the number and types of tracks on the current
|
|
CD, what track (if any) is currently playing, and the playback volume.
|
|
|
|
|
|
Variables
|
|
=========
|
|
bgmvolume
|
|
The background music volume. Valid values are 0.0 though 1.0. Changes
|
|
will normally be made using the options menu.
|
|
|
|
Not all CD-ROM players support variable volume. The 0.0 to 1.0 value
|
|
translated to a value from 0 to 255 before it is passed to MSCDEX. How
|
|
this value is interpreted varies from drive to drive. The only thing
|
|
required by the MSCDEX specification is that 0 is off and anything else
|
|
is on. Some CD-ROM drives only have on and off so change to bgmvolume
|
|
will have have no effect on volume once it is on.
|
|
|
|
|
|
Messages
|
|
========
|
|
CDAudio_Init: MSCDEX version 2.00 or later required.
|
|
MSCDEX was either not loaded, or is a version earlier than 2.00.
|
|
|
|
CDAudio_Init: First CD-ROM drive will be used
|
|
MSCDEX reported that the system has more than one CD-ROM drive.
|
|
Quake will always use the first drive in this case.
|
|
|
|
CDAudio_Init: Unable to allocate low memory.
|
|
We were unable to allocate the memory needed to communicate with MSCDEX.
|
|
Although the game can still run, this indicates a severe low memory
|
|
condition.
|
|
|
|
CD Audio Initialized
|
|
Indicates that the CD audio system has successfully initialized.
|
|
|
|
CDAudio_Play: Bad track number N.
|
|
We attempted to play a track number that that is outside the range of
|
|
tracks recorded on the CD currently in the CD-ROM drive. Probable causes
|
|
are that a CD other than Quake is in the player, or a custom level has
|
|
specified an invalid track number.
|
|
|
|
CDAudio_Play: Can not play data.
|
|
A valid track was requested to be played, but it was a not an audio track.
|
|
The probable causes are the same as for a bad track number.
|
|
|
|
CDAudio_Play: track N failed
|
|
A valid audio track was going to be played, but the play command to MSCDEX
|
|
returned an error.
|
|
|
|
CDAudio: media changed
|
|
This is simply a notification. It can only occur if the "-cdmediacheck"
|
|
option was specified on the command line.
|
|
|
|
CDAudio: Error - playback stopped N
|
|
An error occurred while the CD was playing audio. Playback has been
|
|
stopped and no further automatic play will be attempted; the game will
|
|
proceed without music.
|
|
|
|
CDAudio_Init: No CD in player.
|
|
MSCDEX reported an error while Quake was attempting to get information
|
|
about the current CD. There is either no CD in the player, or it was
|
|
unable to get the track information. No automatic CD play will be
|
|
attempted; the game will proceed without music.
|
|
|
|
|
|
==========================================
|
|
== Network Subsystem Documentation ==
|
|
==========================================
|
|
|
|
Overview
|
|
========
|
|
|
|
Quake is a client/server game. You are always running over some type of
|
|
network. In a standalone game, you are using a loopback network; it just
|
|
passes messages back and forth in memory buffers. This readme is talking
|
|
about real networks and multiplayer deathmatches. There are three main
|
|
sections: commands, LANs, and Serial.
|
|
|
|
Most normal configuration can be done via the game menus.
|
|
|
|
There are two types of Quake servers: dedicated and listen. A listen server
|
|
is a machine that is used to play the game and also hosts the game for other
|
|
players. A dedicated server only hosts the game; it runs in text mode and
|
|
does not let anyone play on that machine. A single player game is really
|
|
just a 1 player listen server that doesn't listen for network connections.
|
|
|
|
Dedicated vs Listen. I'll try to make this simple: it is always better to
|
|
use a dedicated server. Why? Fairness and playability. With a listen
|
|
server, the person on the server always has advantages. They will always be
|
|
the first person into a level, they will always have zero latency, and they
|
|
will get a server update on each and every frame. On a dedicated server
|
|
everyone gets equal treatment. Getting into the server is a first come,
|
|
first served proposition; latency is determined by each player's connection;
|
|
and everyone is sent the same number of updates. It's about as fair as life
|
|
gets. By the way, a good 486 machine works nicely as dedicated server.
|
|
|
|
Another suggestion. Until there is a native Win95 version of Quake, IPX will
|
|
usually provide better gameplay on a local area network. This is due to the
|
|
delicate balancing act that is required to let a DOS program use the Win95
|
|
TCP/IP stack.
|
|
|
|
To start a Dedicated Server, you invoke Quake with the "-dedicated"
|
|
command-line parameter. When the server starts, you can type any command
|
|
that you would normally type in the Quake Console, such as "map e1m1" to
|
|
start the server on a specific map. This can be done from the command-
|
|
line as well by typing "quake -dedicated +map e1m1". If a value is entered
|
|
after "-dedicated", that is the amount of players allowed to connect, up
|
|
to a maximum of 16 players. A dedicated server will quit to the OS whenever
|
|
a fraglimit or timelimit is reached. Example: "quake -dedicated 16" will
|
|
start a 16-player dedicated server.
|
|
|
|
To start a Listen Server, you invoke Quake with the "-listen" command-
|
|
line parameter, or use the Multiplayer menu in the game. Starting a listen
|
|
server from the command-line will allow you to handle more than 4 players,
|
|
as 4 is the limit when starting a game from the Multiplayer menu. If a
|
|
value is used after the "-listen", that is the maximum amount of players
|
|
allowed, up to 16 players.
|
|
|
|
Command Line Parameters, Commands, and Variables
|
|
================================================
|
|
|
|
Command line parameters
|
|
-----------------------
|
|
-nolan
|
|
Disables IPX, TCP/IP, and serial support.
|
|
|
|
-noudp
|
|
Disables support for TCP/IP.
|
|
|
|
-udpport <port#>
|
|
Specifies a UDP port to be used other than the default of 26000.
|
|
|
|
-noipx
|
|
Disables support for IPX.
|
|
|
|
-ipxport <port#>
|
|
Specifies a IPX port to be used other than the default of 26000.
|
|
|
|
-noserial
|
|
Disable serial support.
|
|
|
|
-mpath
|
|
Enables support for code to use Win95's TCP/IP stack. Do NOT use this
|
|
under DOS!
|
|
|
|
-listen [n]
|
|
Starts Quake ready to be a non-dedicated server for up to <n>
|
|
players. If you do not specify a number <n> after -listen it will
|
|
default to 8. The maximum allowed value is 16.
|
|
|
|
-dedicated [n]
|
|
Starts Quake ready to be a dedicated server for up to <n> players.
|
|
If you do not specify a number <n> after -listen it will default to 8.
|
|
The maximum allowed value is 16. A dedicated Quake server stays in
|
|
text mode. This is the Quake console with most commands still
|
|
available; those that make no sense (like vid_mode) are ommitted.
|
|
|
|
Console Variables
|
|
-----------------
|
|
|
|
net_messagetimeout
|
|
Specifies how long Quake should wait for a message to arrive before
|
|
deciding the connection has died. The default is 3 minutes. For
|
|
reference, messages usually arrive at the rate of about 20 per second.
|
|
|
|
hostname
|
|
This is the name for your server that will show up on an slist
|
|
(see below). The default value is "unnamed".
|
|
|
|
sys_ticrate
|
|
Only used by dedicated servers. This determines the rate at which the
|
|
server will send out updates to the clients. The default value is 0.05
|
|
(20 updatesper second). For servers where bandwidth is limited, using
|
|
modems or the internet for example, it is advisable to lower this value
|
|
to 0.1 (10 updates per second). This will have a very minor effect on
|
|
responsiveness, but will half to outbound bandwitdh required making the
|
|
modem players a lot happier.
|
|
|
|
|
|
Console commands
|
|
----------------
|
|
|
|
net_stats
|
|
This is for debugging. It displays various network statistics.
|
|
|
|
slist
|
|
Looks for Quake servers on a local LAN (or over a null modem
|
|
cable). This will NOT go outside the local LAN (will not cross
|
|
routers).
|
|
|
|
|
|
LANs
|
|
====
|
|
|
|
Here are the LANs that are supported by the Quake test
|
|
release. For each one, you'll be told how to connect to a server
|
|
*if it is not on your local network*. If it is, you can use the
|
|
"slist" command and connect by hostname. See the main readme for
|
|
a discussion of the connect command.
|
|
|
|
IPX
|
|
---
|
|
|
|
Quake has been run with Novell's ODI IPX stack under DOS, PDIPX with packet
|
|
drivers under DOS, and the Microsoft IPX stack in a Win95 DOS box. When
|
|
connecting to a server using IPX, you specify its network:nodeaddress (like
|
|
12345678:1234567890AB). If you are on the same network, you can just specify
|
|
the node address. If you are doing a connect command from the console, a
|
|
full IPX address must be enclosed in quotes.
|
|
|
|
For example, the server's IPX address is "00FADE23:00aa00b9b5b2", you would
|
|
enter: connect "00FADE23:00aa00b9b5b2"
|
|
|
|
Win95 TCP/IP
|
|
------------
|
|
|
|
Please see the Win95 section of this file for details about playing using
|
|
TCP/IP under Win95.
|
|
|
|
Kali
|
|
----
|
|
|
|
To Quake, Kali appears to be IPX. Once you've got Kali up and running, run
|
|
Quake as if it was on an IPX network.
|
|
|
|
Beame & Whiteside TCP/IP
|
|
------------------------
|
|
|
|
This is the only DOS TCP/IP stack supported in the test release.
|
|
It is not shareware...it's what we use on our network (in case you
|
|
were wondering why this particular stack). This has been "tested"
|
|
extensively over ethernet and you should encounter no problems
|
|
with it. Their SLIP and PPP have not been tested. When connecting
|
|
to a server using TCP/IP (UDP actually), you specifiy it's "dot notation"
|
|
address (like 123.45.67.89). You only need to specify the unique portion
|
|
of the adress. For example, if your IP address is 123.45.12.34
|
|
and the server's is 123.45.56.78, you could use "connect 56.78".
|
|
|
|
Playing over the Internet
|
|
-------------------------
|
|
Yes, you can play Quake over the Internet. How many people can be in
|
|
the game? That depends. How smooth will the game be? That depends.
|
|
There are just too many variables (bandwidth, latency, current load,
|
|
etc...) for us to make any kind of promises about Internet play.
|
|
|
|
|
|
Serial/Modem
|
|
============
|
|
|
|
The Quake serial driver supports two COM ports. Although they are referred
|
|
to as COM1 and COM2, you can configure them to use any normal hardware
|
|
COM port (1 thru 4 on most PCs). The com ports are used with interrupts,
|
|
so their IRQ may not be used for another purpose (such as a LAN adapter
|
|
or sound card). The IRQ may not be shared with another device either;
|
|
not even another COM port. A client can only be connected to one server
|
|
at a time, so multiple ports are really only useful on a server.
|
|
When using modems, the client must originate the call and the server
|
|
must answer. This holds true even for a two player, non-dedicated
|
|
server configuration.
|
|
|
|
In the Multiplayer menu, the default modem string is "ATZ". If your modem
|
|
games are too slow, you can change this string to the appropriate one for
|
|
your modem as listed below in the "Modem Strings" section.
|
|
|
|
|
|
The COMx commands
|
|
-----------------
|
|
|
|
Use the menus for serial play whenever possible. The console
|
|
interface is only for unusual configurations. It is much more
|
|
difficult to understand and use correctly.
|
|
|
|
Those of you who do use the console commands for serial play need to
|
|
know that the menus always use the first Quake COM line (COM1); yes,
|
|
even for COM2. The names COM1 and COM2 here mean the first and second
|
|
serial ports, not necessarily the PC COM1 and COM2 ports (although those
|
|
are the default configurations).
|
|
|
|
There are two commands to support serial/modem play for Quake. They
|
|
are: COM1 and COM2. Entering one of these commands with no arguments
|
|
will display the status of that serial port, similar to this:
|
|
|
|
Settings for COM1
|
|
enabled: true
|
|
connected: false
|
|
uart: 16550
|
|
port: 3f8
|
|
irq: 4
|
|
baud: 57600
|
|
CTS: ignored
|
|
DSR: ignored
|
|
CD: ignored
|
|
clear: ATZ
|
|
startup:
|
|
shutdown: ATH
|
|
|
|
When used with arguments, these commands change the settings and
|
|
status of the COM ports. The possible arguments are listed below;
|
|
examples follow.
|
|
|
|
enable | disable
|
|
"enable" means that your configuration is complete and you want to use
|
|
the COM port. "disable" is used to turn off a COM port, usually to
|
|
change its settings. The default (initial) state is disabled.
|
|
|
|
|
|
modem | direct
|
|
Use one of these two to let Quake know if you are using a modem or a
|
|
direct connection (also called a null modem). Quake uses this to know
|
|
if it needs to handles modem initialization strings, dialing sequences,
|
|
and hangup procedures.
|
|
|
|
reset
|
|
This will reset the COM port to its default settings and state.
|
|
|
|
|
|
port <n>
|
|
irq <n>
|
|
These are used to set the I/O Port and IRQ that your serial port uses.
|
|
The default values are: port=3f8 irq=4 for COM1 and port=2f8 irq=3 for
|
|
COM2. Note that the port number is displayed in hexadecimal; to enter
|
|
it you would use something like "COM2 port 0x2f8"; the "0x" preceding
|
|
the "2f8" indicates that you are giving the value in hexadecimal
|
|
otherwise decimal is assumed.
|
|
|
|
|
|
baud <n>
|
|
Sets the baud rate. Valid values for <n> are: 9600, 14400,
|
|
28800, 57600, and 115200. 57600 is the default. Please note that
|
|
this is the baud rate used for the uart, not your modem. It is
|
|
perfectly valid to use 57600 on a COM port that is connected to a
|
|
28.8 modem.
|
|
|
|
8250 | 16550
|
|
Specifies the type of uart chip in your system. Normally this is
|
|
automatically detected, one of these need only be used if your chip
|
|
is incorrectly detected.
|
|
|
|
clear
|
|
startup
|
|
shutdown
|
|
This allows you to specify the clear, startup, and shutdown strings
|
|
needed for
|
|
a modem for playing Quake. If you've found values that
|
|
previously worked
|
|
with Doom, use them here. If you are playing over
|
|
a null modem cable,
|
|
leave these blank.
|
|
|
|
-cts | +cts
|
|
-dsr | +dsr
|
|
-cd | +cd
|
|
These determine if certain serial control lines should be honored or
|
|
ignored. The "-" means you want that line ignored, the "+" means to honor
|
|
it. "cts" is an abbreviation for "clear to send", "dsr" for
|
|
"data set ready", and "cd" for "carrier detect". Do not
|
|
change these
|
|
values unless you are absolutely positive you need to. The default is to
|
|
ignore all 3 lines.
|
|
|
|
Quake always uses no parity, 8 data bits, and 1 stop bit; these
|
|
values can not be changed. The baud, port, irq, and uart type can
|
|
not be changed on an enabled port, you must disable it first.
|
|
|
|
|
|
Configuration examples
|
|
----------------------
|
|
Example1: You have a machine with two serial ports you are going
|
|
to use as a Quake server. COM1 will be using a null modem cable and
|
|
COM2 will be connected to a 14.4 modem. You would use commands similar
|
|
(the startup string would almost certainly be different) to these:
|
|
|
|
COM1 baud 57600 enable
|
|
COM2 baud 14400 modem startup AT\N0%C0B8 enable
|
|
|
|
|
|
Example2: You are going to use your machine to connect to a dial-up
|
|
Quake server with your 28.8 modem connected to COM2. You would
|
|
use a command something like this:
|
|
|
|
COM2 baud 57600 modem startup AT\N0%C0B8 enable
|
|
|
|
Note the baud rate is not the same as the modem speed. This allows
|
|
the modem-to-uart communications to occur at a higher rate than
|
|
the modem-to-modem communications.
|
|
|
|
Connecting to a serial Quake server
|
|
-----------------------------------
|
|
|
|
Connecting to a Quake server over a serial/modem connection is done
|
|
using the "connect" command. The command "connect 5551212" would try to
|
|
connect to a Quake server at the phone number 555-1212. Note: your local
|
|
phone company would probably appreciate it if you didn't try this number!
|
|
|
|
If you are using a null modem cable, you can type "connect #".
|
|
Quake will then attempt to connect to the server.
|
|
|
|
|
|
Known problems / workarounds
|
|
============================
|
|
Packet drivers with PDIPX - there is a bug that stops a server running on
|
|
this combination from responding to the slist command. Use the patched
|
|
version of PDIPX included with Quake to correct this problem.
|
|
|
|
SLIST sees no servers - Some PCMCIA ethernet cards and PPP drivers will
|
|
not do the UDP broadcasts needed for the SLIST command (search for local
|
|
games from the menu) to function correctly. In these cases you must
|
|
connect to a Quake game using either its IP address or hostname
|
|
(DNS resolvable hostname, not the hostname variable in Quake).
|
|
|
|
"BW_OpenSocket failed: 5" - This error is specific to the Beame and
|
|
Whitesdie TCP/IP stack. This stack uses DOS file handles as it's
|
|
socket handles. This error occurs when DOS runs out of file handles.
|
|
You need to increase the number specified by "FILES=" in the DOS
|
|
config.sys file.
|
|
|
|
Severe lag using TCP/IP under Win95:
|
|
- Occasionaly when you first connect in to a Quake game using Win95
|
|
TCP/IP you will experience severe lag and not be able to control your
|
|
player's actions. This usually clears up in 10 to 15 seconds.
|
|
- There is apparently a strange limbo state for Microsoft's File and
|
|
Print sharing. This has been seen when it was installed and then later
|
|
removed, but it still appears on the menus. For some unknown reason
|
|
this causes severe lag for a Quake game. You need to go back and make
|
|
sure that it is either completely installed or removed.
|
|
|
|
|
|
==========================================
|
|
== Modem Strings ==
|
|
==========================================
|
|
|
|
Boca M1440i (internal):
|
|
ATS48=0S37=9S46=136%C0%E0%M0&K0&Q0&R1&C1&D2\G0\N1N0
|
|
|
|
Boca 14.4k (internal):
|
|
AT&C0N0S37=9&K0W0&Q0S36=3S48=128%C0
|
|
|
|
Boca 14.4 Fax/Modem
|
|
AT S46=0 S37=9 N0 &Q0 &D2 &K4
|
|
|
|
Boca 14.4k (external):
|
|
AT &F S0=1 S36=0 &K0 &Q6N0S37=9 &D2
|
|
|
|
Boca 14.4k:
|
|
AT S46=0 S37=9 N0 &Q0 &D2 &K0 %C0
|
|
|
|
Cardinal 14.4k v.32bis, v.42bis Fax/Modem:
|
|
AT &F N0 S37=9 &Q0 &D2 \N1
|
|
|
|
Digicom Systems (DSI) (softmodem):
|
|
AT Z \N0 &D2 &K0 S48=48
|
|
|
|
Digicom Systems Scout Plus:
|
|
ATZ*E0*N3*M0*S0*F0&D2
|
|
|
|
Gateway Telepath:
|
|
AT &F S37=9 %C0 &K0 &Q6 \G0
|
|
|
|
Gateway Telepath 14.4k:
|
|
AT S46=0 S37=9 N0 &Q0 &D2 &K0 %C0
|
|
|
|
Gateway Telepath I:
|
|
AT S0=1 &N6 &K0 &M0
|
|
|
|
Gateway Telepath II:
|
|
AT S0=1 S37=9 %C0 &Q0 &K0
|
|
|
|
Generic v.32bis 14.4k Fax/Modem:
|
|
AT \N0 %C0 B8
|
|
|
|
Generic 14.4k Fax/Modem:
|
|
AT S46=0 S37=9 N0 &Q0 &D2 %C0 \G0 &K0
|
|
|
|
GVC 14.4k (internal):
|
|
AT &F B8 \Q0
|
|
|
|
Hayes 28.8k V.FAST Modem:
|
|
AT &Q6 &K S37=9 N %C0 \N0
|
|
|
|
Infotel 144I:
|
|
AT&Q0 S37=9 N0 &D2
|
|
|
|
Infotel 14.4:
|
|
&F0 \N1 &D2 S37=F8
|
|
|
|
Intel 14.4k:
|
|
AT \N0 %C0 \Q0 B8
|
|
|
|
Intel 14.4k (internal):
|
|
AT Z B8 Q1 \C0 \N1 %C0 \V "H
|
|
|
|
Linelink 144e:
|
|
AT &F &D1 &K0 &Q6 S36=3 S46=136 %C0
|
|
19200
|
|
|
|
Microcom AX:
|
|
&F \N1 \Q0 &D2
|
|
|
|
Microcom QX/4232bis:
|
|
AT %C0 \N0
|
|
|
|
Netcomm M7F:
|
|
AT &E &K0 B0 \V0 X4 &D2 \N1 \Q0 #J0 #Q9 %C0
|
|
|
|
Nokia ECM 4896M Trellis V.32:
|
|
AT Z %C0 /N0
|
|
|
|
Nuvotel IFX 14.4 (internal):
|
|
&F \N1 &D2
|
|
|
|
Practical Peripherals 14400FX v.32bis:
|
|
AT Z S46=0 &Q0 &D2
|
|
|
|
Practical Peripherals 14400FX v.32bis:
|
|
AT S46=0 &Q0 &K0 &D2
|
|
|
|
Supra:
|
|
AT &F0 S46=136 %C0
|
|
|
|
Supra (external):
|
|
AT &K &Q &D \N1
|
|
|
|
Supra 14.4k v.32bis:
|
|
AT &F S46=136 &Q0 &D2
|
|
|
|
Supra 14.4k v.32bis:
|
|
AT &K &Q &D \N1
|
|
|
|
Supra Fax Modem 14.4K v.32 bis
|
|
AT &F %C0 S48=7 Q0 V1 W1
|
|
|
|
Telepath 14.4k:
|
|
AT &F&M0&K0&N6&H0 S0=1
|
|
|
|
Twincomm DFi 14.4:
|
|
AT&F &Q0 %C0 S37=9 &D2
|
|
|
|
UDS V.3223:
|
|
&F \N1 \Q &D2
|
|
|
|
UDS Fastalk 32BX:
|
|
&F0 \N1 &D2
|
|
|
|
USR Courier v.32bis:
|
|
ATS0=1 S7=60 E1 Q0 V1 &C1 &D2 &H0 &K0 &M0 &N6 &A3
|
|
|
|
USR Courier HST/DS 16.8k:
|
|
First reset the modem in a communication program with AT&F&W
|
|
AT X4 B0 &A0 &B0 &H2 &I0 &K0 &M0 &N6a
|
|
|
|
USR DS v.32bis v.42bis (external):
|
|
AT&m0&n6&a0&r1&h0&k0&i0&s0&b1x1
|
|
|
|
USR Sporster 9600:
|
|
AT&M0&K0&N6
|
|
|
|
USR Sportster V.34 28.8 (note: works best at 19200 baud):
|
|
AT &F &M0 &I0 &K0 &B0 &N0
|
|
|
|
USR Sportster 14.4k Fax/Modem USING ERROR CORRECTION:
|
|
AT S0=1 S7=60 E1 QO V1 &C1 &D2 &K0 &N6 &A3
|
|
|
|
USR Sportster 14.4k Fax/Modem (internal):
|
|
AT &F&M0&K0&N6&H0
|
|
|
|
USR Sportster 14.4k (internal):
|
|
AT &F &B1 &H0 &I0 &K0 &M0 &N6 &R1
|
|
|
|
USR Sportster 14.4k:
|
|
ATS0=1S7=60E1Q0V1&C1&D2&K0&N6&A3
|
|
|
|
USR Sportster 14.4k:
|
|
AT &F0 &K0 &M0 &N6 &H0 &I0 &B1 &R1
|
|
|
|
USR Sportster 14,000 Fax Modem:
|
|
AT S0=2 &N6 &K0 &M0 &I0 &H0 &R1 &A0 V1 X4
|
|
|
|
USR 14.4k:
|
|
AT &F&A0&K0&M0
|
|
|
|
USR 14.4k
|
|
AT &K0 &H0 &D0 &I0 &R1
|
|
|
|
USR 14.4k Dual Standard
|
|
ATB0&R1&B1&N6Q0X4&A0&D2&H0&I0&K0&M0M1
|
|
|
|
USR (model?):
|
|
&F E1 V1 X4 &C1 &D2 &N0
|
|
|
|
ViVa 14.4k:
|
|
AT&F&Q6\N0%C0&D2N0S37=9
|
|
|
|
ViVa modem (internal):
|
|
&F&Q6\N0%C0&D2N0S37=9
|
|
|
|
Zoltrix model 14/14 VE:
|
|
AT S0=Q0 V1 &C1 &D2 W2 &Q0
|
|
|
|
Zoom 14.4k VFX:
|
|
AT&Q6S37=9N0%C\N0
|
|
|
|
Zoom 14.4k VFX:
|
|
AT&Q6S37=11N0%C&K0
|
|
|
|
Zoom OEM Modem:
|
|
AT&Q6S37=9N0&K0
|
|
|
|
Zyxel U-1496E:
|
|
AT Z &N4 &K0
|
|
|
|
|
|
==========================================
|
|
== Win95 Documentation ==
|
|
==========================================
|
|
|
|
Quake is a DOS application. However, it runs fine from the MS-DOS prompt
|
|
under Win95, so long as the Properties for the MS-DOS prompt are set up so
|
|
that Quake can run. (See "Set the MS-DOS Prompt Properties", below, for
|
|
information about setting MS-DOS Prompt Properties.) Quake will NOT run
|
|
under Windows NT. Following are some steps that can help Quake run better
|
|
under Win95.
|
|
|
|
|
|
Have enough memory
|
|
------------------
|
|
|
|
Quake requires at least 16 Mb of installed memory in order to run under
|
|
Win95.
|
|
|
|
|
|
Set the MS-DOS Prompt Properties
|
|
--------------------------------
|
|
|
|
If Quake won't run, the MS-DOS Prompt Properties may not be set correctly.
|
|
To set the Properties for the MS-DOS prompt, bring up a DOS session, and
|
|
either click on the MS-DOS icon in the upper left corner or press
|
|
Alt-Spacebar, then select Properties from the menu that comes up, and make
|
|
sure the following settings are correct.
|
|
|
|
In the Program sheet of MS-DOS Prompt Properties, make sure the "Suggest
|
|
MS-DOS mode as necessary" is checked.
|
|
|
|
In the Memory sheet of MS-DOS Prompt Properties, make sure all five fields
|
|
are "Auto".
|
|
|
|
In the Screen sheet of MS-DOS Prompt Properties, set "Usage" to Full-screen.
|
|
|
|
In the Misc sheet of MS-DOS Prompt Properties, uncheck the "Allow screen
|
|
saver" box, and check the "Always suspend" box.
|
|
|
|
|
|
Make sure there's enough free disk space
|
|
----------------------------------------
|
|
|
|
If you get error messages like "can't lock memory" under Win 95, or if you
|
|
get other weird, inexplicable errors, make sure you haven't run out of disk
|
|
space; delete some files if necessary. You can see how much disk space is
|
|
free by bringing up "My Computer" and clicking on the disk icon; the free
|
|
disk space will be shown at the bottom of the window.
|
|
|
|
|
|
Run fullscreen
|
|
--------------
|
|
|
|
Quake can run in a window under Win95--but it will run very slowly. You are
|
|
unlikely to get satisfactory performance unless you run Quake fullscreen.
|
|
Quake normally comes up fullscreen under Win95; if you have switched it back
|
|
to windowed mode, you can get that window back to fullscreen by clicking on
|
|
it and then pressing Alt-Enter.
|
|
|
|
|
|
Shut down other applications
|
|
----------------------------
|
|
|
|
Many Win95 apps and DOS apps run even when they're not the foreground
|
|
application. Such applications contend for system resources such as memory,
|
|
processor cycles, and sound hardware. If Quake seems to be running choppily,
|
|
if sound is garbled, or if the disk is going all the time, try shutting down
|
|
whatever other applications you have running. For example, some players
|
|
have reported that Quake does not run as well when the Office shortcut bar
|
|
is running.
|
|
|
|
|
|
Restore the palette if it gets garbled
|
|
--------------------------------------
|
|
|
|
Under Win 95, the palette occasionally gets messed up when switching from
|
|
Quake to the desktop and back again. You can restore the palette by
|
|
bringing down the console (either press tilde ('~'), or press Esc to bring
|
|
up the menu, select Options, and select Console... from the Options menu),
|
|
and typing bf and pressing the enter key, to generate a background flash,
|
|
which sets the palette. Press Esc to exit the console. Alternatively,
|
|
setting the screen brightness, either from the Options menu or via the
|
|
gamma console command, sets the palette.
|
|
|
|
|
|
Avoid the system key
|
|
--------------------
|
|
|
|
Under Win 95, if the system key (the key with the Win 95 flag on it) is
|
|
pressed while Quake is running fullscreen in a VESA mode, Win 95 may be
|
|
unable to switch back from the desktop to Quake, in which case it will
|
|
notify you of this, then terminate the Quake session. This is a quirk
|
|
of Win 95, and there is no workaround other than not to press that key
|
|
or not to use VESA modes. (Some people go so far as to remove the system
|
|
key from their keyboard.) Switching away from Quake with Alt-Enter,
|
|
Ctrl-Esc, Alt-Tab, or Alt-Spacebar all work fine.
|
|
|
|
|
|
Give Quake more and/or locked memory
|
|
------------------------------------
|
|
|
|
By default, Quake tries to allocate 8 Mb of unlocked memory for heap space
|
|
under Win 95. More memory helps Quake run faster; you can allocate more
|
|
memory for Quake under Win95 by setting the command-line switch
|
|
|
|
-winmem x
|
|
|
|
where x is the number of megabytes to allocate for Quake. If there's enough
|
|
memory in the system, the larger the number, up to about 16, the better the
|
|
performance. If, however, there isn't enough memory in the system, or many
|
|
other applications are running, the larger number can just cause Quake to
|
|
page to disk a lot, and can actually slow performance considerably. Also,
|
|
higher numbers can also cause Win 95 to take longer to start Quake and take
|
|
longer to return to the desktop afterward. If you have 32 Mb or more in your
|
|
machine, -winmem 16 should provide the best performance for Quake. If you
|
|
have less than 32 Mb, or a lot of applications running, then you will have
|
|
to experiment to find the best amount of memory to allocate for Quake.
|
|
|
|
You may optionally instruct Quake to lock itself in memory by using the
|
|
command-line switch
|
|
|
|
-winlock
|
|
|
|
so it won't get paged out by other applications. This can avoid hitches when
|
|
parts of Quake get paged into and out of memory, and thus provide a smoother
|
|
playing experience. On the other hand, it can cause Quake to take longer to
|
|
start, and can make the return to the desktop take longer when Quake ends,
|
|
because Quake has been hogging a lot of memory. It is even possible, if most
|
|
of the memory in the system is locked by Quake, that it will take many
|
|
minutes to switch back to the desktop while Quake is running, so the system
|
|
will effectively be nearly frozen. Therefore, use -winlock with caution;
|
|
Quake is not as well-behaved a Win95 citizen when -winlock is specified, and
|
|
does not share resources particularly well.
|
|
|
|
-winmem can be used in conjunction with -winlock; if -winmem specifies more
|
|
memory than is available to be locked, then Quake will lock as much memory
|
|
as possible. Being too aggressive about how much memory is locked can
|
|
actually slow Quake performance, because unlocked parts of the system like
|
|
system CD and sound code and data can then be forced to page, so if you do
|
|
lock memory, you will have to experiment to find the sweet spot, unless you
|
|
have 32 Mb or more of memory.
|
|
|
|
-winlockunlock can be specified as an alternative to -winlock, to tell Quake
|
|
to lock its memory when it starts, then immediately unlock it. The
|
|
advantages of doing this are: 1) it forces all of Quake's pages into memory,
|
|
so no pages should need to be brought in as Quake runs, making for smoother
|
|
running at the start, and 2) it enables Quake to determine whether the
|
|
specified amount of memory (if -winmem is also specified) is available in the
|
|
machine, so you can be sure Quake won't try to allocate more heap space than
|
|
the the amount of physical memory that's actually available. Like -winlock,
|
|
-winlockunlock causes Quake to take quite a bit longer to start up, but it
|
|
has the advantage of making Quake a good Win95 citizen if you need to switch
|
|
back to the desktop, or have other apps running.
|
|
|
|
In general, Quake will run fine without any of the -winxxx switches, but you
|
|
may find that one or more of them--particularly -winmem if you have more than
|
|
16 Mb--helps Quake performance on your machine.
|
|
|
|
None of this is an issue under DOS itself (as oppsed to a DOS box under
|
|
Win95), because Quake just uses all the memory in the machine under DOS.
|
|
|
|
By default, Quake tries to allocate 8 Mb of unlocked memory for heap space
|
|
|
|
|
|
Watch out for limbo subsystems
|
|
------------------------------
|
|
Microsoft's File and Print sharing and IPX protocol stack have both been
|
|
known to cause strange problems when they are in a limbo state. The limbo
|
|
state is seems to be an uninstall that did not complete succesfully. Both
|
|
of these cause poor network play performance. If you are experiencing
|
|
severe lag, check the File and Print services. If you the warning "IPX
|
|
driver send failue: 04", check the IPX protocol stack. They need to be
|
|
either completely installed or removed; the problems only occur when they
|
|
get into this strange semi-installed state.
|
|
|
|
|
|
==========================================
|
|
== Key Binding and Aliases ==
|
|
==========================================
|
|
|
|
Pressing the tilde key ("~") will bring down the console (pressing the
|
|
tilde key or ESC while in the console will close the console). From the
|
|
console you can adjust your player controls, this is done by "binding"
|
|
keys to commands. The format for binding keys is as follows:
|
|
|
|
bind <key> <command>
|
|
|
|
Where <key> is a valid key control and <command> is a valid quake command.
|
|
|
|
Example:
|
|
To bind the j key to the 'jump' command, you would type:
|
|
bind j +jump
|
|
and press enter.
|
|
|
|
Non-printable keys such as 'page up' and buttons from the mouse/joystick are
|
|
bound in the same manner as printable characters. A list of bindable keys can
|
|
be found at the end of this file.
|
|
|
|
Example:
|
|
To bind the page up key to the 'jump' command, you would type:
|
|
bind pageup +jump
|
|
and press enter.
|
|
|
|
To bind the right mouse button to the attack command, you would type:
|
|
bind mouse2 +attack
|
|
and press enter.
|
|
|
|
The alias command is used to create a reference to a command or list of
|
|
commands. When aliasing multiple commands, or commands that contain
|
|
multiple words (such as "fraglimit 50"), you must enclose all the commands
|
|
in quotation marks and separate each command with a semi-colon.
|
|
|
|
Example of an alias that changes some Deathmatch server parameters:
|
|
|
|
alias net_game "hostname my_server ; fraglimit 15 ; timelimit 15"
|
|
bind INS net_game
|
|
|
|
Once the server is spawned (you must be the one running the -listen server),
|
|
you just push the Insert key to set the hostname, frag limit and time limit
|
|
of the server. So now the first person to 15 frags, or with the one with the
|
|
most frags in 15 minutes, wins.
|
|
|
|
Another example would be to change to the Rocket Launcher, fire one rocket,
|
|
and change back to the Double Barrel Shotgun, when you press the "," key:
|
|
|
|
alias rl_dbsg "impulse 7 ; +attack ; wait ; -attack ; impulse 3"
|
|
bind , rl_dbsg
|
|
|
|
Aliasing is very powerful, allowing you great flexibility, so you should
|
|
experiment by aliasing different commands in various ways.
|
|
|
|
A list of common commands can be found in the next section.
|
|
|
|
|
|
==========================================
|
|
== Quake Keys and Common Commands ==
|
|
==========================================
|
|
|
|
The following keys can be bound:
|
|
|
|
A-Z 0-9
|
|
*F1-F12 *TAB
|
|
ENTER SPACE
|
|
BACKSPACE UPARROW
|
|
DOWNARROW LEFTARROW
|
|
RIGHTARROW ALT
|
|
CTRL SHIFT
|
|
INS DEL
|
|
PGDN PGUP
|
|
HOME END
|
|
PAUSE SEMICOLON
|
|
|
|
MOUSE1 (mouse button 1)
|
|
MOUSE2 (mouse button 2)
|
|
MOUSE3 (mouse button 3)
|
|
|
|
*~ (tilde)
|
|
|
|
* Can only be bound on the command line or in a .cfg file.
|
|
|
|
The ESC key cannot be bound.
|
|
|
|
|
|
==========================================
|
|
== Making a Config File ==
|
|
==========================================
|
|
|
|
The commands (bindings and aliases) discussed above can be included into a
|
|
file containing all of your personal configurations, known as a "config"
|
|
file. This file can then be loaded during game play to enable all your
|
|
personal bindings and settings.
|
|
|
|
To do this, use your favorite editor to create a new file, such as
|
|
"fragmstr.cfg". Your .cfg file MUST be located in the quake\id1 directory
|
|
or quake won't find it. Then after launching Quake, you would type "exec
|
|
fragmstr.cfg" and press enter, from the console. You can also exec you .cfg
|
|
file from the DOS command prompt by typing "quake +exec fragmstr.cfg".
|
|
When you exec a config file, it is the same as typing all the lines in your
|
|
config file into the console, only Quake does it for you. Here is an
|
|
example config file (c:\quake\id1\bear.cfg) and the meaning of all the
|
|
bindings, aliases and settings:
|
|
|
|
-------------------------------cut here-------------------------------------
|
|
name player1 // Sets player name to player1 (lets your opponent
|
|
// know who fragged them)
|
|
|
|
sensitivity 4 // Sets the mouse sensitivity to 4
|
|
|
|
scr_conspeed 5000 // Sets the console raise/lower speed
|
|
|
|
lookspring 0 // Sets Mouse Look Spring to 0 (0=keep looking,
|
|
// 1=spring back, when mouse button is released)
|
|
|
|
vid_mode 10 // Sets Video Mode to mode 10 (360X480 resolution)
|
|
|
|
gamma .8 // Sets Gamma Correction to .8 (<1=Lighter, 1=normal
|
|
// and >1=darker)
|
|
|
|
viewsize 70 // Sets the Screen View size to 70 degrees
|
|
|
|
bind mouse1 +forward // Binds the left mouse button to Move Forward
|
|
|
|
bind mouse3 +attack // Binds the middle mouse button to Fire
|
|
|
|
bind mouse2 +mlook // Binds the right mouse button to Mouse Look
|
|
|
|
bind HOME "save bear1" // Binds the Home Key to quick save, saves to
|
|
// bear1.sav
|
|
|
|
bind ENTER +showscores // Binds the Enter key to show Deathmatch Scores
|
|
|
|
bind SHIFT +speed // Binds the Shift key to Run
|
|
|
|
bind CTRL +jump // Binds the Control key to Jump
|
|
|
|
bind ; +mlook // Binds the ; key to Mouse Look also
|
|
|
|
bind . +moveleft // Binds the . key to Strafe Left
|
|
|
|
bind / +moveright // Binds the / key to Strafe Right
|
|
|
|
color 3 4 // Makes Uniform Top green and Pants Red for Net play
|
|
|
|
alias rl_dbsg "impulse 7 ; +attack ; wait ; -attack ; impulse 3"
|
|
|
|
bind , rl_dbsg // Aliases single rocket attack command and binds
|
|
// it to the ',' key.
|
|
-------------------------------cut here-------------------------------------
|
|
|
|
|
|
==========================================
|
|
== Demos ==
|
|
==========================================
|
|
|
|
The standard Demos
|
|
------------------
|
|
|
|
Quake has 3 standard demos that start playing when you first run the game.
|
|
It will cycle through these demos until you start or join a game.
|
|
|
|
Recording a Demo
|
|
----------------
|
|
"record <demoname> <map> [track]" This starts up level <map> and begins
|
|
recording a demo into a file name <demoname>.dem. You can specify the
|
|
optional <track> to choose a background music from the CD, otherwise the
|
|
default selection for that map will be played.
|
|
|
|
Playing a Demo
|
|
--------------
|
|
"playdemo <demoname>" This command will open the file <demoname>.dem and
|
|
play the demo.
|
|
|
|
How to not play the standard demos at startup
|
|
---------------------------------------------
|
|
|
|
So you've seen the Necropolis demo 10 billion times now and really don't
|
|
ever want to see it again? Here's how.
|
|
|
|
The easy way is to start Quake with a "+map" command. You could do
|
|
"quake +map start" and you'll start on the single player start level.
|
|
Or you could do "quake +map nonsense" and you'll wind up at the Quake
|
|
console since there is no map named nonsense. You can accomplish the
|
|
same thing with a "+connect" too. "+connect" by itself will look for
|
|
Quake servers on the local network, "+connect 192.12.34.56" or
|
|
"+connect host.timbuktu.edu" will try to connect the the specified
|
|
Quake server.
|
|
|
|
There is another way to not show the demos; one that also keeps your
|
|
customizations in a seperate directory from the data files in the
|
|
Quake distribution.
|
|
|
|
Do this in the quake directory (the directory where you installed Quake;
|
|
where you find "quake.exe" and "the id1" directory). Create a file named
|
|
"quake.rc". Its contents should be:
|
|
|
|
exec default.cfg
|
|
exec config.cfg
|
|
exec autoexec.cfg
|
|
stuffcmds
|
|
menu_main
|
|
|
|
Create a batch file to run Quake in the quake directory. "Q.BAT" is a good
|
|
name. It's contents should be:
|
|
|
|
quake -game . %1 %2 %3 %4 %5 %6 %7 %8 %9
|
|
|
|
If you normally use the Q95 batch file, just add the "-game ." part to
|
|
that file.
|
|
|
|
Now you can run "q" and quake will start off with the main menu displayed
|
|
instead of running the demos.
|
|
|
|
You can also make a seperate subdirectory for this if you'd like. For
|
|
example, make a directory named "mine" in the quake directory. Create
|
|
the "quake.rc" file as specified above in this directory. Use
|
|
"-game mine" instead of "-game ." in your batch file.
|
|
|
|
Important note: The directory specified by "-game" is where Quake will
|
|
look for config.cfg, load and save games, and record and play
|
|
demos.
|
|
|
|
|
|
==========================================
|
|
== Reporting Quake Bugs ==
|
|
==========================================
|
|
|
|
How to use the bug report:
|
|
|
|
Where to send bug reports:
|
|
E-mail : support@idsoftware.com
|
|
FAX : 214-686-9288
|
|
|
|
There are two sections of information - primary and secondary.
|
|
|
|
Primary information contains information such as date, your name, e-mail
|
|
address, etc. Secondary information is actual bug information. There are
|
|
a few different sections depending on what type of bug you revieced
|
|
(sound, video, etc). Only fill out and include information from the section
|
|
related to the type of bug you received.
|
|
|
|
If possible, start Quake with the "-condebug" command line parameter
|
|
and try to reproduce the bug. Attach the "qconsole.log" file found in the
|
|
"id1" directory to the end of the bug report. If the bug is sound related,
|
|
while in Quake, execute the SOUNDINFO and SBINFO (DOS only) commands from
|
|
the console.
|
|
|
|
Please attach a copy of your CONFIG.SYS and AUTOEXEC.BAT file to the end of
|
|
the report.
|
|
|
|
Bugs submitted properly with this form will get attention.
|
|
Unformatted ones sent to personal accounts will be ignored.
|
|
If you see problems, please take the time to do this.
|
|
|
|
If you do not have all of the information requested in the form,
|
|
don't worry. Send what you do have.
|
|
|
|
Please include the version #. THe version # for Quake can be found in the
|
|
lower right hand corner of the console. To bring up the console, press the
|
|
tilde ('~') key. Press tilde ('~') again or ESC to exit.
|
|
|
|
-------------------------------cut here-------------------------------------
|
|
|
|
|
|
============================================================================
|
|
== Quake Bug Report - Primary information ==
|
|
============================================================================
|
|
|
|
Date:
|
|
Name:
|
|
Phone number:
|
|
E-mail address: (please include this, we redirect tons of mail)
|
|
Game Title:
|
|
Version #:
|
|
Operating system (i.e., DOS 6.0 or Windows 95):
|
|
Computer type:
|
|
BIOS date:
|
|
BIOS version:
|
|
Processor type:
|
|
Processor speed:
|
|
Do you program at school/work?
|
|
Do you provide tech. support at school/work?
|
|
Please state the problem you encountered:
|
|
Please state how to reproduce the problem:
|
|
|
|
If program crashed with nasty undecipherable techno-garbage, please
|
|
look for the eight-digit hex number which comes after "eip="
|
|
and write it down here:
|
|
|
|
|
|
============================================================================
|
|
== Quake Bug Report - Secondary information ==
|
|
============================================================================
|
|
|
|
------------------------------ Video Related ------------------------------
|
|
|
|
Video Card Manufacturer:
|
|
Video Card Model:
|
|
Chipset Used:
|
|
BIOS Date:
|
|
(If using UniVBE, The above information can be found by running uvconfig)
|
|
|
|
Did the problem occur while in a VESA mode?
|
|
|
|
If so, what is the VESA driver and version? (eg., UniVBE 5.1a,
|
|
built into board BIOS, or manufacturer provided TSR)
|
|
|
|
------------------------------ Sound Related ------------------------------
|
|
|
|
Audio card brand and model:
|
|
|
|
If DOS or a DOS box, please run the command "set > set.txt" then
|
|
attach "set.txt" to the end of the report.
|
|
|
|
----------------------------- Network Related -----------------------------
|
|
|
|
What type of network connection was established when the error occurred?
|
|
(modem, nullmodem, or network)
|
|
If modem, Modem brand and model:
|
|
|
|
If network, Network card brand and model:
|
|
Network protocol/configuration:
|
|
|
|
---------------------------------------------------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|