-------------------------- | 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 Windows-related information only. 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"; you can disable the joystick with "joystick 0" at any time. The joystick setting remains in effect for subsequent WinQuake sessions until changed, so you only need to do joystick 1 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’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’s not active, you can’t actually do anything in WQ, so it doesn’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’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’t work in a window in 16-color mode -------------------------------------------- That’s 16 *colors*, not 16-bpp. If you’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 only needs to be done 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 only visible 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 only works sometimes --------------------------------------- I know it seems that way, but actually the trick is that on Win95 it only works 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 only works 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’d expect, but 640x480 is actually rendered at 320x240 and stretched up to 640x480, because most machines can’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’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 only happens 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’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’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 only works if the joystick cvar is set to 1; however, this setting now remains in effect permanently. Added joystick documentation below. Documented dprint only works 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 only working 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 ======================================================================