docs/manual/Q3Rad_Manual/ch01/pg1_1.htm

   1 <html>\r
   2 <head>\r
   3 <title>Q3Radiant Editor Manual: Page 1.1</title>\r
   4 <link rel="stylesheet" type="text/css" href="../styles/q3rad.css">\r
   5 </head>\r
   6 <body>\r
   7 <h1 class = "MsoTitle">Q3Radiant Editor Manual</h1>\r
   8 <hr>\r
   9 <h1><a name="pref">Preface</a></h1>\r
  10 \r
  11 The authors would like to thank the many supporters of Quake Engine\r
  12 editing who made this work possible. Several sections in the manual\r
  13 are based on material written by dedicated fans. Others were\r
  14 "corrected" by fans who found undiscovered bugs in both the editor\r
  15 and game code. Where possible, we have noted the contributors in\r
  16 the sections they helped produce. \r
  17 \r
  18 <p>Paul Jaquays<br>\r
  19 Robert A. Duffy\r
  20 \r
  21 <p>GtkRadiant note: This version of the manual is meant to be distributed with \r
  22 GtkRadiant. Being for Q3Radiant 192, some parts are very outdated, specially all \r
  23 the ones dealing with configuration. But the core features (curves and brush \r
  24 manipulation, texturing) are still very relevant. If you are willing to help \r
  25 maintaining this version more up to date get in touch with us (<a \r
  26 href="http://www.qeradiant.com" target="_new">http://www.qeradiant.com</a>)\r
  27 <p><b>Note:</b><i> Chapter 1 has been updated to follow the GTKRadiant 1.2.1. Mainly the preferences menu and some information on this page and appendix E (links and resources).</i>\r
  28 \r
  29 <h1><a name="intro">Introduction</a></h1>\r
  30 \r
  31 Part of the fun of games like Quake III Arena is the ability to add\r
  32 to your own ideas to a favorite game and then have others play and\r
  33 enjoy them. While the technical skills needed to create a 3D\r
  34 graphic engine is beyond many game fans, the skills and equipment\r
  35 necessary to make modifications to the game are not. It has become\r
  36 the custom of many game developers to share their development tools\r
  37 with the public. This allows fans make their own game content. The\r
  38 Q3Radiant editor is the software used by the designers at id to\r
  39 create the arenas in Quake III Arena. In fact, it's an\r
  40 improvement on that editor, since it contains features that have\r
  41 been added since the game was completed. If you are familiar with\r
  42 Q3Radiant's immediate ancestor, the QeRadiant editor for\r
  43 Quake 2, then a good share of what's in this manual will be\r
  44 old hat to you. Whether you are a veteran mapmaker or new to the\r
  45 art of making game arenas, we think you will find some\r
  46 indispensible information in this manual. \r
  47 \r
  48 <p>Now comes the caveat.\r
  49 \r
  50 <p>This manual will tell you how to use the tools, but not\r
  51 necessarily, how to make what you have in mind. Many fine on-line\r
  52 tutorial and resource sites will be listed at the end of the\r
  53 document.\r
  54 \r
  55 <h1><a name="minsysreq">Minimum System Requirements</a></h1>\r
  56 \r
  57 The designers at id used Q3Radiant on some heavy-duty computing\r
  58 equipment to make their game maps. Despite the fact that Quake III\r
  59 Arena runs under several different operating systems, not every\r
  60 computer that can run Quake III Arena will be able to run the\r
  61 Q3Radiant editor. Q3Radiant only runs under MS Windows 95, MS\r
  62 Windows 98, MS Windows NT, or MS Windows 2000 operating systems.\r
  63 There are currently no plans for Mac or Linux versions. The editor\r
  64 requires an Open GL compliant 3D graphics acceleration card (it is\r
  65 expected that all cards capable of running Quake III Arena will be\r
  66 able to handle editor functions &hellip; although some may handle\r
  67 it better). A 3-button mouse gives the best performance. \r
  68 \r
  69 <h2><a name="minsys">Minimum System</a></h2>\r
  70 \r
  71 The minimum system requirements generally require that preferences\r
  72 such as texture quality and screen resolution be set to absolute\r
  73 minimums. The editor will run on the systems described, but speed\r
  74 of operation and visual quality will probably be less than\r
  75 satisfactory. It should also be noted that you would be limited to\r
  76 working on relatively small maps with limited texture and model\r
  77 usage. \r
  78 \r
  79 <p><table>\r
  80 <tr>\r
  81 <td>Processor:</td>\r
  82 <td>P233mmx</td>\r
  83 </tr>\r
  84 \r
  85 <tr>\r
  86 <td>RAM:</td>\r
  87 <td>64 meg</td>\r
  88 </tr>\r
  89 \r
  90 <tr>\r
  91 <td>Video Card:</td>\r
  92 <td>4 Meg, software Open GL-compliant</td>\r
  93 </tr>\r
  94 \r
  95 <tr>\r
  96 <td>Screen Resolution:</td>\r
  97 <td>1024 x 768</td>\r
  98 </tr>\r
  99 \r
 100 <tr>\r
 101 <td>Pointing Device:</td>\r
 102 <td>Two-button mouse*</td>\r
 103 </tr>\r
 104 </table>\r
 105 \r
 106 <h2><a name="recsys">Recommended System</a></h2>\r
 107 \r
 108 The more powerful the machine, the better and usually faster the\r
 109 development experience. This will become especially true when you\r
 110 get to the point of compiling your maps (turning them from editor\r
 111 code into game code). It should come as no surprise that, more\r
 112 powerful machines will crunch the numbers faster when compiling a\r
 113 map. \r
 114 \r
 115 <p><table>\r
 116 <tr>\r
 117 <td>Processor:</td>\r
 118 <td>P2450 (or better)</td>\r
 119 </tr>\r
 120 \r
 121 <tr>\r
 122 <td>RAM:</td>\r
 123 <td>128 meg**</td>\r
 124 </tr>\r
 125 \r
 126 <tr>\r
 127 <td>Video Card:</td>\r
 128 <td>Open GL accelerated video card</td>\r
 129 </tr>\r
 130 \r
 131 <tr>\r
 132 <td>Screen Resolution:</td>\r
 133 <td>1280 x 1024</td>\r
 134 </tr>\r
 135 \r
 136 <tr>\r
 137 <td>Pointing Device:</td>\r
 138 <td>Two-button mouse*</td>\r
 139 </tr>\r
 140 </table>\r
 141 \r
 142 <p>* This will work, but not well. A three-button mouse, even on a\r
 143 minimal system is highly preferred.<br>\r
 144 ** id designers often found it convenient to work with several maps\r
 145 open at once. The recommended 128 Meg of RAM may not be enough to\r
 146 accommodate this.\r
 147 \r
 148 <h2><a name="nowork">What Doesn't Work (well) - and How to\r
 149 fix it</a></h2>\r
 150 \r
 151 The key to a satisfactory editing experience is whether your video\r
 152 card supports the demands of the editor. The original id editor was\r
 153 designed for a workstation card called the Realizm, which ran on\r
 154 Intergraph workstations in a WinNT environment. Robert Duffy\r
 155 expanded this to include the Win9x operating systems and a number\r
 156 of other video cards. But not all video cards support the editor\r
 157 equally well. \r
 158 \r
 159 <ul>\r
 160 <li>The G200 and G400 require updated drivers from Matrox</li>\r
 161 \r
 162 <li>The 3fx Voodoo 3000 chipset requires a driver upgrade in order\r
 163 for the map grids to show.</li>\r
 164 \r
 165 <li>If the map grids don't appear when using some ATI chip\r
 166 sets, try turning the settings on you desktop up to 32 bit (true\r
 167 color).</li>\r
 168 \r
 169 <li>Nvidia TNT and GeFORCE have slowdown issues when the user\r
 170 selects curve patches. While this is a driver issue, it can be\r
 171 addressed by checking the "Solid selection boxes"\r
 172 feature under preferences.</li>\r
 173 </ul>\r
 174 \r
 175 <p align="center">Back | <a href="../index.htm">Home</a> | <a\r
 176 href="pg1_2.htm">Next</a>\r
 177 </body>\r
 178 </html>\r
 179 \r