docs/manual/quake3/Terrain_Manual/pages/blocking_vis.html

   1 <html>\r
   2 \r
   3 <head>\r
   4 <meta http-equiv="Content-Type" content="text/html; charset=windows-1252">\r
   5 <meta name="GENERATOR" content="Microsoft FrontPage 4.0">\r
   6 <meta name="ProgId" content="FrontPage.Editor.Document">\r
   7 <title>Blocking Vis</title>\r
   8 </head>\r
   9 \r
  10 <body background="../pics/background.jpg" text="#FFFFFF" link="#FFFFFF" vlink="#FFFFFF" alink="#FFFFFF">\r
  11 \r
  12 <b>\r
  13 <p align="center"><font size="5">Blocking Vis</font></p>\r
  14 <div align="right">\r
  15   <table border="1" cellspacing="1" width="100%" bordercolor="#808080" bgcolor="#000000" cellpadding="10">\r
  16     <tr>\r
  17       <td width="100%"><font FACE="Times New Roman">\r
  18 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Terrain maps still have to follow the rules that apply to all Q3A engine\r
  19 maps. There\92s only so much that you can allow to be seen at one time, or the\r
  20 game starts slowing down. The good news is that the engine will only draw the\r
  21 terrain triangles that are in the player\92s PVS (potential visible set). It\r
  22 doesn\92t have to draw all the triangles in the terrain entity just because part\r
  23 of the entity is in view.</p>\r
  24 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; At first, most of the usual bag of tricks that mappers use to create vis\r
  25 blocking structures in architectural maps don\92t seem to apply to terrain. But\r
  26 that is not the case. If anything, you <font color="#FFFF00"> NEED</font> to think of terrain in much the same\r
  27 way as you think of buildings. You are still dealing with open spaces that could\r
  28 be considered corridors and large rooms \85 even though they look like large\r
  29 valleys.</p>\r
  30 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; In fact, it would be best to plan out the layout of your terrain\r
  31 <font color="#FFFF00"> BEFORE</font>\r
  32 creating your height map. If you know you want to block vis, you can design your\r
  33 terrain to work with vis blocking techniques and avoid the agony of having to go\r
  34 all the way back to the start when you discover that your killer terrain map\r
  35 lets you see too much at once.</p>\r
  36 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; If you want the player, even in spectator mode, to be able to fly everywhere\r
  37 and see the whole world laid out below him \85 an unrestricted vista, so to\r
  38 speak, you\92re going to be much more limited. Every single triangle in the map\r
  39 will essentially be viewable at any moment in time. However, if you\92re willing\r
  40 to place restrictions on your players - limit how high they can fly or climb,\r
  41 you suddenly have more options for blocking player visibility.</p>\r
  42 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; First, the terrain entity is entirely detail content, so it doesn\92t block\r
  43 vis. That\92s a key part of how this whole process works. Otherwise, vis time\r
  44 would be measured in eras (not minutes or hours) and visdata size would be very,\r
  45 very large.</p>\r
  46 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; To block vis in the terrain, start by creating simple\r
  47 vis-blocking structures\r
  48 out of caulk texture inside the forms of the terrain (they are not part of the\r
  49 terrain entity). You can try to match the silhouette of the terrain, but in the\r
  50 end, you may only end up complicating the visdata without gaining any real\r
  51 benefit.</p>\r
  52 <p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Next, and this is going to sound strange, build thin walls of caulk that\r
  53 follow the divide line (where the terrain falls away on both sides) of the\r
  54 highest mountains, buttes or hills. Only do this where you know that you will\r
  55 not allow the player to move over or see over </font><font FACE="Times New Roman" COLOR="#000000">that\r
  56 part of the terrain (we\92ll talk about clipping real soon).</p>\r
  57 <p>&nbsp;</p>\r
  58 </font><b><font SIZE="4">\r
  59 <p>Other Tips:</p>\r
  60 <blockquote>\r
  61   <blockquote>\r
  62   </font></b><font FACE="Symbol" SIZE="2">\r
  63 <p>· </font><b><font FACE="Times New Roman">Sky Texture in Place of Caulk:</font></b><font FACE="Times New Roman">\r
  64 You sometimes want to apply the sky texture to some of the surfaces of the thin\r
  65 walls used as vis blockers. This can remove some HOM effects. The caulk brushes\r
  66 that block the vis around the bases in mpterra2 have sky texture painted on the\r
  67 surfaces facing the base.</p>\r
  68 </font><font FACE="Symbol" SIZE="2">\r
  69 <p>· </font><b><font FACE="Times New Roman">Hint Brushes:</font></b><font FACE="Times New Roman">\r
  70 Use these extremely sparingly and only after trying to solve the problem in\r
  71 other ways. Hint brushes can add hours to vis compile times. Even so, they can\r
  72 make a difference. One trick you can try is to put a horizontal hint brush at a\r
  73 point about midway up the slopes of your terrain. It can add some additional vis\r
  74 break points.</p>\r
  75 </font><b><font FACE="Symbol" SIZE="2">\r
  76 <p><font color="#FFFFFF">· </font> </font><font FACE="Times New Roman" color="#FFFFFF">Adjusting Terrain:</font></b><font FACE="Times New Roman" color="#FFFFFF">\r
  77 Vis times totally depend on the placement of your vis blockers. Vis times are\r
  78 not affected by modifying the terrain surfaces (terrain entities are detail\r
  79 content, remember?). With that being said, you may want to modify the terrain to\r
  80 allow you to more effectively position the vis-blockers.\r
  81 </font>\r
  82 \r
  83 </p>\r
  84 </blockquote>\r
  85 </blockquote>\r
  86 \r
  87 <p align="center"><a href="terrain_texture.html">Back</a> - <a href="table_of_contents.html">Table\r
  88 of Contents</a> - <a href="clipping_the_terrain.html">Clipping the Terrain</a></p>\r
  89 \r
  90         <p>&nbsp;</td>\r
  91     </tr>\r
  92   </table>\r
  93 </div>\r
  94 </b>\r
  95 <p>&nbsp;</p>\r
  96 <p>&nbsp;</p>\r
  97 <p align="center">-18-</p>\r
  98 \r
  99 </body>\r
 100 \r
 101 </html>\r