ref: 0b9b33f9b960cd9c56b4d7d7030b8d4676610d4f
dir: /QW/docs/qwcl-readme.txt/
-------------------------- | qwcl-readme.txt | | QWCL documentation | | 5/11/98 | | | | Based on WinQuake | | 3/21/97 | -------------------------- QWCL is a native Win32 version of Quake, optimized for internet play, 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 QWCL 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. For other info, check out http://www.quakeworld.net/ The material accompanying Quake is the reference for all non-Windows-related matters concerning QuakeWorld; in terms of gameplay, QuakeWorld is the same as Quake. This file contains Windows-related information only. The rest of this document is organized as follows: Installing and running QWCL Common problems and workarounds A bit about how QWCL video works Video command-line switches A bit about how QWCL sound works Sound command-line switches Notes on networking Notes on the mouse Log of changes to documentation Special thanks ----------------------------------- | Installing and running QWCL | ----------------------------------- In order to run QWCL, you must first have Quake installed. Assuming Quake is installed in the standard directory, c:\quake, unzip the QWCL zip file into c:\quake. The following files from the zip file must be present in order for QWCL to run: qwcl.exe pmpro16.dll pmpro32.dll wdir16.dll wdir32.dll wdirnop.com wdirnop.pif Then you can run QWCL by making c:\quake the current directory, typing "qwcl" and pressing the Enter key. Alternatively, you can use qwc.bat to run QWCL. The qwc batch file requires one parameter describing how to configure QWCL for performance; just type "qwc" to get a list of the six options. The first of the six options is qwc fast This is the same as typing "qwcl"; this runs QWCL 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 QWCL or even your system to crash if there are bugs or incompatibilities in your video or sound drivers. Alternatively, you can use qwc safe to run QWCL 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 qwc verysafe to run QWCL 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 qwc fastvid which has maximum video performance, but greater sound latency (delay until the sound is heard), and qwc 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 "qwc fastvid" is actually faster, by as much as 5-10%, than "qwc fast"; however, it may not feel faster, because the sound will lag.) Finally, you can use qwc max which is the same as qwc 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 QWCL to run, but QWCL 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 QWCL 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 QWCL to run, but QWCL 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 QWCL. An easy way to get reliable VESA 2.0 support is by obtaining SciTech Display Doctor; see below for further information. QWCL can also use VBE/AF 1.0 and greater modes; again, SciTech Display Doctor is the commonest way to get VBE/AF support. QWCL normally uses half the physical memory in your system for its heap, but not less than 8.5 Mb and not more than 16 Mb. You can override this with "-heapsize n", where n is the amount of memory to allocate for the heap, in Kb. To use the joystick, you must bring down the console by pressing the tilde ('~') key, and type "joystick 1<enter>"; you can disable the joystick with "joystick 0<enter>" at any time. The joystick setting remains in effect for subsequent QWCL 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 QWCL at all, you can start QWCL -nojoy to complete disable the joystick for that session. ----------------------------------- | Common problems and workarounds | ----------------------------------- QWCL crashes or won't run ----------------------- If QWCL refuses to run or crashes on your system, try running it using "qwc safe" or "qwc verysafe". Or you can use command-line switches: qwcl -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: qwcl -dibonly -nosound which forces QWCL 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 QWCL 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 QWCL operation? ---------------------------------------------------- Check out QWCL'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, QWCL 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 QWCL video works" section, below. Gee, I wish I could use a mouse to play QWCL 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 QWCL. Serial/modem menu is missing ---------------------------- QWCL currently does not support direct connect serial or modem play. DOS Quake reports unknown variables on startup after running QWCL --------------------------------------------------------------- QWCL uses some console variables that do not exist in DOS Quake, and some of these are automatically archived in config.cfg when you exit QWCL. 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 QWCL. Apart from losing the settings, this is harmless; ignore it. Problems running QWCL on NT 3.51 ------------------------------ NT 3.51 isn't supported by QWCL. QWCL 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. QWCL 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 QWCL 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 QWCL 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 QWCL 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 QWCL to run 5-10% faster on some systems. That's about all you can do to speed up fullscreen QWCL 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, QWCL 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 QWCL 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. QWCL 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, QWCL's sound should automatically be snappier. Sound breaks up or gets choppy, especially in menus --------------------------------------------------- This is generally a sign that QWCL'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 QWCL 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 QWCL 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 QWCL 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 QWCL is running ------------------------------------------------------- The sound hardware is currently not a fully shareable resource on Win32. Consequently, while QWCL 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 QWCL is using DirectSound), apps that use wave sound (most non-game apps) will not be able to play sound while QWCL is running, even if QWCL is minimized or not the active app, although other DirectSound apps will be able to play sound when QWCL is not the active app. If QWCL 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 QWCL is running, period. QWCL doesn't have quite the right colors when it�s not the active app ------------------------------------------------------------------- We're working on fixing this. But QWCL puts everything back again as soon as it is reactivated, and anyway, when it�s not active, you can�t actually do anything in QWCL, so it doesn�t really matter anyway, right? Desktop is weird colors when QWCL runs windowed --------------------------------------------- QWCL 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 QWCL button in task bar to close doesn�t work as expected ---------------------------------------------------------------------- In some modes, right-clicking on the QWCL 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 QWCL fullscreen ------------------------------------------------------ It does work windowed, but when QWCL is fullscreen, it completely owns the screen and doesn't share it with anyone, even the screensaver. If you use Alt-Tab to minimize QWCL, the screensaver will then be enabled, so Alt-Tab away from QWCL if you're leaving your computer alone for a while and want the screensaver to be able to kick in. QWCL 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 QWCL fullscreen. Can't minimize window while mouse active ---------------------------------------- When running in a window with the mouse active as a QWCL 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 QWCL. To minimize, you can disable the mouse for QWCL and use it to minimize the window. Or on Win95 you can Alt-Tab away from QWCL, then use the mouse to minimize (this doesn't work on NT, where clicking on the window controls just reactivates QWCL). 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 QWCL), if you Alt-Tab away from QWCL, then use the mouse to click on the QWCL system menu control, or the minimize, maximize, or close controls, the controls are ignored and QWCL just reactivates. Mouse sometimes vanishes in system menu on Win95 ------------------------------------------------ On Win95, if QWCL is running in a window with the mouse enabled (so you can use the mouse to play QWCL), 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. QWCL behaves oddly if Scandisk starts defragmenting ------------------------------------------------- If QWCL is running fullscreen on Win95 when Scandisk starts an automatic defragging, QWCL 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 QWCL 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 QWCL menus, hangs have been reported. Joystick worked fine with earlier versions of QWCL but not now ------------------------------------------------------------------ The joystick was enabled by default in earlier versions of QWCL, 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 (QWCL remembers this setting, so this only needs to be done once). QWCL runs very slowly when it has the focus under NT -------------------------------------------------- In one case, QWCL 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 QWCL 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 ----------------------------------------- QWCL 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 QWCL 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 QWCL in a low-res mode, sometimes when you exit QWCL 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 QWCL. 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 QWCL goes fullscreen first --------------------------------------------------------- For internal reasons, QWCL 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 QWCL 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 QWCL ---------------------------------------------------- If you right-click on minimized QWCL on the task bar, the Close selection in the right-click menu doesn't work; you have to restore QWCL 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 QWCL ------------------------------------------ We're trying to fix this, but it's not harmful, just a mite ugly. MWAVE sound loses focus ----------------------- We've had a report that on a ThinkPad with MWAVE sound, QWCL loses sound focus (and thus sound) every few seconds. Desktop doesn't reset to proper resolution on QWCL exit ----------------------------------------------------- We've had a report that on exiting QWCL, 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 ------------------------------- QWCL is hardwired for QWERTY. Cursor messed up after running QWCL --------------------------------- This is a Windows driver bug; the driver isn't restoring the cursor properly on return from fullscreen QWCL to the desktop. Try newer drivers. Ctrl-Alt-Del on NT sometimes doesn't allow return to QWCL ------------------------------------------------------- This happens on some machines while running QWCL 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 QWCL input ------------------------------------------------------ If you Alt-Tab fast lots of times on Win95 with QWCL running fullscreen, sometimes you end up in fullscreen QWCL, 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 QWCL video works | ---------------------------------- QWCL 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. QWCL 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. QWCL 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 QWCL, 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 QWCL 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 QWCL (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 QWCL 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: [email protected] 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, QWCL 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, QWCL 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 QWCL makes available on your machine given the command-line switches you've used. Each mode is followed by the name of the internal QWCL driver that supports it, so you can tell which modes are DirectDraw, VESA, and so on, as follows: WINDOWED: QWCL 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 QWCL does not take advantage of VBE/AF acceleration; so far as QWCL 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 QWCL 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 QWCL window if and only if QWCL is running in a windowed mode. You can bind a key to the commands "vid_windowed; wait; vid_minimize" to minimize QWCL 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 QWCL 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 QWCL in a window, the window is placed at the same location it was in the last time QWCL 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: QWCL 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 QWCL has. -nowindirect: QWCL 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, QWCL 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 QWCL is crashing because of a buggy VESA driver. -nodirectdraw: QWCL will not try to use DirectDraw modes. This can be useful if QWCL is crashing because of a buggy DirectDraw driver. -novbeaf: QWCL will not try to use VBE/AF 1.0 or later modes. -startwindowed: QWCL will come up in a windowed mode, without going fullscreen even during initialization. -noforcevga: normally, QWCL 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 QWCL sound works | ---------------------------------- QWCL 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 QWCL 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 QWCL 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: QWCL 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 QWCL 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 QWCL 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, QWCL 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, QWCL 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 QWCL 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).