problem with CompilePalX

Umaroth-24

L2: Junior Member
Jan 1, 2016
63
18
So basically: compiling with compilepal doesnt work for me anymore. When starting the compile, it loads the map, and chrashes afterwards. Ive tested this with other maps and other setting for the compile, but it always crashes. Here is a screenshot of the compilelog when it crashes: http://imgur.com/nVKFYHY
The bar that popped up says in dutch: "compilepalx has stopped working", and doesnt give any reason why. I think it broke after my computer had a windows update but im not sure about that. I hope you guys can help me out :)
@fubarFX

[EDIT] I did download compilepal again but that didnt solve anything.
 

Umaroth-24

L2: Junior Member
Jan 1, 2016
63
18
See if you have have an error log anywhere in your compilepal folder
Do you mean this one?
105
4|\*\*\*\*\s+leaked\s+\*\*\*\*
<div class="error_box"><h4>**** leaked ****</h4><p><strong>Description:</strong><br />You have a leak. A leak is a hole in your map that exposes any entity in your map to the void (the black space outside your map).<br /><br /><strong>Solution:</strong><br />Fix the leak.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(147)">Reference: Leaks</a><br /><a href="http://developer.valvesoftware.com/wiki/Leak">WIKI: leaks</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|AllocatedLightmap\:\s+lightmap\s+too\s+big\s+to\s+fit\s+in\s+page
<div class="error_box"><h4>AllocatedLightmap: lightmap too big to fit in page</h4><p><strong>Description:</strong><br />I don't know the exact cause, but ive heard rumours that it can be caused by:<br />-lightmaps not set to a legal size (power of 2) To check, select all brushes in your map and set them to a lightmapscale of 16, save to a different mapname and try to compile the map. If you still got the error, the cause lies somewhere else.<br />-big displacements in combination with too small lightmapscale. (seems commonest)<br />-invalid brushes -invalid displacements <br /><br /><strong>Solution:</strong><br />You may want to start by hiding all your displacements and see if the error persists. If it does, check every lightmapscale in your level first and if that won't help, use visgroups or cordon tools to break your level apart.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the cause of unknown errors</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|bmodel\s+([\d\.,-]+)\s+has\s+no\s+head\s+node\s+\(class\s+'([\w\/\\_\-\.]+)',\s+targetname\s+'([\w\/\\_\-\.]+)'\)
<div class="error_box"><h4>bmodel [sub:1] has no head node (class '[sub:2]', targetname '[sub:3]')</h4><p><strong>Description:</strong><br />A [sub:2] should be brush-based, but doesn't have a brush tied to it. This can happen for instance when you tie the brushes of this entity to another entity in &quot;Ignore groups&quot;-mode.<br /><br /><strong>Solution:</strong><br />Find your entity (use entity report in Hammer to filter for the entities class and/or name) and delete it or tie it to a brush.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Hammer_Entity_Report_Dialog">WIKI: Entity report</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|brush\s+([\d\.,-]+)\s+,\s+side\s+([\d\.,-]+)\:\s+duplicate\s+plane
<div class="error_box"><h4>brush [sub:1] , side [sub:2]: duplicate plane</h4><p><strong>Description:</strong><br />This error means you have a brush with coplanar planes (a.k.a. an invalid brush). simply put, two sides of the same brush aren't allowed to be on the same plane.<br /><br /><strong>Solution:</strong><br />The fix is to repair the brush, by either merging the two brushsides or moving them so they aren't on the same plane anymore. You can find the brush using view-&gt;goto brush number ( [sub:1] ).<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(145)">Reference: Invalid solids</a> </p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\s+\:\s+bounds\s+out\s+of\s+range
<div class="error_box"><h4>Brush [sub:1] : bounds out of range</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes.<br /><br /><strong>Solution:</strong><br />Find the brush by going to view-&gt;go to brush number ( [sub:1] ). This may not always give you the offending brush though.<br />If the problem-checker in Hammer (alt+p) doesn't find any offending brush(es), and you can't see brushes near the edge of the grid, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(148)">reference: Finding the unfindable</a><br /><a href="javascript:showerror(145)">Reference: Invalid solids</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Brush\s+([\d\.,-]+)\:\s+areaportal\s+brush\s+doesn't\s+touch\s+two\s+areas
<div class="error_box"><h4>Brush [sub:1]: areaportal brush doesn't touch two areas</h4><p><strong>Description:</strong><br />One of your areaportals touches either too many, or to few areas. Possible causes are:<br />-areaportals touching/intersecting each other (this causes them to touch more than two areas)<br />-areaportals not sealing an area ( you can move from one side of the areaportal to the other side, without crossing world geometry or other areaportals). This is also regarded as a leak. <br /><br /><strong>Solution:</strong><br />The fix would be to move your areaportal(s) around so the above situations don't occur. You may need to read up on the usage of areaportals if you don't understand the problem. I suggest you find your areaportals using it's brushnumber (view-&gt;go to brush ( [sub:1] )<br /><br /><strong>See also:</strong><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php?chapter=areaportals">Areaportals</a><br /><a href="http://developer.valvesoftware.com/wiki/Func_areaportal">WIKI: Func_areaportal</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+FloatPlane\:\s+bad\s+normal\s+Side\s+([\d\.,-]+)\s+Texture\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Brush [sub:1]: FloatPlane: bad normal Side [sub:2] Texture: [sub:3]</h4><p><strong>Description:</strong><br />One of your brushes has a face with a bad normal (a 'normal' is a ori&euml;ntation of a texture on a face).<br /><br /><strong>Solution:</strong><br />First see if the problemchecker in Hammer (alt+p) can find and fix it. If it can't, find the brush and fix it manually (usually it's best to delete it and start all over) or select the brush and &quot;align to face&quot; it in the texture-tool. You can find the brush using view -&gt; go to brush ( [sub:1] ). The specific brushside will have the [sub:3]-texture, though that may be multiple sides<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the location of errors</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+MAX_MAP_BRUSHSIDES
<div class="error_box"><h4>Brush [sub:1]: MAX_MAP_BRUSHSIDES</h4><p><strong>Description:</strong><br />You have too many brushsides in your map. The mentioned brush is simply the first one that didn't fit in the buffer. See <a href="Javascript:showerror(114)">Max_map_brushsides</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+MAX_MAP_PLANES\s+Side\s+([\d\.,-]+)\s+Texture\:\s+Not\s+a\s+Parse\s+error\!
<div class="error_box"><h4>Brush [sub:1]: MAX_MAP_PLANES Side [sub:2] Texture: Not a Parse error!</h4><p><strong>Description:</strong><br />You have too many planes (a plane is a surface from which brushsides are cut) in your map. The mentioned brush is simply the first one that didn't fit in the buffer, it alone is not the cause of the error.<br />See <a href="Javascript:showerror(143)">Max_map_planes</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+MAX_MAP_PLANES\s+Side\s+([\d\.,-]+)\s+Texture\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Brush [sub:1]: MAX_MAP_PLANES Side [sub:2] Texture: [sub:3]</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />Your map has too many brushsides, or, simpler said, too many brushes. The brush and brushside mentioned are simply the first one in the map that went over the limit.<br /><br /><strong>Solution:</strong><br />Reduce the amount of brushsides, for instance by simplifying existing brushes or removing some of them. Perhaps you can turn a couple of them into models?<br />There is nothing wrong with the mentioned brush, it is the TOTAL amount of brushsides that is your problem</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Brush\s+([\d\.,-]+)\:\s+no\s+visible\s+sides\s+on\s+brush
<div class="error_box"><h4>Brush [sub:1]: no visible sides on brush</h4><p><strong>Description:</strong><br />One of your brushes has no visible sides. My best guess is that this is caused by an invalid brush. Rumors have it that this error is caused by mixing tool and non-tool textures.<br /><br /><strong>Solution:</strong><br />Try Hammer's problemchecker (alt+p) to find and fix it (or view-&gt; go to brush number ( [sub:1] ), otherwise you'll have to find the brush yourself and use vertex manipulation or a good ole delete.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(146)">Reference: Finding the cause of errors</a><br /><a href="javascript:showerror(145)">Reference: Invalid solids</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+nummapbrushes\s+\=\=\s+MAX_MAP_BRUSHES\s+Side\s+([\d\.,-]+)\s+Texture\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Brush [sub:1]: nummapbrushes == MAX_MAP_BRUSHES Side [sub:2] Texture: [sub:3]</h4><p><strong>Description:</strong><br />You have too many brushes in your map (more than 8192) The given brush is just the first one to go over the limit, it's properties in this error are useless.<br /><br /><strong>Solution:</strong><br />Delete some brushes, turn some of them into models for area's high in detail. For singleplayer maps, you may decide to add a level transition and split the map into multiple levels. Multiplayer maps that reach this limit are probably too big for multiplayer anyway.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(112)">MAX_MAP_BRUSHES</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+num_entities\s+\=\=\s+MAX_MAP_ENTITIES\s+Side\s+([\d\.,-]+)\s+Texture\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Brush [sub:1]: num_entities == MAX_MAP_ENTITIES Side [sub:2] Texture: [sub:3]</h4><p><strong>Description:</strong><br />You have too many entities ( &gt;4096). This excludes func_details, prop_details, and prop_statics (and info_overlays?).<br /><br /><strong>Solution:</strong><br />Remove entities or split the map in two. 4096 is a lot, even getting near this number earns you the Nobel prize.<br /><br /><strong>See also:</strong><br /><a href="http://nobelprize.org/">Nobel prizes</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
5|brush\s+([\d\.,-]+)\:\s+origin\s+brushes\s+not\s+allowed\s+in\s+world
<div class="error_box"><h4>brush [sub:1]: origin brushes not allowed in world</h4><p><strong>Description:</strong><br />You have used the ORIGIN texture on a brush that isn't allowed to have the ORIGIN texture. ORIGIN is only allowed on parts of brushbased-entities, and only on brushes that have all sides with ORIGIN.<br /><br /><strong>Solution:</strong><br />Simply replace the offending ORIGIN textures.(there's a replace option in the texture browser menu). Find the brush using view-&gt; go to brush ( [sub:1] ).<br />On a side note, if you turn on helpers (the diamond shaped button in the right, top bar) you can specify an origin without the use of origin-brushes. much easier and safer. The origin-brush is just there for compatibility with hl1 maps, you shouldn't use it for hl2 maps. </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Brush\s+([\d\.,-]+)\:\s+ParseDispInfoChunk\:\s+nummapdispinfo\s+\>\s+MAX_MAP_DISPINFO\s+Side\s+([\d\.,-]+)\s+Texture\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Brush [sub:1]: ParseDispInfoChunk: nummapdispinfo &gt; MAX_MAP_DISPINFO Side [sub:2] Texture: [sub:3]</h4><p><strong>Description:</strong><br />You have too many/too big displacements<br /><br /><strong>Solution:</strong><br />Destroy, or simplify, some of your displacements<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(140)">MAX_MAP_DISPINFO</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Brush\s+([\d\.,-]+)\:\s+WARNING,\s+microbrush
<div class="error_box"><h4>Brush [sub:1]: WARNING, microbrush</h4><p><strong>Description:</strong><br />One of your brushes is smaller than the smallest allowable brush-size. This size (when it will be warned about) is specified in the compiler, but can be changed (it's an option for vbsp, [ -micro #] default is 1.0 cubic unit). I doubt this will cause problems in your map, but it's a sign that you have detailed brushwork that may be better simplified or turned into models.<br /><br /><strong>Solution:</strong><br />Find the brush using 'view-&gt;go to brush number ([brush-id)' in Hammer or ctr+shift+G in Hammer and enter the specified brush number. Either delete it, or enlarge it, whatever you desire. If you need small brushes, you may be better of with models instead.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Vbsp">WIKI: Vbsp</a></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Can't\s+load\s+skybox\s+file\s+([\w\/\\_\-\.]+)\s+to\s+build\s+the\s+default\s+cubemap\!
<div class="error_box"><h4>Can't load skybox file [sub:1] to build the default cubemap!</h4><p><strong>Description:</strong><br />You have entered a skybox texture which doesn't seem to be valid. Make sure you don't specify the last three letter (_UP, _DN, etc) of any skybox texture you use. You may also need to fix your vmt files if they are broken. It may also be caused by compiling a non-HDR skybox texture.<br /><br /><strong>Solution:</strong><br /><a href="javascript:showerror(50)">Fix $hdrbasetexture errors first</a><br /><a href="http://developer.valvesoftware.com/wiki/Skybox">WIKI: Skybox</a> </p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|ClipWinding\:\s+points\s+exceeded\s+estimate
<div class="error_box"><h4>ClipWinding: points exceeded estimate</h4><p><strong>Description:</strong><br />There are too many displacement points in your map for VRAD to calculate the lighting. This error will cause VRAD to fail completly.<br /><br /><strong>Solution:</strong><br />Reduce the power of your hight powered displacements. Alternatively, remove some of your displacements.</p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=1510">Megadude</a></h5></div>
0|Compiling\s+takes\s+too\s+long
<div class="error_box"><h4>Compiling takes too long</h4><p><strong>Description:</strong><br />As you create bigger maps, the compile process will take longer and longer. You can prevent a lot of this by optimizing your map. By telling the compile tools what to ignore and how to work, you can seriously decrease the time needed to build your map.<br /><br /><strong>Solution:</strong><br />Optimize your map. Use func_detail and hints to speed up the compile process. Alternatively, you can use visgroups or cordon tools to only compile a part of your level. This is great for checking only a part of your level. Lastly, you can set vvis.exe and vrad.exe to [-fast], so they do a worse job (not for final compiles!) but much faster than before.<br /><br /><strong>See also:</strong><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php">Optimization tutorial</a><br /><a href="http://developer.valvesoftware.com/wiki/Optimization">WIKI: Optimization</a><br /><a href="tutorials/2118">Controlling what to compile</a><br /><a href="javascript:showerror(149)">Reference: Compiling theory</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Could\s+not\s+find\s+lights\.rad\s+in\s+lights\.rad
<div class="error_box"><h4>Could not find lights.rad in lights.rad</h4><p><strong>Description:</strong><br />Vrad.exe couldn't find lights.rad, a file used to determine which textures can emit light by themselves.<br /><br /><strong>Solution:</strong><br />Move to/make a new lights.rad in the right directory. You should search for the file in your mod's directory, most mods have one.<br /><br /><strong>See also:</strong><br /><a href="tutorials/1834">Lights.rad tutorial</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
1|Degenerate\s+Triangle
<div class="error_box"><h4>Degenerate Triangle</h4><p><strong>Description:</strong><br />A degenerate triangle is a triangle with no area. for instance, when two of its points are at the same place or all three on one line. I believe this error only affects displacements, but i am not entirely sure. It also seems to be used in collision data (for the displacements?)<br /><br /><strong>Solution:</strong><br />Find the triangle (using the coordinates, each set represents a vertex) and see if you can fix it (e.g. by moving one of the vertices, or deleting it. For displacements, you may need to destroy the displacement and start all over if you can't seem to fix it. It wont harm you if you leave it, but make sure the area doesn't look weird because of it. (holes in the displacements, overly stretched textures)<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(148)">Finding coordinates</a></p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|DispInfo_LoadDisplacements\:\s+dispcounts\s+\(([\d\.,-]+)\s+and\s+([\d\.,-]+)\)\s+don't\s+match
<div class="error_box"><h4>DispInfo_LoadDisplacements: dispcounts ([sub:1] and [sub:1]) don't match</h4><p><strong>Description:</strong><br />The game has done a miscount on the amount of displacements in your map. <br /><br /><strong>Solution:</strong><br />Try deleting and recreating your displacements (one at a time or all of them at once), or copy/paste them to another map and back. It seems to be caused by one or more displacements that haven't been saved properly to the mapfile.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Displacement\s+([\d\.,-]+)\s+has\s+bad\s+geometry\s+near\s+([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)\s+Can't\s+compile\s+displacement\s+physics,\s+exiting\.\s+Texture\s+is\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Displacement [sub:1] has bad geometry near [sub:2] [sub:3] [sub:4] Can't compile displacement physics, exiting. Texture is [sub:5]</h4><p><strong>Description:</strong><br />One of your displacements has gone bad, your awesome reshaping of one of them has caused it to become so complicated vbsp is unable to determine its collisions.<br /><br /><strong>Solution:</strong><br />Although you can try to salvage your displacement by reshaping it more, its probably a better idea to destroy the displacement and recreate it. You can find the displacement by going to the coordinates [sub:2] [sub:3] [sub:4] (view-&gt; go to coordinates) and looking for a displacement with the [sub:5] texture.<br /></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
0|Ed_alloc\:\s+no\s+free\s+edicts
<div class="error_box"><h4>Ed_alloc: no free edicts</h4><p><strong>Description:</strong><br />You have too many entities. Either total (4096) or a maximum of a specific entity. Temporary entities such as bullets and particles are also part of this number.<br /><br /><strong>Solution:</strong><br />Reduce the amount of entities as much as possible. Start with particles (dust, func_precipitation), as they are usually huge in numbers, or other entities you have a lot of.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Engine\s+Error\:\s+([\w\/\\_\-\.]+)\s+with\s+no\s+model\s+at\s+([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)
<div class="error_box"><h4>Engine Error: [sub:1] with no model at [sub:2] [sub:3] [sub:4]</h4><p><strong>Description:</strong><br />One of the brush-based entities in your map doesn't have any brushes tied to it<br /><br /><strong>Solution:</strong><br />Find the entity by searching for an origin of the coordinates in the entity report dialog, ( key:eek:rigin, value:[sub:2] [sub:3] [sub:4] ) Once found, either delete the entity or tie a (few) brush(es) to it. A brush-based entity without brushes tied to it is completely USELESS!</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Entity\s+([\d\.,-]+)\:\s+func_areaportal\s+can\s+only\s+be\s+a\s+single\s+brush
<div class="error_box"><h4>Entity [sub:1]: func_areaportal can only be a single brush</h4><p><strong>Description:</strong><br />Pretty obvious, an func_areaportal(window) can only consist of one brush per entity.<br /><br /><strong>Solution:</strong><br />Make multiple brushes multiple func_areaportal(window)s, or make different windows in a wall the same areaportal(window) (they can go through walls if needed).</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|Entity\s+([\w\/\\_\-\.]+)\s+\(([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)\)\s+leaked\!
<div class="error_box"><h4>Entity [sub:1] ([sub:2] [sub:3] [sub:4]) leaked!</h4><p><strong>Description:</strong><br />You have a leak. A leak is a hole in your map that exposes any entity in your map to the void (the black space outside your map).<br /><br /><strong>Solution:</strong><br />Fix the leak.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(147)">Reference: Leaks</a><br /><a href="http://developer.valvesoftware.com/wiki/Leak">WIKI: leaks</a> </p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Error\s+loading\s+studio\s+model\s+""\!
<div class="error_box"><h4>Error loading studio model &quot;&quot;!</h4><p><strong>Description:</strong><br />You have an model-based entity (prop_something) without a model specified.<br /><br /><strong>Solution:</strong><br />To fix, delete it or give it a model. It can be hard to find, and if you really cant find it, use this trick: open your map (.vmf) in wordpad, and search for the string:<br /></p><div class="postCode"><pre>&quot;model&quot; &quot;&quot;</pre></div><p><br />replace it with something you never used in your map, eg. </p><div class="postCode"><pre>&quot;model&quot; &quot;somenameineverusedforanentity&quot;</pre></div><p><br />Save the file, and open it up in hammer again. using 'entity report' in Hammer, you can search for the string &quot;somenameineverusedforanentity&quot; and your entity comes up. Alternatively, you may delete the entire entity, by removing it entirely:<br /></p><div class="postCode"><pre>entity<br />{<br /> &quot;some stuff&quot; &quot;more stuff&quot;<br /> &quot;model&quot; &quot;&quot;<br /> &quot;origin&quot; xx xx xx&quot;<br /> editor<br /> {<br /> &quot;color&quot; &quot;220 30 220&quot;<br /> &quot;visgroupid&quot; &quot;2&quot;<br /> &quot;visgroupshown&quot; &quot;1&quot;<br /> }<br /> }</pre></div><p><br />would be what you can delete. after the last &quot;}&quot; the next entity will be specified. Remember to delete the entire entity, and only that one, or your map may get broken. As a precaution, you should always backup your map before editing it in a text editor.</p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=4099">Mr. Happy</a></h5></div>
2|Error\s+loading\s+studio\s+model\s+"([^"]+)"\!
<div class="error_box"><h4>Error loading studio model &quot;[sub:1]&quot;!</h4><p><strong>Description:</strong><br />You have used the wrong model with the wrong entity, or there is another reason the model couldn't be loaded, like an invalid location, errors in the file etc.<br /><br /><strong>Solution:</strong><br />Either change the model, or the entity (eg. like it says in the error, use a prop_physics, prop_dynamic or prop_physics_multiplayer) or whatever the compiler tells you you should use). Just as a thumb rule:<br />-anything that can be picked up is prop_dynamic or prop_physics(_multiplayer)<br />-anything thats completely static is prop_static (you may alsop recognise these with invisible backsides)<br />-anything with dynamic shapes (eg. bodies, matrasses) is prop_ragdoll.<br />There are exceptions offcourse, as allways. The GUI model browser shows you exactly what types of entity a model is suited for.<br /><br />You can find the entity with the offending model using entity report. Enter for key 'model' and for value '[sub:1]'.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Prop_types">WIKI: Prop types</a> </p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Error\s+opening\s+mapname\.bsp
<div class="error_box"><h4>Error opening mapname.bsp</h4><p><strong>Description:</strong><br />Half-life couldn't open your map. Did you recieve any errors in the compile process? Got your paths set up right? Maybe your map is empty?<br /><br /><strong>Solution:</strong><br />Scan your compile-log for other errors and fix those<br /><br /><strong>See also:</strong><br />Logfile-checker (see search above) </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
4|Error\s+trying\s+to\s+allocate\s+([\d\.,-]+)\s+bytes
<div class="error_box"><h4>Error trying to allocate [sub:1] bytes</h4><p><strong>Description:</strong><br />Vrad.exe did not have enough memory to finish it's task. There are two causes: 1) You are running low on memory (ram + pagefile). 2) Vrad.exe is chocking on some very complicated bit of your map, causing it to ask a lot of memory which doesn't exist (like infinite sizes).<br /><br /><strong>Solution:</strong><br />If you are running low on free memory (ctr+alt+del to see that) try increasing the pagefile if you aren't letting Windows take care of it. If not, use cordon tools to isolate the problemarea in your map (might be a broken brush, or simply too complex geometry) and see what you can do to fix it.<br /><u>Dan Prati</u> informed me that is mostly a problem with very large, open maps, or particularly detailed ones (or as part of an engine limitation to the total amount of lightmaps).<br /><br />Reducing the lightmap resolution on larger surfaces, or particularly complex objects, can fix this problem. If this is not acceptable, or does not fix the error, reducing lightmap resolution across the entire map may be necessary. This provides a solution when there is no single map element that is causing the error, and simply deleting map objects won't fix the problem.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the unfindable</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Error\!\s+entity\s+sky_camera\s+in\s+solid\s+volume\!
<div class="error_box"><h4>Error! entity sky_camera in solid volume!</h4><p><strong>Description:</strong><br />Either you have placed your sky_camera in a brush, or your map has a leak.<br /><br /><strong>Solution:</strong><br />Use entity report to find the sky_camera and move it, or in case of a leak, fix the leak.<br /><br /><strong>See also:</strong><br /><a href="tutorials/1839">3d skybox tutorial</a><br /><a href="javascript:showerror(147)">Reference: Leaks</a><br /><a href="http://developer.valvesoftware.com/wiki/Leak">WIKI: leaks</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Error\!\s+prop_static\s+using\s+model\s+"([^"]+)",\s+which\s+must\s+be\s+used\s+on\s+a\s+dynamic\s+entity\s+\(i\.e\.\s+prop_physics\)\.\s+Deleted\.
<div class="error_box"><h4>Error! prop_static using model &quot;[sub:1]&quot;, which must be used on a dynamic entity (i.e. prop_physics). Deleted.</h4><p><strong>Description:</strong><br />You have used the wrong model with the wrong entity.<br /><br /><strong>Solution:</strong><br />Either change the model, or the entity (eg. like it says in the error, use a prop_physics, prop_dynamic or prop_physics_multiplayer or whatever the compiler tells you you should use). Just as a thumb rule:<br />-anything that can be picked up is prop_dynamic or prop_physics(_multiplayer)<br />-anything thats completely static is prop_static (you may alsop recognise these with invisible backsides)<br />-anything with dynamic shapes (eg. bodies, matrasses) is prop_ragdoll There are exceptions offcourse, as allways.<br />The GUI model browser lists all entity types compatible with a certain model<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Prop_types">WIKI: Prop types</a> </p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Error\!\s+Too\s+many\s+detail\s+props\s+emitted\s+on\s+this\s+map\!
<div class="error_box"><h4>Error! Too many detail props emitted on this map!</h4><p><strong>Description:</strong><br />The amount of detail props (the grasses and such that automatically appear on displacements with certain textures) has exceeded the maximum number of allowable detail props.<br /><br /><strong>Solution:</strong><br />Either reduce the amount of textures/displacements which cause these props to appear, or edit the texture's vmt's to decrease the number of detail props those textures emit.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Displacement_Grass">WIKI: Displacement grass</a><br /><a href="http://developer.valvesoftware.com/...matically_Emitting_prop_details_on_a_Material">WIKI: Detail props</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Error\:\s+displacement\s+found\s+on\s+a\(n\)\s+([\w\/\\_\-\.]+)\s+entity\s+-\s+not\s+supported
<div class="error_box"><h4>Error: displacement found on a(n) [sub:1] entity - not supported</h4><p><strong>Description:</strong><br />You have tied a displacement to an entity. Displacements aren't supposed to be entities. (they don't need to be func_detail, vvis.exe ignores them anyway). Displacements can't move around. Period. Forget about parenting them.<br /><br /><strong>Solution:</strong><br />Find your displacement and de-entify it. The easiest method to find it in a big map is to select all displacements at once (select the &quot;displacements&quot; visgroup (in the visgroup-window to the right in Hammer), then press &quot;mark&quot;) in the ignore group mode (button &quot;IG&quot;). Now tie all of the displacements to an entity, and &quot;to world&quot; them again right after that while they are still selected.</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Error\:\s+displacement\s+found\s+on\s+a\(n\)\s+([\w\/\\_\-\.]+)\s+entity\s+-\s+not\s+supported\s+\(entity\s+([\d\.,-]+),\s+brush\s+([\d\.,-]+)\)
<div class="error_box"><h4>Error: displacement found on a(n) [sub:1] entity - not supported (entity [sub:2], brush [sub:3])</h4><p><strong>Description:</strong><br />You have tied a displacement to an entity. Displacements aren't supposed to be entities. (they don't need to be func_detail, vvis.exe ignores them anyway). Displacements can't move around. Period. Forget about parenting them.<br /><br /><strong>Solution:</strong><br />Find your displacement and de-entify it. The easiest method to find it in a big map is to select all displacements at once (select the &quot;displacements&quot; visgroup (in the visgroup-window to the right in Hammer), then press &quot;mark&quot;) in the ignore group mode (button &quot;IG&quot;). Now tie all of the displacements to an entity, and &quot;to world&quot; them again right after that while they are still selected.</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
2|Error\:\s+material\s+([\w\/\\_\-\.]+)\s+doesn't\s+have\s+a\s+\$bottommaterial
<div class="error_box"><h4>Error: material [sub:1] doesn't have a $bottommaterial</h4><p><strong>Description:</strong><br />You've tried to use a water texture which should only be placed in the map automatically by the compiler, or the water-texture you did use has an invalid bottom-texture. Invalid materials usually end in _beneath or _bottom or _dx* .<br /><br /><strong>Solution:</strong><br />There will be a matching texture without those suffixes which you can use instead. Try another water texture.</p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Face\s+List\s+Count\s+\>\=\s+OVERLAY_BSP_FACE_COUNT
<div class="error_box"><h4>Face List Count &gt;= OVERLAY_BSP_FACE_COUNT</h4><p><strong>Description:</strong><br />One of your info_overlays is spanning more faces than the maximum of 64. This number is based on the faces after bsp cutting, so it might look allright in Hammer but doesn't work ingame.<br />This can also be caused by an overlay that is applied to a very large brush or a brush that has a very low lightmap scale.<br /><br /><strong>Solution:</strong><br />Check each overlay in your map, and make sure it doesn't cover more than 64 faces. Allthough easier said than done, you must try to find the overlay in Hammer (where you can only guess where your faces are cut) so its best to check big (stretched) overlays first, and also make sure you have no world brushes cutting each other up near these overlays (eg. near stairs, or when you use a small lightmap scale). The use of func_detail will stop that.<br />If you have an overlay that is applied to a very large brush, try cutting up the offending brush so it is not as large. Reset the overlay brush faces and recompile.<br /><br /><strong>See also:</strong><br /><a href="javascript:reference(148)">Reference: Finding the unfindable</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=490">cdxx</a></h5></div>
0|fastvis\s+\=\s+true
<div class="error_box"><h4>fastvis = true</h4><p><strong>Description:</strong><br />You seem to be running vvis in -fast mode. This is okay for testing purposes, but mind that this will cause:<br /></p><ul class="errlist"><li>Strange compile errors, like 'cluster saw into cluster' errors<br /></li><li>Strange errors ingame (including unexpected crashes)<br /></li><li>Hitting limits ingame, by skipping essential optimization processses<br /></li><li>Lower performance ingame</li></li></ul><p><br /><br /><strong>Solution:</strong><br />If you experience any of these problems, and don't have any specific clues for the cause, please try to compile without the -fast option, see if that helps. If compiling without -fast is taking too long /seems to crash vvis, you may need to optimize your map using func_detail</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Find\s+Visible\s+Detail\s+Sides\.\.\.Bad\s+detail\s+brush\s+side
<div class="error_box"><h4>Find Visible Detail Sides...Bad detail brush side</h4><p><strong>Description:</strong><br />The cause for this error is using multiple (incompatible) tool-textures on the same brush, or so it seems.<br />Apart from HINT and SKIP there aren't much combination of tool-textures allowed on the same brush, so any other combination is a possible cause. Tool-textures are the 'tools/' textures you can find using the texture browser in Hammer, and that have a special meaning.<br /><br /><strong>Solution:</strong><br />You will need to find the brush(es) with these tool-textures and replace those textures. The easiest way to find the source of the error is to hide all visgroups except for the visgroups which are for tools textures and then just look around the map in 3d textured mode.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Tool_textures">WIKI: Tool textures</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|FindPortalSide\:\s+Couldn't\s+find\s+a\s+good\s+match\s+for\s+which\s+brush\s+to\s+assign\s+to\s+a\s+portal\s+near\s+\(([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)\)
<div class="error_box"><h4>FindPortalSide: Couldn't find a good match for which brush to assign to a portal near ([sub:1] [sub:2] [sub:3])</h4><p><strong>Description:</strong><br />This error is usually followed by something like this:<br /></p><div class="postCode"><pre>Leaf 0 contents:(may vary)<br />Leaf 1 contents: CONTENTS_SOLID (may vary, e.g. CONTENTS_WATER)<br />viscontents (node 0 contents ^ node 1 contents): CONTENTS_SOLID (ditto)<br />This means that none of the brushes in leaf 0 or 1 that touches the portal<br />has CONTENTS_SOLID<br />Check for a huge brush enclosing the coordinates above that has contents<br />CONTENTS_SOLID<br />Candidate brush IDs: [none or more brushnumbers]</pre></div><p>Usually, this error is caused by a leak, so fix it if it is.<br />If it isn't, there is a (group of) brush(es) that is/are giving vbsp.exe a hard time to figure out your level. <br />Apparently it cannot determine the boundaries of a certain portal. Maybe there is a large brush covering the area, maybe the area is just to complicated for poor vbsp to figure out.<br /><br />I don't know the details but usually turning entities to world brushes or vice-versa helps to fight the problem. Hell, just cutting a brush in two once helped me fight this problem.<br /><br /><strong>Solution:</strong><br />Find the given coordinates (or if a brush number is given search for the brush number) and see what you can do to to simplify the area (like turning brushes to func_detail). You should also check to see if the brushes are overlapping at any point.<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(146)">Finding brushnumbers and coordinates</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=6323">Smurfy</a></h5></div>
1|Found\s+a\s+displacement\s+edge\s+abutting\s+multiple\s+other\s+edges
<div class="error_box"><h4>Found a displacement edge abutting multiple other edges</h4><p><strong>Description:</strong><br />A displacement is touching more than one other displacements at the same point along one of its edges; in other words: at some point, three displacements are touching each other along an entire edge. This may cause lighting errors, as vrad doesn't know which displacements need to have their light smoothed out, if you know what i mean. I guess it can also be a wanted situation, in which cause this 'error' can be ignored.<br /><br /><strong>Solution:</strong><br />The usual cause i can think of is the accidental non-deletion of displacements along the sides of brushes. Eg, if you have two brushes next to each other, and their tops displaced, and you accidentally also displaced the vertical brushsides between these two, you get a T-shaped intersection of three.<br /><img src="images/errorpage/displ.png" class="errorpageImage" alt="image" /><br />image: purple: side that should've been destroyed, red: the edge.<br /><br />This is no real error, but it could be the cause of lighting anomalies. There is no easy way to find the displacement either, the fastest way would be to go through your displacements one by one.</p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|HashVec\:\s+point\s+outside\s+valid\s+range
<div class="error_box"><h4>HashVec: point outside valid range</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes.<br /><br /><strong>Solution:</strong><br />If the problem-checker in Hammer (alt+p) doesn't find any offending brush(es), and you can't see brushes near the edge of the grid, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the unfindable</a><br /><a href="javascript:showerror(145)">Reference: Invalid solids</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Host_EndGame\:\s+Map\s+coordinate\s+extents\s+are\s+too\s+large
<div class="error_box"><h4>Host_EndGame: Map coordinate extents are too large</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes. In 99.9999% (may be an understatement) of the cases, the cause is an invalid brush.<br /><br /><strong>Solution:</strong><br />If the problem-checker in Hammer (alt+p) doesn't find any offending brush(es), and you can't see brushes near the edge of the grid, check suspicious or recently vertex-edited brushes first. If you still can't find anything, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the unfindable</a><br /><a href="javascript:showerror(145)">Reference: Invalid solids</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Host_Error\:\s+CVEngineServer\:\:precacheModel\:\s+([\w\/\\_\-\.]+)\s+overflow,\s+too\s+many\s+models
<div class="error_box"><h4>Host_Error: CVEngineServer::precacheModel: [sub:1] overflow, too many models</h4><p><strong>Description:</strong><br />Your map has too much models, this includes weapons, players, props, bullets, gibs etc. You should seriously remove some!</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Host_Error\:\s+Server\s+is\s+enforcing\s+file\s+consistency\s+for\s+some_file
<div class="error_box"><h4>Host_Error: Server is enforcing file consistency for some_file</h4><p><strong>Description:</strong><br />The server wants you to download a file you already have, but you have the wrong version so it overwrites your version with the one the server has (your version is probably a custom one since the server is 'enforced' to overwrite it). Happens untill the file is replaced.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Invalid\s+\[entity_type\]\s+spawnpoint\s+at\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)
<div class="error_box"><h4>Invalid [entity_type] spawnpoint at ([sub:1], [sub:2], [sub:3])</h4><p><strong>Description:</strong><br />This means this spawnpoint is invalid. Did you place it inside another volume (e.g. a model, brush)? or does your map has a leak? First check if you didn't place the spawnpoint inside the ground (commonest), so preferably place the spawnpoint one unit above the ground to be sure. Offcourse you can <a href="Javascript:showerror(148)">find the coordinates in Hammer</a> to see which one it is. </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Invisible\s+props\s+ingame
<div class="error_box"><h4>Invisible props ingame</h4><p><strong>Description:</strong><br />See <a href="forum/viewtopic.php?t=2027">this topic</a> </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|KeyValues\s+Error\:\s+RecursiveLoadFromBuffer\:\s+\s+got\s+.\s+in\s+key\s+in\s+file\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>KeyValues Error: RecursiveLoadFromBuffer: got [char] in key in file [sub:1]</h4><p><strong>Description:</strong><br />There seems to be a parsing error in [sub:1]. Fix it if you want the texture or other resource associated with this file to work correctly.</p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|KeyValues\s+Error\:\s+RecursiveLoadFromBuffer\:\s+got\s+EOF\s+instead\s+of\s+keyname\s+in\s+file\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>KeyValues Error: RecursiveLoadFromBuffer: got EOF instead of keyname in file [sub:1]</h4><p><strong>Description:</strong><br />There was a problem parsing this texture ( [sub:1] ). Looks like you forgot to close a (couple of) brackets in this file? Or perhaps a string not closed with a &quot;?<br /><br /><strong>Solution:</strong><br />Find the file, open it, and fix it. If you don't know how, see below.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Material">Valve wiki: Materials</a></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|Leaf\s+\(portal\s+([\d\.,-]+)\)\s+with\s+too\s+many\s+portals\.\s+Use\s+vbsp\s+-glview\s+to\s+compile,\s+then\s+glview\s+-portal\s+-portalhighlight\s+X\s+to\s+view\s+the\s+problem\.
<div class="error_box"><h4>Leaf (portal [sub:1]) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X to view the problem.</h4><p><strong>Description:</strong><br />One of your leafs is neighbouring too many other leafs. (the 'doorways' between leafs are called 'portals'). This causes vvis.exe to quit compiling your map. e.g. in the example picture, the center leaf would have 12 portals, and all other ones only one. <img src="/images/errorpage/portals.png" class="errorpageImage" alt="image" /><br /><br /><strong>Solution:</strong><br />Find your leaf, and see if you can reduce the number of neighbouring leafs by adding world brushes or turning existing ones into func_detail (or clever placements of hints). Big leafs in the sky should also be avoided. As the error says, open your map in Glview to find the exact location of the portal.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(150)">Reference: Using Glview</a><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php">Optimizing can help against this error</a><br /><a href="http://developer.valvesoftware.com/wiki/Visleafs">WIKI: visleafs</a><br /><a href="http://developer.valvesoftware.com/wiki/Glview">WIKI: Glview</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|Leaf\s+([\d\.,-]+)\s+\(portal\s+\[portal_id\]\)\s+with\s+too\s+many\s+portals\.\s+Use\s+vbsp\s+-glview\s+to\s+compile,\s+then\s+glview\s+-portal\s+-portalhighlight\s+X\s+or\s+-leafhighlight\s+L\s+to\s+view\s+the\s+problem\.\s+
<div class="error_box"><h4>Leaf [sub:1] (portal [portal_id]) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X or -leafhighlight L to view the problem. </h4><p><strong>Description:</strong><br />One of your leafs is neighbouring too many other leafs. (the 'doorways' between leafs are called 'portals'). This causes vvis.exe to quit compiling your map. e.g. in the example picture, the center leaf would have 12 portals, and all other ones only one. <img src="/images/errorpage/portals.png" class="errorpageImage" alt="image" /><br /><br /><strong>Solution:</strong><br />Find your leaf, and see if you can reduce the number of neighbouring leafs by adding world brushes or turning existing ones into func_detail (or clever placements of hints). Big leafs in the sky should also be avoided. As the error says, open your map in Glview to find the exact location of the portal.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(150)">Reference: Using Glview</a><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php">Optimizing can help against this error</a><br /><a href="http://developer.valvesoftware.com/wiki/Visleafs">WIKI: visleafs</a><br /><a href="http://developer.valvesoftware.com/wiki/Glview">WIKI: Glview</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|LoadPortals\:\s+couldn't\s+read\s+([\w\/\\_\-\.]+)\.prt
<div class="error_box"><h4>LoadPortals: couldn't read [sub:1].prt</h4><p><strong>Description:</strong><br />Vvis.exe cannot find the portalfile, a file that vbsp.exe creates which specifies the location of portals and leafs. Usually because of a leak or other fatal error (see further upwards in your log) in the vbsp process, but may also be because your directories are set up wrong.<br /><br /><strong>Solution:</strong><br />Check your logfile for other errors (mainly leaks), and/or check if you have your directories set up right.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(149)">Reference: The compile process</a><br /><a href="javascript:showerror(147)">Reference: Leaks</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Luxel\s+axis\s+perpendicular\s+to\s+face\s+at\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)
<div class="error_box"><h4>Luxel axis perpendicular to face at ([sub:1], [sub:2], [sub:3])</h4><p><strong>Description:</strong><br />See <a href="Javascript:showerror(84)">Texture axis perpendicular to face</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|make_triangles\:calc_triangle_representation\:\s+Cannot\s+convert
<div class="error_box"><h4>make_triangles:calc_triangle_representation: Cannot convert</h4><p><strong>Description:</strong><br />Usually preceded by some coordinates, the best explanation I can give at the moment is that this is caused by certain models (a b0rked subpart). In particular the &quot;/wasteland/InteriorFence002d.mdl&quot;-model. I've also heard small panes of glass and some other (even self-made) models can cause this error to occur, as do some freaky regular brushes. This error can also be caused by bad displacements.<br />If it is displacements they may fail to collide with vehicles and physics objects on the triangles that are causing a problem. Parts of the displacement may still work others may not. <br /><br /><strong>Solution:</strong><br />You can look for ages to find the model causing the problem, after hiding all your models first and see if that is causing your problem. Once found, you can decide to reconstruct that model, there doesn't seem to be a real error in the model itself though. In other words, leave it be, it won't hurt you. Unless you bite first! It may be the case that the game will not load the map because of this error. It would present you with a pup-up with the beloved memory error.<br />The displacement problem as of right now has only 1 solution and it is to delete the displacement. If its a brush, find it with Cordon Tools and delete it. </p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=4214">jmplayer</a></h5></div>
5|Map\s+has\s+too\s+many\s+texinfos\s+\(has\s+([\d\.,-]+),\s+can\s+have\s+at\s+most\s+12288\)
<div class="error_box"><h4>Map has too many texinfos (has [sub:1], can have at most 12288)</h4><p><strong>Description:</strong><br />See <a href="Javascript:showerror(138)">MAX_MAP_TEXINFO</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Material\s+"([^"]+)"\s+not\s+found
<div class="error_box"><h4>Material &quot;[sub:1]&quot; not found</h4><p><strong>Description:</strong><br />The error is self-explanatory. Somewhere in your map you have referenced a texture that doesn't exist. Perhaps you used a texture from another modification or game you haven't correctly set your current game up for?<br /><br /><strong>Solution:</strong><br />Make sure you have your mod paths set up correctly and that you are including all mod contents you need.</p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
1|Material\s+glass\/glasswindowbreak070b\s+is\s+depending\s+on\s+itself\s+through\s+materialvar\s+\$crackmaterial\!
<div class="error_box"><h4>Material glass/glasswindowbreak070b is depending on itself through materialvar $crackmaterial!</h4><p><strong>Description:</strong><br />You shouldn't use this texture, but this one: glass/glasswindowbreak070a. The b-texture is used after the glass is broken, so you should never put it into your map manually. Sometimes this error occours and you dont have this texture anywhere in your map. Probably being some strange bug, might as wel leave it, it seems to cause no harm. </p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
2|Material\s+not\s+found\!\:\s+([\w\/\\_\-\.]+)
<div class="error_box"><h4>Material not found!: [sub:1]</h4><p><strong>Description:</strong><br />The error is self-explanatory. Somewhere in your map you have referenced a texture that doesn't exist. Perhaps you used a texture from another modification or game you haven't correctly set your current game up for?<br /><br /><strong>Solution:</strong><br />Make sure you have your mod paths set up correctly and that you are including all mod contents you need.</p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
2|Material\s+([\w\/\\_\-\.]+)\s+uses\s+unknown\s+detail\s+object\s+type\s+([\w\/\\_\-\.]+)\!\s+
<div class="error_box"><h4>Material [sub:1] uses unknown detail object type [sub:2]! </h4><p><strong>Description:</strong><br />One of your textures is scripted to emit detail props (the grass thingies that appear on displacements), but the detail props specified are not defined in the mod's data files.<br /><br /><strong>Solution:</strong><br />Usually this error is caused by mindlessly porting textures from other mods, without porting the detail props file. The fix is to either get these detail props from that other mod, or fix the texture so it emits detail props that exist in the current mod.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Displacement_Grass">WIKI: Displacement grass</a><br /><a href="http://developer.valvesoftware.com/...matically_Emitting_prop_details_on_a_Material">WIKI: Detail_props</a> </p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|MaterialSystem_Interface_t\:\:AllocateLightmap\s+\:\s+lightmap\s+\(([\d\.,-]+)x([\d\.,-]+)\)\s+too\s+big\s+to\s+fit\s+page\s+\(([\d\.,-]+)x([\d\.,-]+)\)
<div class="error_box"><h4>MaterialSystem_Interface_t::AllocateLightmap : lightmap ([sub:1]x[sub:1]) too big to fit page ([sub:1]x[sub:1])</h4><p><strong>Description:</strong><br />I don't know the exact cause, but ive heard rumours that it can be caused by:<br />-lightmaps not set to a legal size (power of 2)<br />-<u>big displacements in combination with too small lightmapscale. (seems commonest)</u><br />-invalid brushes -invalid displacements <br /><br /><strong>Solution:</strong><br />You may want to start by hiding all your displacements and see if the error persists. If it does, check every lightmapscale in your level first, (using the tool above), or just selecting your entire level and enter a legal size for all brushes) and if that won't help, use visgroups or cordon tools to break your level apart.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the cause of unknown errors</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|MAX_MAP_MODELS
<div class="error_box"><h4>MAX_MAP_MODELS</h4><p><strong>Description:</strong><br />See <a href="Javascript:showerror(111)">MAX_MAP_MODELS</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|MAX_TEXLIGHTS
<div class="error_box"><h4>MAX_TEXLIGHTS</h4><p><strong>Maximum:</strong><br />128<br /><br /><strong>Description:</strong><br />Your lights.rad has too many entries (there is a maximum of 128 entries) the rest will be skipped.</p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|Memory\s+leak\:\s+mempool\s+blocks\s+left\s+in\s+memory\:\s+([\d\.,-]+)
<div class="error_box"><h4>Memory leak: mempool blocks left in memory: [sub:1]</h4><p><strong>Description:</strong><br />These warnings can be completely ignored, they have nothing to do with your map (but with crappy programming by Valve!).<br /><br /><strong>Solution:</strong><br />Become a Valve programmer and fix the problem. </p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|Multiple\s+references\s+for\s+cubemap\s+on\s+texture\s+([\w\/\\_\-\.]+)\!\!\!
<div class="error_box"><h4>Multiple references for cubemap on texture [sub:1]!!!</h4><p><strong>Description:</strong><br />You can specify for each cubemap which faces should be using it. However, each face can only have one cubemap attached to itself this way. If you want the face to use multiple cubemaps you shouldn't tie them statically to cubemaps this way, but split the face (into multiple brushes).<br /><br /><strong>Solution:</strong><br />I hope you can find out by the name of the texture which face vbsp is talking about, because that's the only reference you have. No nifty stuff will help you find the problem, you have to check each texture or cubemap individually to find it. Or just leave it, as far as i know it defaults to one of the two env_cubemaps anyway, so it wont harm you one bit if you leave it. </p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|no\s+samples\s+x
<div class="error_box"><h4>no samples x</h4><p><strong>Description:</strong><br />Vrad.exe is freaking out over some part of geometry in your map. Did you recently add any complicated/oddshaped brushes?<br /><br /><strong>Solution:</strong><br />Find the brush(es) vrad doesn't like and remove or fix them.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the cause of unknown errors</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|No\s+such\s+variable\s+"\$hdrbasetexture"\s+for\s+material\s+"([^"]+)"
<div class="error_box"><h4>No such variable &quot;$hdrbasetexture&quot; for material &quot;[sub:1]&quot;</h4><p><strong>Description:</strong><br />You have used a non-hdr skybox texture, while the compile tools expect a hdr skybox instead.<br /><br /><strong>Solution:</strong><br />Either make a HDR skybox, change your skybox to a HDR one or ignore this error. See below for a detailed fix.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/HDR_Skybox_Creation">WIKI: HDR skybox</a><br /><a href="forum/viewtopic.php?t=9170">How to fix this error</a> </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Node\s+Graph\s+out\s+of\s+Date\.\s+Rebuilding\.\.\.
<div class="error_box"><h4>Node Graph out of Date. Rebuilding...</h4><p><strong>Description:</strong><br />This is not an error, it's simply a message telling you the game is making paths (using info_nodes) for npc's to use. It should happen only once for every map, given that you don't change the map afterwards.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|NODRAW\s+on\s+terrain\s+surface\!
<div class="error_box"><h4>NODRAW on terrain surface!</h4><p><strong>Description:</strong><br />You aren't allowed to have the &quot;tools/nodraw&quot; texture one a displacement.<br /><br /><strong>Solution:</strong><br />There are two possible causes, you accidently covered a displacement face in nodraw or you accidently made a hidden face a displacement. In order to fix it in either cases, uncheck the &quot;auto&quot; visgroup, then check only the &quot;displacements&quot; visgroup. Now, look round the map see if nodraw is anywhere you wanted a real texture. If found open the material browser and find and replace the nodraw texture with any other texture. If there's no vibisible displacement faces with nodraw you'll probably want to destroy them. Open the material browser, check &quot;Only show used textures&quot;, select NoDraw and press &quot;Mark&quot;. Open up the face edit sheet, and click &quot;Destroy&quot; on the displacement tab.<br /><br /><strong>See also:</strong> <a href="javascript:showerror(148)">Reference: Finding the unfindable</a> </p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=5829">Angry Beaver</a></h5></div>
5|numvertexes\s+\=\=\s+MAX_MAP_VERTS
<div class="error_box"><h4>numvertexes == MAX_MAP_VERTS</h4><p><strong>Description:</strong><br />You have too many vertices in your map (point from which brushes are made). In other words, your map is too big or too detailed.<br /><br /><strong>Solution:</strong><br />Delete or simplify some of your brushes. Perhaps you can convert parts of your map into brushes, or in case of singleplayer maps, divide the map up into multiple parts with a level change?<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(116)">MAX_MAP_VERTS</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
3|Occluder\s+"([^"]+)"\s+straddles\s+multiple\s+areas\.\s+This\s+is\s+invalid\!
<div class="error_box"><h4>Occluder &quot;[sub:1]&quot; straddles multiple areas. This is invalid!</h4><p><strong>Description:</strong><br />This error means you have a func_occluder (by the name of [sub:1]) that is touching an areaportal or is inside a brush that's touching two area's. ( An area is a part of your map closed off by a areaportals and world-brushes)<br /><br /><strong>Solution:</strong><br />Move or delete the occluder or areaportal(s).</p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Overlay\s+at\s+([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)\s+has\s+invalid\s+render\s+order\s+\(([\d\.,-]+)\)
<div class="error_box"><h4>Overlay at [sub:1] [sub:2] [sub:3] has invalid render order ([sub:4])</h4><p><strong>Description:</strong><br />A render order determines which overlays are drawn on top over the others (or under). These render orders are simple numbers, ranging from 1-3. Other numbers are invalid, causing this error.<br /><br /><strong>Solution:</strong><br />If this error is accompanied by insanely huge numbers, it is most likely a badly placed info_overlay (atleast it was in my case). These entities don't like to be placed on the edge of a brush. If even that is not the case, try to open the map in a texteditor and look for the numbers. They may be caused by a b0rked map, or something along those lines. I recommend to atleast try to remove said overlay (view -&gt; go to coordinates ( [sub:1] [sub:2] [sub:3] ) and recreate it.<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(148)">Finding the unfindable</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Overlay\s+touching\s+too\s+many\s+faces\s+\(touching\s+([\d\.,-]+),\s+max\s+64\)\s+Overlay\s+([\w\/\\_\-\.]+)\s+at\s+([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)
<div class="error_box"><h4>Overlay touching too many faces (touching [sub:1], max 64) Overlay [sub:2] at [sub:3] [sub:4] [sub:5]</h4><p><strong>Description:</strong><br />You have an overlay (info_overlay) entity that is touching too many brushes, or parts of a brush. The error message tells you also how much you have and allowed (touching [sub:1], max 64)<br /><br /><strong>Solution:</strong><br />You can find the overlay using the coordinates. View -&gt; go to coordinates( [sub:3] [sub:4] [sub:5] ) You can delete, move or resize the overlay.</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|prop_physics\s+at\s+([\d\.,-]+)\s+([\d\.,-]+)\s+([\d\.,-]+)\s+uses\s+model\s+([\w\/\\_\-\.]+),\s+which\s+has\s+no\s+propdata\s+which\s+means\s+it\s+must\s+be\s+used\s+on\s+a\s+prop_static\.\s+DELETED\.
<div class="error_box"><h4>prop_physics at [sub:1] [sub:2] [sub:3] uses model [sub:4], which has no propdata which means it must be used on a prop_static. DELETED.</h4><p><strong>Description:</strong><br />You have used (created yourself?) a model without the data compiled in it for it to become a non-static entity. These kind of models can only be used on prop_statics, unless you recompile them with the neccesairy data.<br /><br /><strong>Solution:</strong><br />Find them using the coordinates, or simply recompile the model with the appropriate data<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(146)">Find coordinates in a map</a><br /><a href="tutorials/4107">Compiling models</a></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Static\s+prop\s+([\w\/\\_\-\.]+)\s+outside\s+the\s+map\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)
<div class="error_box"><h4>Static prop [sub:1] outside the map ([sub:2], [sub:3], [sub:4])</h4><p><strong>Description:</strong><br />You have a prop_static outside the map, or you have a big leak. You may also have a prop completely inside a world brush (that's the bounding box entirely inside the brush).<br /><br /><strong>Solution:</strong><br />Delete the entity, move the entity into your level (or turn the offending brush into a brush entity), or fix the leak.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(147)">Reference: Leaks</a><br /><a href="http://developer.valvesoftware.com/wiki/Leak">WIKI: leaks</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=4214">jmplayer</a></h5></div>
5|stylenum\s+\=\=\s+MAX_SWITCHED_LIGHTS
<div class="error_box"><h4>stylenum == MAX_SWITCHED_LIGHTS</h4><p><strong>Description:</strong><br /> You have too many (more than 32) differently named lights in your map. You can't have that many independantly switchable lights <br /><br /><strong>Solution:</strong><br />Remove some lights, or give a few the same name, or remove the names of some lights.</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|Texture\s+axis\s+perpendicular\s+to\s+face\s+at\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)
<div class="error_box"><h4>Texture axis perpendicular to face at ([sub:1], [sub:2], [sub:3])</h4><p><strong>Description:</strong><br />This is vrad's way of saying a texture (face and its corresponding luxel(lightmap)) is aligned to its face at 90 degrees. This is because the &quot;align&quot;-settings for that face are setup wrong. <img src="/images/errorpage/normal.png" class="errorpageImage" alt="image" /><br /><br /><strong>Solution:</strong><br />Find the face using the coordinates. You will notice a very overstretched appearance of the texture belonging to the offending side. If you can't find it, you must select the entire brush, if you can find the exact face, just select that face in the texture application tool. When you are in the texture application tool, notice the &quot;align to face&quot; and &quot;align to world&quot; tickboxes. Try the one that isn't currently checked, or both. If they don't work, your brush is broken and needs to be repaired. Either using the vertex-tool, or deleting the brush and recreating it.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the location of errors</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Textures\s+act\s+weird\s+ingame
<div class="error_box"><h4>Textures act weird ingame</h4><p><strong>Description:</strong><br />If your textures act weird (e.g. flash, look brighter from some angles but darker from others) check if you are not using model-textures (models/sometexture or props/sometexture). Since these textures are compiled to be wrapped around a model (and be lit like one) this can cause strange things when you apply them on world brushes. <br /><br /><strong>Solution:</strong><br />Use another texture (most model-textures have a normal counterpart), or rewrite the texture's vmt (find &quot;Vertexlitgeneric&quot; and replace it by &quot;LightmappedGeneric&quot;).<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Shader_Types_and_Parameters">WIKI: vmt's</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
0|Textures\s+are\s+purple\/black\s+checkered
<div class="error_box"><h4>Textures are purple/black checkered</h4><p><strong>Description:</strong><br />Half-life cannot display your textures properly, check to see if you set them up right. (you may need to check not only the directories, but also the vtf's themselves: were they compiled right?).<br /><br />Be sure to use programs like <a href="http://developer.valvesoftware.com/wiki/Bspzip">Bspzip</a> or <a href="http://www.geocities.com/cofrdrbob/pakrat.html&quot;">Pakrat</a> to include the textures when you distribute your map to others, as they may not have your custom textures. Models also come with seperate textures, don't forget to add those if you want to distribute custom models.<br /><br />If you haven't placed any env_cubemaps, a purple shine will be all over your textures, so don't forget to add one.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|The\s+command\s+failed\.\s+Windows\s+reported\s+the\s+error\:\s+The\s+system\s+cannot\s+find\s+the\s+file\s+specified\.
<div class="error_box"><h4>The command failed. Windows reported the error: The system cannot find the file specified.</h4><p><strong>Description:</strong><br />At the end of the compiling process the BSP file is copied from the directory your vmf file is in to the game/maps directory so it can be played. This error means it couldn't find the BSP to copy it.(the message Windows returns may vary on it's language)<br /><br />The cause is usually some fatal error in vbsp.exe (the program that generates the bare bsp-file) so check for other errors in your log. The other cause is some invalid setup of directories, or bad mapnames, too long pathnames etc.<br />In which case you should also see the effects further upwards in the log (something like the other programs not being able to load your map). For mapnames, remember to avoid any strange characters, like brackets, dots, commas and spaces. try to build your mapname out of characters ( a-z ), numbers ( 0-9 ) and the underscore ( _ ) only. The exact cause is usally findable in the logfile.<br /><br />Remember this error is <u>not a cause</u> of your map to not compile, it is merely a sign that your map didn't compile.<br /><br /><strong>Solution:</strong><br />Check your logfile for errors, check your directory setup or rename your map.<br /><br /><strong>See also:</strong><br />Logfile-checker (see search above) </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|The\s+map\s+overflows\s+the\s+max\s+portal\s+count\s+\(([\d\.,-]+)\s+of\s+max\s+32768\)\!\s+
<div class="error_box"><h4>The map overflows the max portal count ([sub:1] of max 32768)! </h4><p><strong>Description:</strong><br />Your map has too many portals. (your portals is [sub:1], the max is 32768)<br /><br /><strong>Solution:</strong><br />Optimize your map (tie brushes to func_detail) to reduce portals. You may even have to decrease the size of your map.<br /><br /><strong>See also:</strong><br /><a href="http://www.student.kun.nl/rvanhoorn/Optimization.php?chapter=func_detail">Using func_detail</a><br /><a href="Javascript:showerror(122)">MAX_MAP_PORTALS</a><br /><a href="http://developer.valvesoftware.com/wiki/BSP_Map_Optimization">WIKI: Optimization</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Too\s+many\s+indices\s+for\s+index\s+buffer\.\.\s+tell\s+a\s+programmer\s+\(([\d\.,-]+)\>32768\)
<div class="error_box"><h4>Too many indices for index buffer.. tell a programmer ([sub:1]&gt;32768)</h4><p><strong>Description:</strong><br />The only time I can over this error is was caused by a func_precipitation that was too big. If you got one in your level, try to decrease its size so it sits under the max again ([sub:1] is the number you currently have, 32768 is the max). You can also try to decrease the density of the effect you were trying to make using this entity. It also seems optimizing helps. </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Too\s+many\s+portal\s+verts
<div class="error_box"><h4>Too many portal verts</h4><p><strong>Description:</strong><br />You have too many portal verts. Portals are doorways between visleafs, verts are their corner points.<br /><br /><strong>Solution:</strong><br />Try tying some world brushes to a func_detail. This will lower the amount of portal verts in your map by erasing some &quot;doors&quot; between world brushes. Also try deleting any unnecessary world brushes that are lying around your map.<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(126)">MAX_MAP_PORTALVERTS</a><br /><a href="http://optimization.interlopers.net">Optimize the map</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=7863">cjdelta04</a></h5></div>
5|Too\s+many\s+t-junctions\s+to\s+fix\s+up\!
<div class="error_box"><h4>Too many t-junctions to fix up!</h4><p>See <a href="javascript:showerror(37)">here</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
5|Too\s+many\s+t-junctions\s+to\s+fix\s+up\!\s+\(([\d\.,-]+)\s+prims,\s+max\s+([\d\.,-]+)\s+\:\:\s+([\d\.,-]+)\s+indices,\s+max\s+([\d\.,-]+)\)
<div class="error_box"><h4>Too many t-junctions to fix up! ([sub:1] prims, max [sub:2] :: [sub:3] indices, max [sub:4])</h4><p><strong>Description:</strong><br />(from Jeff Lane, Valve) &quot;VBSP does cleanup of edges where func_detail geometry meets world geometry to avoid getting visual cracks. One of the ways it does is this by elminating t-junctions. It sounds like you may have hit a limit of the number of those cleanups in the level. <br /><br /><strong>Solution:</strong><br />If that is the case, you could fix the problem by reducing the number of func_detail brushes in the level, especially ones that touch non-detail geometry. It's probably a sign that you have too much complex brush geometry in the level, and would benefit from having some of it be model geometry instead.&quot;<br /><br />It is worth noting that func_brush geometry does not perform the same fix ups on compile. Turning some of your func_detail geometry into func_brush geometry may solve this error.<br /><br />The error message shows you that you have [sub:1] primitives (max [sub:2] causing all of this, resulting in [sub:3] t-junctions (max [sub:4])<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/...your_map_into_a_prop_static_with_XSI_Mod_Tool">WIKI: making models out of brushes with XSI</a></p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=7418">Dives</a></h5></div>
0|Too\s+many\s+verts\s+for\s+a\s+dynamic\s+vertex\s+buffer\s+\(([\d\.,-]+)\>32768\)\s+Tell\s+a\s+programmer\s+to\s+up\s+VERTEX_BUFFER_SIZE\.
<div class="error_box"><h4>Too many verts for a dynamic vertex buffer ([sub:1]&gt;32768) Tell a programmer to up VERTEX_BUFFER_SIZE.</h4><p><strong>Description:</strong><br />You have too many dynamic vertices. These are points that make up entity brushes (like func_doors). In Hammer, most lines are dynamic vertices too. (like the leakfile), but the brushes aren't (they dont move in Hammer).<br /><br /><strong>Solution:</strong><br />Tie as much of these entity-brushes to either world (de-entify them) or func_detail (the only, non-dynamic entity). don't be confused with hl1: func_wall should not be used to optimize your map! Instead use func_detail. Proper optimization (with the use of vvis.exe) should reduce the times you see this error. According to steampowered.com, this can also be caused by a broken cache file. A Valve programmer mentiones on the Valve Wiki that this error should only happen on mods with errors in the code, but practice has learned otherwise. (so far for their coders abilities :p ). You currently have [sub:1], and the max is 32768, so there's quite a bit to do.<br /><br /><strong>See also:</strong><br /><a href="http://support.steampowered.com/cgi..._created=1101182584&amp;p_li=&amp;p_topview=1">How to check your cache files</a></p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
5|Trying\s+to\s+create\s+a\s+non-quad\s+displacement\!
<div class="error_box"><h4>Trying to create a non-quad displacement!</h4><p><strong>Description:</strong><br />Displacements can only have four sides, no more, no less.<br /><br /><strong>Solution:</strong><br />Find your displacement (you'll have to check each one in your level) and recreate it so it has four sides again. You may need to be creative with some <a href="tutorials/2860">vertex manipulation</a> for some shapes you want to create with displacements.<br /><br /><strong>See also:</strong><br /><a href="Javascript:showerror(148)">Finding the unfindable</a> </p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|unexpected\s+strips\s+found
<div class="error_box"><h4>unexpected strips found</h4><p>When compiling with -textureshadows this causes VRAD.exe to ignore every model.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=4965">oskutin</a></h5></div>
5|vbsp\s+crashes\s+upon\s+building\s+physics\s+collision\s+data
<div class="error_box"><h4>vbsp crashes upon building physics collision data</h4><p><strong>Description:</strong><br />vbsp crashes upon building the physics collision data, windows may bring up the error pop-up.<br /><br /><strong>Solution:</strong><br />check to see if you have tiny and/or overlapping displacements most likely in a skybox. Replace them with func_detail or models.</p><p><br /><span class="e_type e_lvl5">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|WARNING\:\s+areaportal\s+entity\s+([\d\.,-]+)\s+\(brush\s+([\d\.,-]+)\)\s+touches\s+\>\s+2\s+areas
<div class="error_box"><h4>WARNING: areaportal entity [sub:1] (brush [sub:2]) touches &gt; 2 areas</h4><p><strong>Description:</strong><br />One of your areaportals touches too many areas. The probably cause is one or more areaportals touching/intersecting each other or world brushes that seperate atleast two areas (this causes the areaportals to touch more than two areas). <br /><br /><strong>Solution:</strong><br />The fix would be to move your areaportal(s) around so the above situations don't occur. You may need to read up on the usage of areaportals if you do not understand the problem. I suggest you find your areaportals using it's brushnumber ( [sub:2] )<br /><br /><strong>See also:</strong><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php?page=areaportals">Areaportals</a><br /><a href="http://developer.valvesoftware.com/wiki/Func_areaportal">WIKI: Func_areaportal</a></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|WARNING\:\s+BSP\s+node\s+with\s+unbounded\s+volume\s+\(material\:\s+\<NO\s+BRUSH\>,\s+near\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)\)
<div class="error_box"><h4>WARNING: BSP node with unbounded volume (material: &lt;NO BRUSH&gt;, near ([sub:1], [sub:2], [sub:3]))</h4><p><strong>Description:</strong><br />vbsp is having a hard time figuring out your level, it seems to have found a part of your level that is infinite in size. This is, offcourse, invalid<br /><br /><strong>Solution:</strong><br />Look near the coordinates given. It is likely that you either need to func_detail a lot of brushes in that area, or that you have an invalid brush somewhere (Alt-p in hammer to check for them). It may be pretty difficult to hunt down the exact problem though.</p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|WARNING\:\s+Cluster\s+portals\s+saw\s+into\s+cluster
<div class="error_box"><h4>WARNING: Cluster portals saw into cluster</h4><p><strong>Description:</strong><br />(I think) vbsp.exe has made a concave leaf (or in other ways invalid) that can see into itself. I've also heard about this being caused by overlapping brushes or brushes that are off-grid (thuss causing offgrid visleafs). Allthough i find this unlikely, I am not sure if it isn't, so keep those possibilities open too.<br /><br /><strong>Solution:</strong><br />The solution is to simplify your leafs (func_detail) as much as possible to avoid this error, but usually (or sometimes) you will find no bad things come from it and your map runs as it should. If you got unexpected low FPS somewhere, this may be the cause. Finding it may be hard, and usually ends up in using cordon tools or just not doing it at all. First look at complicated parts of your map, try to use glview glview to find it.<br /><br /><strong>See also:</strong><br /><a href="Javascript:reference('glview')">how to use glview</a><br /><a href="http://developer.valvesoftware.com/wiki/Glview">WIKI: glview</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|Warning\:\s+Couldn't\s+open\s+texlight\s+file\s+lights\.rad
<div class="error_box"><h4>Warning: Couldn't open texlight file lights.rad</h4><p><strong>Description:</strong><br />Vrad.exe couldn't find lights.rad, a file used to determine which textures can emit light by themselves.<br /><br /><strong>Solution:</strong><br />Move to/make a new lights.rad in the right directory. You should search for the file in your mod's directory, most mods have one.<br /><br /><strong>See also:</strong><br /><a href="tutorials/1834">Lights.rad tutorial</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
1|Warning\:\s+Duplication\s+of\s+texlight\s+'([\w\/\\_\-\.]+)'\s+in\s+file\s+'lights\.rad'\!
<div class="error_box"><h4>Warning: Duplication of texlight '[sub:1]' in file 'lights.rad'!</h4><p><strong>Description:</strong><br />This texture was listed twice in lights.rad. the fix is obvious, but not necessairy<br /><br /><strong>Solution:</strong><br /><a href="tutorials/1834">Lights.rad tutorial</a></p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Warning\:\s+ignoring\s+bad\s+texlight\s+'([\w\/\\_\-\.]+)'\s+in\s+lights\.rad
<div class="error_box"><h4>Warning: ignoring bad texlight '[sub:1]' in lights.rad</h4><p><strong>Description:</strong><br />One of the entries in lights.rad is invalid. Make sure when you edit this file you use plain text-editors, e.g. notepad, wordpad. DON'T SAVE MAKE-UP to this file as MS-Word (from office) will!<br /><br /><strong>Solution:</strong><br /><a href="tutorials/1834">Lights.rad tutorial</a></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|Warning\:\s+node\s+with\s+unbounded\s+volume
<div class="error_box"><h4>Warning: node with unbounded volume</h4><p><strong>Description:</strong><br />Your map has a node with an infinite size. (a node is what a clipnode was in hl1, in other words a volume denoting where the player can get to and where not.)<br /><br /><strong>Solution:</strong><br />Unless you just did some vertex-manipulation or placed static props in a wall, or added a funky new displacement, you shouldn't hunt this error down, as it may take you ages to find, unless you get strange effects in your map. Just fix (simplify) the awkward gemetry if you find it. May also be the sign of an invalid brush, or simply vertices offgrid (unlikely?).<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the unfindable</a> </p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|Warning\:\s+node\s+without\s+a\s+volume
<div class="error_box"><h4>Warning: node without a volume</h4><p><strong>Description:</strong><br />Your map has a node without a volume. (a node is what a clipnode was in hl1, in other words a volume denoting where the player can get to and where not.)<br /><br /><strong>Solution:</strong><br />Unless you just did some vertex-manipulation or placed static props in a wall, or added a funky new displacement, you shouldn't hunt this error down, as it may take you ages to find, unless you get strange effects in your map. Just fix (simplify) the awkward gemetry if you find it. May also be the sign of an invalid brush, or simply vertices offgrid (unlikely?).<br /><br /><strong>See also:</strong><br /><a href="javascript:finderror(148)">Reference: Finding the unfindable</a> </p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
2|Warning\:\s+overflowed\s+([\d\.,-]+)\s+displacement\s+corner-neighbor\s+lists\.
<div class="error_box"><h4>Warning: overflowed [sub:1] displacement corner-neighbor lists.</h4><p><strong>Description:</strong><br />There seems to be a fixed amount of displacement-sides allowed that touch other displacements, and you seem to have reached the limit. I've seen this warning show up more and more, mostly with mappers trying to create large tracks of landscapes with lots and lots of displacements. This may be the cause of occasionally reported lighting errors, but that may not be the case in your map.<br /><br /><strong>Solution:</strong><br />The only (theoretically) fix i can think of is to reduce the amount of displacements touching other displacements. You *only* need to fix about [sub:1] displacements, so... I'd only fix this error if you do experience problems in your map.<br /></p><p><br /><span class="e_type e_lvl2">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|Warning\:\s+Table\s+modelprecache\s+is\s+full,\s+can't\s+add\s+some_model
<div class="error_box"><h4>Warning: Table modelprecache is full, can't add some_model</h4><p><strong>Description:</strong><br />Your map has too much models, this includes weapons, players, props, bullets, gibs etc. You should seriously remove some! </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
3|WARNING\:\s+Too\s+many\s+light\s+styles\s+on\s+a\s+face\s+at\s+\(([\d\.,-]+),\s+([\d\.,-]+),\s+([\d\.,-]+)\)
<div class="error_box"><h4>WARNING: Too many light styles on a face at ([sub:1], [sub:2], [sub:3])</h4><p><strong>Description:</strong><br />There's a face with too many different light styles of light shining on it. (more than six). For every switchable light (that is: any light that is named or has a custom appearance) shining on a face, vrad.exe makes a new lightstyle. Basically, it calculates how the face looks like when:<br />-light 1 is on and light 2 is off<br />-light 1 is on and light 2 is on<br />-light 1 is off and light 2 is off<br />-light 1 is off and light 2 is on<br />I'm sure you understand how 6 switchable lights make 2 ^ 6 lightstyles, and how this enormous amount of memory has to be saved somehow. and limited.<br /><br /><strong>Solution:</strong><br />To stop this error, remove lights, dont give the light names unless you need to, make sure certain lights dont shine on the face (max_shining distance or by blocking it with brushes) or simply dont use that much switchable lights. Dynamic lights are not used by vrad.exe thus dont count. Lights with the same names are counted as the same lights. Find the location of the error using the coordinates.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the cause of errors</a></p><p><br /><span class="e_type e_lvl3">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
4|warning\:\s+Vis\s+decompression\s+overrun
<div class="error_box"><h4>warning: Vis decompression overrun</h4><p><strong>Description:</strong><br />I think you have hit some kind of limit in the vvis process, considering the process (vvis.exe) I suppose this is visleafs, if so, optimizing may work. You may also try to reduce the amount of props in your map, (grasses), I've heard this can help too.<br /><br /><strong>Solution:</strong><br />See above<br /><br /><strong>See also:</strong><br /><a href="http://www.student.ru.nl/rvanhoorn/Optimization.php">Optimizing tutorial</a><br /><a href="http://developer.valvesoftware.com/wiki/Optimization">HL2 WIKI Optimization</a></p><p><br /><span class="e_type e_lvl4">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
0|Water\s+does\s+not\s+look\s+properly\s+ingame
<div class="error_box"><h4>Water does not look properly ingame</h4><p><strong>Description:</strong><br />water in hl2 is special. make sure you give all faces the &quot;nodraw&quot;-texture and only the top one a water-texture (e.g. the NATURE_ ones, avoid the DX* ones or the _BENEATH ones), make sure it has an env_cubemap (and type &quot;buildcubemaps&quot; in the hl2 console), and make sure both vvis.exe and vrad.exe are running properly (that's why leaks will ruin water). You cannot have two levels of water in the same area of your map, unless you use a cheap and a normal watertexture, or use the func_water_analog entity. A func_lod_control is also needed, but will be automatically placed when it's missing.<br /><br /><strong>See also:</strong><br /><a href="http://developer.valvesoftware.com/wiki/Water">WIKI: Water</a> </p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=375">zombie@computer</a></h5></div>
1|zero\s+area\s+child\s+patch
<div class="error_box"><h4>zero area child patch</h4><p><strong>Description:</strong><br />A solid in your level has a face with no area. My guess is that vrad.exe is trying to create a lightmap for a face that doesn't exist. Maybe you have an invalid brush?<br /><br /><strong>Solution:</strong><br />First check Hammers problemchecker (alt+p). If that doesn't solve your problems, you can either ignore the error, or try to find it anyway using cordon tools. You would be looking for brushes which might be too complex. I wouldn't recommend the second option.<br /><br /><strong>See also:</strong><br /><a href="javascript:showerror(148)">Reference: Finding the cause of unknown errors</a></p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
0|([\w\/\\_\-\.]+)\:\s+UTIL_SetModel\:\s+Not\s+Precached
<div class="error_box"><h4>[sub:1]: UTIL_SetModel: Not Precached</h4><p><strong>Description:</strong><br />One of your brush-based entities wasn't tied to any brushes. You probably deleted the brushes belonging to this entity with ignore groups enabled, causing the entity itself to remain. Because of this, the engine cannot precache the brushes belonging to this entity, and crashes when starting the map because no brushes are precached for this entity.<br /><br /><strong>Solution:</strong><br />Use entity report to find the entity and delete it. You likely need to go past every entity of this kind in your map.</p><p></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=0">Anonymous</a></h5></div>
1|([\d\.,-]+)\s+degenerate\s+face\(s\)
<div class="error_box"><h4>[sub:1] degenerate face(s)</h4><p><strong>Description:</strong><br />A degenerate face is a face with no area. For instance, when two of its points are at the same place or three vertices on one line. Rarely, this error can cause all the lighting in your level to become black. If this happens, you will have to track down the degenerate face(s). This is however rare, so only go after the face if your level turns completely dark or you experience other strange errors.<br /><br /><strong>Solution:</strong><br />Don't try to fix this error if you don't experience strange problems, it will take you ages to find them in your level (trial and error, most likely). You will want to examply vertex-manipulated brushes first.</p><p><br /><span class="e_type e_lvl1">Generally, this error may be ignored</span></p><h5>Last contribution: <a href="forum/memberlist.php?mode=viewprofile&amp;u=4099">Mr. Happy</a></h5></div>
errors[1]="<div class=\"error_box\"><h4>texture axis perpendicular to face</h4><p><strong>Description:</strong><br />This means a texture is aligned to its face at 90 degrees. This is because the &quot;align&quot;-settings for that face are setup wrong.<br /><br /><img src=\"images/errorpage/normal.png\" class=\"errorpageImage\" alt=\"image\" /><br /><br /><strong>Solution:</strong><br />Either use the problemchecker (alt+p) to fix the error, or do it yourself by selecting the face or brush, and then go to the texture-application tool and select \'align to face\' or \'align to world\'. if that doesn\'t work, your brush might be too broken (invalid) to repair and you\'ll have to repair/delete it manually.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(145)\">Reference: What are invalid solids?</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[2]="<div class=\"error_box\"><h4>can\'t open filesystemopendialog.dll</h4><p><strong>Description:</strong><br />When this error is seen various file open dialogs (sound, models) make Hammer crash. The cause can be found in the absence of filesystemopendialog.dll<br /><br /><strong>Solution:</strong><br />You can recreate this file by: </p><ul class=\"errlist\"><li>Play Half-Life 2, Half-Life 2: Deathmatch, or Counter-Strike: Source. </li><li>Play the mod you\'re mapping/modding for (if you\'re mapping for a mod) </li><li>Check the GameInfo.txt file. Some mods use a certain game to run, and may not be set up properly. </li><li>In GameInfo.txt, when ToolsAppId is set to AppId, you may also experience this error. Try changing ToolsAppId.</li></li></ul><p><br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Fixing_the_"Can\'t_find_filesystemopendialog.dll"_error\">HL2 WIKI about this error</a><br /><i>Thanks to <strong>The Odd One</strong> for pointing this out</i> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4478\">Anonymous</a></h5></div>";
errors[3]="<div class=\"error_box\"><h4>out of memory loading solids, error 7</h4><p><strong>Description:</strong><br />Hammer does not have enough memory loading all the brushes in your mapfile. This can be caused by either a BIG, excessive, ENORMOUS HUGE map, or some error in the vmf structure of your mapfile which caused Hammer to go into a loop. Causes are using quotes or curly brackets (&quot; or { } ) in entity names, values or outputs (mind: game_text), which will break your map\'s datastructure. Another big cause is Hammer saving invalid coordinates.<br /><br /><strong>Solution:</strong><br />you have three hopes:<br /></p><ul class=\"errlist\"><li>A backup file (mapname.vmx) should be in the same directory as your mapfile, rename it to vmf to open it)<br /></li><li>Hammer has autosaves (atleast if you have in enabled). You can try opening the autosaves, look under the Hammer options to find the autosave path<br /></li><li>A long day trying to try to repair your map with Notepad. You can try three things:<br /></p><ol type=\"1\" class=\"errlist\"><li>If a line was reported, use Notepads goto line option to see if theres a problem on that line (end of file? weird characters?) </li><li>Search the mapfile for \'.#INF\'. If found, do a search&amp;replace where you replace all instances of \'.#INF\' with \'.00\'.<br /></li><li>Check if there are any {\'s not closed with a }, or check for strange strings. Most often, adding one or more closing brackets ( } ) to the file fixes this error, but be prepared to have lost some, if not a lot of data on your map.</li></li></ol><p></li></li></ul><p><br />If you really can\'t figure it out, and you have spend a lot of time on your map already, you may also send <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">me</a> the map and I will take a look and see if i can fix it.So far I have been able to repair all maps people have sent me, so bring em on!<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/VMF_documentation\">WIKI: vmf structure</a><br /><a href=\"forum/viewtopic.php?t=2507\">vmf structure</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[4]="<div class=\"error_box\"><h4>invalid solid</h4><p><strong>Description:</strong><br />One of your brushes is invalid. Just remember these three rules and you should be fine:</p><ul class=\"errlist\"><li>no concave brushes (no hollow brushes, you should never be able to draw a straight line through the same brush twice)<br /></li><li>no twisted faces (each face should be completely flat)<br /></li><li>no multiple faces on the same plane</li></li></ul><p><br /><br /><strong>Solution:</strong> Fix the brush or delete it.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(145)\">Reference: Invalid solids</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[5]="<div class=\"error_box\"><h4>There is no player start.</h4><p><strong>Description:</strong><br />Hammer always checks if there\'s an info_player_start in your map (it\'s the place the player will be spawned on start), even with mods that don\'t require an info_player_start (but eg info_player_terrorist).<br /><br /><strong>Solution:</strong><br />Either ignore the error or place an info_player_start somewhere in your level. Even if your mod requires an info_player_start, the map will still work, but the player will be spawned at the exact center of the map. Please note that if your map doesn\'t have any entities, it may <a href=\"Javascript:showerror(147)\">leak</a>, causing other problems.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[6]="<div class=\"error_box\"><h4>WARNING: light_spot at [x] [y] [z] has inner/outer angle larger than 90 degrees!</h4><p><strong>Description:</strong><br />Spotlights usually throw their light in a cone. you just can\'t make a cone thats larger than or equal to 2*90 degrees (this is a purely mathematical restriction). This isn\'t dangerous or anything, when your map is compiled the values will automatically be lowered to the maximun allowed. It is merely a warning.<br /><br /><strong>Solution:</strong><br />Go to the specified entity and lower its angle value. for larger angles you should use the normal light-entity, or multiple light_spots.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[7]="<div class=\"error_box\"><h4>entity ( [entity-type] ) has bad I/O connections</h4><p><strong>Description:</strong><br />This error means the specified entity has wrong outputs or inputs. Either it is targetting a non-existing entity, trying to tell another entity to do something it isn\'t programmed to be able to do or just using the wrong output.<br /><br /><strong>Solution:</strong><br />Go to the outputs tab of the entity and fix any values in <span style=\"color:red\">RED</span>.<br /><br /><strong>See also:</strong><br /><a href=\"tutorials/7767\">Entity input/output system</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[8]="<div class=\"error_box\"><h4>models are black in (old) model-browser</h4><p><strong>Description:</strong><br />You need to set the color depth in Windows to atleast 32 bits, for the models to appear correctly in the browser.<br /><br /><strong>Solution:</strong><br />Right-click anywhere on your desktop, select \'properties\', go to the \'settings\' tab and set the color quality to 32 bits. Outdated drivers may also be the cause. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[9]="<div class=\"error_box\"><h4>3d window only shows lines</h4><p><strong>Description:</strong><br />You have set the render mode to wireframe.<br /><br /><strong>Solution:</strong><br />You need to set the camera mode to 3d-textured. Simply press on the word \'camera\' in the 3d window and select \'3d textured\'. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[10]="<div class=\"error_box\"><h4>3d window is completely black</h4><p><strong>Description:</strong><br />Nothing gets rendered in the 3d view, may be caused by a bug where no default camera is made in Hammer. Other causes are drivers or other interfering soft/hardware.<br /><br /><strong>Solution:</strong><br />First try to create a new camera view (click the camera button, then drag a line in one of your 2d views). Or, you can go to the Map menu, click Entity Report, then click Go To. That should fix it sometimes. <br /><br />If that doesn\'t work, and you made sure you aren\'t just looking at black textures or into the void, you may need to restart Hammer. OpenGL is a real bitch if you switch between programs that aren\'t programmed exactly like they should. As as last resort, try updating your drivers, or reinstalling SourceSDK.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=7026\">Anonymous</a></h5></div>";
errors[11]="<div class=\"error_box\"><h4>[number] solids were not loaded due to errors in the file</h4><p><strong>Description:</strong><br />There were [number] brushes in your map invalid and removed. Hammer can\'t load invalid brushes, so it just deletes them instead.<br /><br /><strong>Solution:</strong><br />When you see this message, you are already too late. The invalid brushes have been removed, and there is no way for you to find out which ones it deleted, apart from flying through your level trying to find a hole or missing brush. It\'s most likely a vertex-manipulated brush, since they have the most chance of becoming invalid.<br /><br />Since the brushes are already deleted, there is no need for finding invalid solids, they are already gone. Tip: Check for illegal brushes <u>before</u> you save your map, to make sure you don\'t end up with invalid solids in the mapfile.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(145)\">Reference: What are invalid solids?</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[12]="<div class=\"error_box\"><h4>The command failed. Windows reported the error: The system cannot find the file specified.</h4><p><strong>Description:</strong><br />At the end of the compiling process the BSP file is copied from the directory your vmf file is in to the game/maps directory so it can be played. This error means it couldn\'t find the BSP to copy it.(the message Windows returns may vary on it\'s language)<br /><br />The cause is usually some fatal error in vbsp.exe (the program that generates the bare bsp-file) so check for other errors in your log. The other cause is some invalid setup of directories, or bad mapnames, too long pathnames etc.<br />In which case you should also see the effects further upwards in the log (something like the other programs not being able to load your map). For mapnames, remember to avoid any strange characters, like brackets, dots, commas and spaces. try to build your mapname out of characters ( a-z ), numbers ( 0-9 ) and the underscore ( _ ) only. The exact cause is usally findable in the logfile.<br /><br />Remember this error is <u>not a cause</u> of your map to not compile, it is merely a sign that your map didn\'t compile.<br /><br /><strong>Solution:</strong><br />Check your logfile for errors, check your directory setup or rename your map.<br /><br /><strong>See also:</strong><br />Logfile-checker (see search above) </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[13]="<div class=\"error_box\"><h4>Error opening mapname.bsp</h4><p><strong>Description:</strong><br />Half-life couldn\'t open your map. Did you recieve any errors in the compile process? Got your paths set up right? Maybe your map is empty?<br /><br /><strong>Solution:</strong><br />Scan your compile-log for other errors and fix those<br /><br /><strong>See also:</strong><br />Logfile-checker (see search above) </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[14]="<div class=\"error_box\"><h4>Compiling takes too long</h4><p><strong>Description:</strong><br />As you create bigger maps, the compile process will take longer and longer. You can prevent a lot of this by optimizing your map. By telling the compile tools what to ignore and how to work, you can seriously decrease the time needed to build your map.<br /><br /><strong>Solution:</strong><br />Optimize your map. Use func_detail and hints to speed up the compile process. Alternatively, you can use visgroups or cordon tools to only compile a part of your level. This is great for checking only a part of your level. Lastly, you can set vvis.exe and vrad.exe to [-fast], so they do a worse job (not for final compiles!) but much faster than before.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php\">Optimization tutorial</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Optimization\">WIKI: Optimization</a><br /><a href=\"tutorials/2118\">Controlling what to compile</a><br /><a href=\"javascript:showerror(149)\">Reference: Compiling theory</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[15]="<div class=\"error_box\"><h4>Memory leak: mempool blocks left in memory: [number]</h4><p><strong>Description:</strong><br />These warnings can be completely ignored, they have nothing to do with your map (but with crappy programming by Valve!).<br /><br /><strong>Solution:</strong><br />Become a Valve programmer and fix the problem. </p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[16]="<div class=\"error_box\"><h4>Brush [brush-id]: WARNING, microbrush</h4><p><strong>Description:</strong><br />One of your brushes is smaller than the smallest allowable brush-size. This size (when it will be warned about) is specified in the compiler, but can be changed (it\'s an option for vbsp, [ -micro #] default is 1.0 cubic unit). I doubt this will cause problems in your map, but it\'s a sign that you have detailed brushwork that may be better simplified or turned into models.<br /><br /><strong>Solution:</strong><br />Find the brush using \'view-&gt;go to brush number ([brush-id)\' in Hammer or ctr+shift+G in Hammer and enter the specified brush number. Either delete it, or enlarge it, whatever you desire. If you need small brushes, you may be better of with models instead.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Vbsp\">WIKI: Vbsp</a></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[17]="<div class=\"error_box\"><h4>Error: displacement found on a(n) [entity-type] entity - not supported</h4><p><strong>Description:</strong><br />You have tied a displacement to an entity. Displacements aren\'t supposed to be entities. (they don\'t need to be func_detail, vvis.exe ignores them anyway). Displacements can\'t move around. Period. Forget about parenting them.<br /><br /><strong>Solution:</strong><br />Find your displacement and de-entify it. The easiest method to find it in a big map is to select all displacements at once (select the &quot;displacements&quot; visgroup (in the visgroup-window to the right in Hammer), then press &quot;mark&quot;) in the ignore group mode (button &quot;IG&quot;). Now tie all of the displacements to an entity, and &quot;to world&quot; them again right after that while they are still selected.</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[18]="<div class=\"error_box\"><h4>HashVec: point outside valid range</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes.<br /><br /><strong>Solution:</strong><br />If the problem-checker in Hammer (alt+p) doesn\'t find any offending brush(es), and you can\'t see brushes near the edge of the grid, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the unfindable</a><br /><a href=\"javascript:showerror(145)\">Reference: Invalid solids</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[19]="<div class=\"error_box\"><h4>make_triangles:calc_triangle_representation: Cannot convert</h4><p><strong>Description:</strong><br />Usually preceded by some coordinates, the best explanation I can give at the moment is that this is caused by certain models (a b0rked subpart). In particular the &quot;/wasteland/InteriorFence002d.mdl&quot;-model. I\'ve also heard small panes of glass and some other (even self-made) models can cause this error to occur, as do some freaky regular brushes. This error can also be caused by bad displacements.<br />If it is displacements they may fail to collide with vehicles and physics objects on the triangles that are causing a problem. Parts of the displacement may still work others may not. <br /><br /><strong>Solution:</strong><br />You can look for ages to find the model causing the problem, after hiding all your models first and see if that is causing your problem. Once found, you can decide to reconstruct that model, there doesn\'t seem to be a real error in the model itself though. In other words, leave it be, it won\'t hurt you. Unless you bite first! It may be the case that the game will not load the map because of this error. It would present you with a pup-up with the beloved memory error.<br />The displacement problem as of right now has only 1 solution and it is to delete the displacement. If its a brush, find it with Cordon Tools and delete it. </p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4214\">Anonymous</a></h5></div>";
errors[20]="<div class=\"error_box\"><h4>Error: material [texture] doesn\'t have a $bottommaterial</h4><p><strong>Description:</strong><br />You\'ve tried to use a water texture which should only be placed in the map automatically by the compiler, or the water-texture you did use has an invalid bottom-texture. Invalid materials usually end in _beneath or _bottom or _dx* .<br /><br /><strong>Solution:</strong><br />There will be a matching texture without those suffixes which you can use instead. Try another water texture.</p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[21]="<div class=\"error_box\"><h4>Face List Count &gt;= OVERLAY_BSP_FACE_COUNT</h4><p><strong>Description:</strong><br />One of your info_overlays is spanning more faces than the maximum of 64. This number is based on the faces after bsp cutting, so it might look allright in Hammer but doesn\'t work ingame.<br />This can also be caused by an overlay that is applied to a very large brush or a brush that has a very low lightmap scale.<br /><br /><strong>Solution:</strong><br />Check each overlay in your map, and make sure it doesn\'t cover more than 64 faces. Allthough easier said than done, you must try to find the overlay in Hammer (where you can only guess where your faces are cut) so its best to check big (stretched) overlays first, and also make sure you have no world brushes cutting each other up near these overlays (eg. near stairs, or when you use a small lightmap scale). The use of func_detail will stop that.<br />If you have an overlay that is applied to a very large brush, try cutting up the offending brush so it is not as large. Reset the overlay brush faces and recompile.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:reference(148)\">Reference: Finding the unfindable</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=490\">Anonymous</a></h5></div>";
errors[22]="<div class=\"error_box\"><h4>Brush [brush-id]: FloatPlane: bad normal Side [brushside-id] Texture: [texture]</h4><p><strong>Description:</strong><br />One of your brushes has a face with a bad normal (a \'normal\' is a ori&euml;ntation of a texture on a face).<br /><br /><strong>Solution:</strong><br />First see if the problemchecker in Hammer (alt+p) can find and fix it. If it can\'t, find the brush and fix it manually (usually it\'s best to delete it and start all over) or select the brush and &quot;align to face&quot; it in the texture-tool. You can find the brush using view -&gt; go to brush ( [brush-id] ). The specific brushside will have the [texture]-texture, though that may be multiple sides<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the location of errors</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[23]="<div class=\"error_box\"><h4>Brush [brush-id]: no visible sides on brush</h4><p><strong>Description:</strong><br />One of your brushes has no visible sides. My best guess is that this is caused by an invalid brush. Rumors have it that this error is caused by mixing tool and non-tool textures.<br /><br /><strong>Solution:</strong><br />Try Hammer\'s problemchecker (alt+p) to find and fix it (or view-&gt; go to brush number ( [brush-id] ), otherwise you\'ll have to find the brush yourself and use vertex manipulation or a good ole delete.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(146)\">Reference: Finding the cause of errors</a><br /><a href=\"javascript:showerror(145)\">Reference: Invalid solids</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[24]="<div class=\"error_box\"><h4>Brush [brush-id] : bounds out of range</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes.<br /><br /><strong>Solution:</strong><br />Find the brush by going to view-&gt;go to brush number ( [brush-id] ). This may not always give you the offending brush though.<br />If the problem-checker in Hammer (alt+p) doesn\'t find any offending brush(es), and you can\'t see brushes near the edge of the grid, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(148)\">reference: Finding the unfindable</a><br /><a href=\"javascript:showerror(145)\">Reference: Invalid solids</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[25]="<div class=\"error_box\"><h4>Error loading studio model &quot;&quot;!</h4><p><strong>Description:</strong><br />You have an model-based entity (prop_something) without a model specified.<br /><br /><strong>Solution:</strong><br />To fix, delete it or give it a model. It can be hard to find, and if you really cant find it, use this trick: open your map (.vmf) in wordpad, and search for the string:<br /></p><div class=\"postCode\"><pre>&quot;model&quot; &quot;&quot;</pre></div><p><br />replace it with something you never used in your map, eg. </p><div class=\"postCode\"><pre>&quot;model&quot; &quot;somenameineverusedforanentity&quot;</pre></div><p><br />Save the file, and open it up in hammer again. using \'entity report\' in Hammer, you can search for the string &quot;somenameineverusedforanentity&quot; and your entity comes up. Alternatively, you may delete the entire entity, by removing it entirely:<br /></p><div class=\"postCode\"><pre>entity<br />{<br /> &quot;some stuff&quot; &quot;more stuff&quot;<br /> &quot;model&quot; &quot;&quot;<br /> &quot;origin&quot; xx xx xx&quot;<br /> editor<br /> {<br /> &quot;color&quot; &quot;220 30 220&quot;<br /> &quot;visgroupid&quot; &quot;2&quot;<br /> &quot;visgroupshown&quot; &quot;1&quot;<br /> }<br /> }</pre></div><p><br />would be what you can delete. after the last &quot;}&quot; the next entity will be specified. Remember to delete the entire entity, and only that one, or your map may get broken. As a precaution, you should always backup your map before editing it in a text editor.</p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4099\">Anonymous</a></h5></div>";
errors[26]="<div class=\"error_box\"><h4>brush [brush-id] , side [brushside-id]: duplicate plane</h4><p><strong>Description:</strong><br />This error means you have a brush with coplanar planes (a.k.a. an invalid brush). simply put, two sides of the same brush aren\'t allowed to be on the same plane.<br /><br /><strong>Solution:</strong><br />The fix is to repair the brush, by either merging the two brushsides or moving them so they aren\'t on the same plane anymore. You can find the brush using view-&gt;goto brush number ( [brush-id] ).<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(145)\">Reference: Invalid solids</a> </p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[27]="<div class=\"error_box\"><h4>Degenerate Triangle</h4><p><strong>Description:</strong><br />A degenerate triangle is a triangle with no area. for instance, when two of its points are at the same place or all three on one line. I believe this error only affects displacements, but i am not entirely sure. It also seems to be used in collision data (for the displacements?)<br /><br /><strong>Solution:</strong><br />Find the triangle (using the coordinates, each set represents a vertex) and see if you can fix it (e.g. by moving one of the vertices, or deleting it. For displacements, you may need to destroy the displacement and start all over if you can\'t seem to fix it. It wont harm you if you leave it, but make sure the area doesn\'t look weird because of it. (holes in the displacements, overly stretched textures)<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(148)\">Finding coordinates</a></p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[28]="<div class=\"error_box\"><h4>Warning: node without a volume</h4><p><strong>Description:</strong><br />Your map has a node without a volume. (a node is what a clipnode was in hl1, in other words a volume denoting where the player can get to and where not.)<br /><br /><strong>Solution:</strong><br />Unless you just did some vertex-manipulation or placed static props in a wall, or added a funky new displacement, you shouldn\'t hunt this error down, as it may take you ages to find, unless you get strange effects in your map. Just fix (simplify) the awkward gemetry if you find it. May also be the sign of an invalid brush, or simply vertices offgrid (unlikely?).<br /><br /><strong>See also:</strong><br /><a href=\"javascript:finderror(148)\">Reference: Finding the unfindable</a> </p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[29]="<div class=\"error_box\"><h4>Warning: node with unbounded volume</h4><p><strong>Description:</strong><br />Your map has a node with an infinite size. (a node is what a clipnode was in hl1, in other words a volume denoting where the player can get to and where not.)<br /><br /><strong>Solution:</strong><br />Unless you just did some vertex-manipulation or placed static props in a wall, or added a funky new displacement, you shouldn\'t hunt this error down, as it may take you ages to find, unless you get strange effects in your map. Just fix (simplify) the awkward gemetry if you find it. May also be the sign of an invalid brush, or simply vertices offgrid (unlikely?).<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the unfindable</a> </p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[30]="<div class=\"error_box\"><h4>brush [brush-id]: origin brushes not allowed in world</h4><p><strong>Description:</strong><br />You have used the ORIGIN texture on a brush that isn\'t allowed to have the ORIGIN texture. ORIGIN is only allowed on parts of brushbased-entities, and only on brushes that have all sides with ORIGIN.<br /><br /><strong>Solution:</strong><br />Simply replace the offending ORIGIN textures.(there\'s a replace option in the texture browser menu). Find the brush using view-&gt; go to brush ( [brush-id] ).<br />On a side note, if you turn on helpers (the diamond shaped button in the right, top bar) you can specify an origin without the use of origin-brushes. much easier and safer. The origin-brush is just there for compatibility with hl1 maps, you shouldn\'t use it for hl2 maps. </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[31]="<div class=\"error_box\"><h4>Multiple references for cubemap on texture [texture]!!!</h4><p><strong>Description:</strong><br />You can specify for each cubemap which faces should be using it. However, each face can only have one cubemap attached to itself this way. If you want the face to use multiple cubemaps you shouldn\'t tie them statically to cubemaps this way, but split the face (into multiple brushes).<br /><br /><strong>Solution:</strong><br />I hope you can find out by the name of the texture which face vbsp is talking about, because that\'s the only reference you have. No nifty stuff will help you find the problem, you have to check each texture or cubemap individually to find it. Or just leave it, as far as i know it defaults to one of the two env_cubemaps anyway, so it wont harm you one bit if you leave it. </p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[32]="<div class=\"error_box\"><h4>NODRAW on terrain surface!</h4><p><strong>Description:</strong><br />You aren\'t allowed to have the &quot;tools/nodraw&quot; texture one a displacement.<br /><br /><strong>Solution:</strong><br />There are two possible causes, you accidently covered a displacement face in nodraw or you accidently made a hidden face a displacement. In order to fix it in either cases, uncheck the &quot;auto&quot; visgroup, then check only the &quot;displacements&quot; visgroup. Now, look round the map see if nodraw is anywhere you wanted a real texture. If found open the material browser and find and replace the nodraw texture with any other texture. If there\'s no vibisible displacement faces with nodraw you\'ll probably want to destroy them. Open the material browser, check &quot;Only show used textures&quot;, select NoDraw and press &quot;Mark&quot;. Open up the face edit sheet, and click &quot;Destroy&quot; on the displacement tab.<br /><br /><strong>See also:</strong> <a href=\"javascript:showerror(148)\">Reference: Finding the unfindable</a> </p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=5829\">Anonymous</a></h5></div>";
errors[33]="<div class=\"error_box\"><h4>Map has too many texinfos (has [number], can have at most 12288)</h4><p><strong>Description:</strong><br />See <a href=\"Javascript:showerror(138)\">MAX_MAP_TEXINFO</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[34]="<div class=\"error_box\"><h4>Brush [brush-id]: MAX_MAP_BRUSHSIDES</h4><p><strong>Description:</strong><br />You have too many brushsides in your map. The mentioned brush is simply the first one that didn\'t fit in the buffer. See <a href=\"Javascript:showerror(114)\">Max_map_brushsides</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[35]="<div class=\"error_box\"><h4>Static prop [model] outside the map ([x], [y], [z])</h4><p><strong>Description:</strong><br />You have a prop_static outside the map, or you have a big leak. You may also have a prop completely inside a world brush (that\'s the bounding box entirely inside the brush).<br /><br /><strong>Solution:</strong><br />Delete the entity, move the entity into your level (or turn the offending brush into a brush entity), or fix the leak.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(147)\">Reference: Leaks</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Leak\">WIKI: leaks</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4214\">Anonymous</a></h5></div>";
errors[36]="<div class=\"error_box\"><h4>**** leaked ****</h4><p><strong>Description:</strong><br />You have a leak. A leak is a hole in your map that exposes any entity in your map to the void (the black space outside your map).<br /><br /><strong>Solution:</strong><br />Fix the leak.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(147)\">Reference: Leaks</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Leak\">WIKI: leaks</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[37]="<div class=\"error_box\"><h4>Too many t-junctions to fix up! ([number] prims, max [maximum] :: [x] indices, max [y])</h4><p><strong>Description:</strong><br />(from Jeff Lane, Valve) &quot;VBSP does cleanup of edges where func_detail geometry meets world geometry to avoid getting visual cracks. One of the ways it does is this by elminating t-junctions. It sounds like you may have hit a limit of the number of those cleanups in the level. <br /><br /><strong>Solution:</strong><br />If that is the case, you could fix the problem by reducing the number of func_detail brushes in the level, especially ones that touch non-detail geometry. It\'s probably a sign that you have too much complex brush geometry in the level, and would benefit from having some of it be model geometry instead.&quot;<br /><br />It is worth noting that func_brush geometry does not perform the same fix ups on compile. Turning some of your func_detail geometry into func_brush geometry may solve this error.<br /><br />The error message shows you that you have [number] primitives (max [maximum] causing all of this, resulting in [x] t-junctions (max [y])<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/...our_map_into_a_prop_static_with_XSI_Mod_Tool\">WIKI: making models out of brushes with XSI</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=7418\">Anonymous</a></h5></div>";
errors[38]="<div class=\"error_box\"><h4>prop_physics at [x] [y] [z] uses model [model], which has no propdata which means it must be used on a prop_static. DELETED.</h4><p><strong>Description:</strong><br />You have used (created yourself?) a model without the data compiled in it for it to become a non-static entity. These kind of models can only be used on prop_statics, unless you recompile them with the neccesairy data.<br /><br /><strong>Solution:</strong><br />Find them using the coordinates, or simply recompile the model with the appropriate data<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(146)\">Find coordinates in a map</a><br /><a href=\"tutorials/4107\">Compiling models</a></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[39]="<div class=\"error_box\"><h4>Material glass/glasswindowbreak070b is depending on itself through materialvar $crackmaterial!</h4><p><strong>Description:</strong><br />You shouldn\'t use this texture, but this one: glass/glasswindowbreak070a. The b-texture is used after the glass is broken, so you should never put it into your map manually. Sometimes this error occours and you dont have this texture anywhere in your map. Probably being some strange bug, might as wel leave it, it seems to cause no harm. </p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[40]="<div class=\"error_box\"><h4>Too many portal verts</h4><p><strong>Description:</strong><br />You have too many portal verts. Portals are doorways between visleafs, verts are their corner points.<br /><br /><strong>Solution:</strong><br />Try tying some world brushes to a func_detail. This will lower the amount of portal verts in your map by erasing some &quot;doors&quot; between world brushes. Also try deleting any unnecessary world brushes that are lying around your map.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(126)\">MAX_MAP_PORTALVERTS</a><br /><a href=\"http://optimization.interlopers.net\">Optimize the map</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=7863\">Anonymous</a></h5></div>";
errors[41]="<div class=\"error_box\"><h4>Overlay at [x] [y] [z] has invalid render order ([number])</h4><p><strong>Description:</strong><br />A render order determines which overlays are drawn on top over the others (or under). These render orders are simple numbers, ranging from 1-3. Other numbers are invalid, causing this error.<br /><br /><strong>Solution:</strong><br />If this error is accompanied by insanely huge numbers, it is most likely a badly placed info_overlay (atleast it was in my case). These entities don\'t like to be placed on the edge of a brush. If even that is not the case, try to open the map in a texteditor and look for the numbers. They may be caused by a b0rked map, or something along those lines. I recommend to atleast try to remove said overlay (view -&gt; go to coordinates ( [x] [y] [z] ) and recreate it.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(148)\">Finding the unfindable</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[42]="<div class=\"error_box\"><h4>Brush [brush-id]: MAX_MAP_PLANES Side [brushside-id] Texture: Not a Parse error!</h4><p><strong>Description:</strong><br />You have too many planes (a plane is a surface from which brushsides are cut) in your map. The mentioned brush is simply the first one that didn\'t fit in the buffer, it alone is not the cause of the error.<br />See <a href=\"Javascript:showerror(143)\">Max_map_planes</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[43]="<div class=\"error_box\"><h4>Trying to create a non-quad displacement!</h4><p><strong>Description:</strong><br />Displacements can only have four sides, no more, no less.<br /><br /><strong>Solution:</strong><br />Find your displacement (you\'ll have to check each one in your level) and recreate it so it has four sides again. You may need to be creative with some <a href=\"tutorials/2860\">vertex manipulation</a> for some shapes you want to create with displacements.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(148)\">Finding the unfindable</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[44]="<div class=\"error_box\"><h4>Error! entity sky_camera in solid volume!</h4><p><strong>Description:</strong><br />Either you have placed your sky_camera in a brush, or your map has a leak.<br /><br /><strong>Solution:</strong><br />Use entity report to find the sky_camera and move it, or in case of a leak, fix the leak.<br /><br /><strong>See also:</strong><br /><a href=\"tutorials/1839\">3d skybox tutorial</a><br /><a href=\"javascript:showerror(147)\">Reference: Leaks</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Leak\">WIKI: leaks</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[45]="<div class=\"error_box\"><h4>Brush [brush-id]: areaportal brush doesn\'t touch two areas</h4><p><strong>Description:</strong><br />One of your areaportals touches either too many, or to few areas. Possible causes are:<br />-areaportals touching/intersecting each other (this causes them to touch more than two areas)<br />-areaportals not sealing an area ( you can move from one side of the areaportal to the other side, without crossing world geometry or other areaportals). This is also regarded as a leak. <br /><br /><strong>Solution:</strong><br />The fix would be to move your areaportal(s) around so the above situations don\'t occur. You may need to read up on the usage of areaportals if you don\'t understand the problem. I suggest you find your areaportals using it\'s brushnumber (view-&gt;go to brush ( [brush-id] )<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?chapter=areaportals\">Areaportals</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Func_areaportal\">WIKI: Func_areaportal</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[46]="<div class=\"error_box\"><h4>numvertexes == MAX_MAP_VERTS</h4><p><strong>Description:</strong><br />You have too many vertices in your map (point from which brushes are made). In other words, your map is too big or too detailed.<br /><br /><strong>Solution:</strong><br />Delete or simplify some of your brushes. Perhaps you can convert parts of your map into brushes, or in case of singleplayer maps, divide the map up into multiple parts with a level change?<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(116)\">MAX_MAP_VERTS</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[47]="<div class=\"error_box\"><h4>Entity [entity-type] ([x] [y] [z]) leaked!</h4><p><strong>Description:</strong><br />You have a leak. A leak is a hole in your map that exposes any entity in your map to the void (the black space outside your map).<br /><br /><strong>Solution:</strong><br />Fix the leak.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(147)\">Reference: Leaks</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Leak\">WIKI: leaks</a> </p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[48]="<div class=\"error_box\"><h4>MAX_MAP_MODELS</h4><p><strong>Description:</strong><br />See <a href=\"Javascript:showerror(111)\">MAX_MAP_MODELS</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[49]="<div class=\"error_box\"><h4>Can\'t load skybox file [texture] to build the default cubemap!</h4><p><strong>Description:</strong><br />You have entered a skybox texture which doesn\'t seem to be valid. Make sure you don\'t specify the last three letter (_UP, _DN, etc) of any skybox texture you use. You may also need to fix your vmt files if they are broken. It may also be caused by compiling a non-HDR skybox texture.<br /><br /><strong>Solution:</strong><br /><a href=\"javascript:showerror(50)\">Fix $hdrbasetexture errors first</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Skybox\">WIKI: Skybox</a> </p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[50]="<div class=\"error_box\"><h4>No such variable &quot;$hdrbasetexture&quot; for material &quot;[texture]&quot;</h4><p><strong>Description:</strong><br />You have used a non-hdr skybox texture, while the compile tools expect a hdr skybox instead.<br /><br /><strong>Solution:</strong><br />Either make a HDR skybox, change your skybox to a HDR one or ignore this error. See below for a detailed fix.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/HDR_Skybox_Creation\">WIKI: HDR skybox</a><br /><a href=\"forum/viewtopic.php?t=9170\">How to fix this error</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[52]="<div class=\"error_box\"><h4>Brush [brush-id]: ParseDispInfoChunk: nummapdispinfo &gt; MAX_MAP_DISPINFO Side [brushside-id] Texture: [texture]</h4><p><strong>Description:</strong><br />You have too many/too big displacements<br /><br /><strong>Solution:</strong><br />Destroy, or simplify, some of your displacements<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(140)\">MAX_MAP_DISPINFO</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[53]="<div class=\"error_box\"><h4>bmodel [number] has no head node (class \'[entity-type]\', targetname \'[entity-name]\')</h4><p><strong>Description:</strong><br />A [entity-type] should be brush-based, but doesn\'t have a brush tied to it. This can happen for instance when you tie the brushes of this entity to another entity in &quot;Ignore groups&quot;-mode.<br /><br /><strong>Solution:</strong><br />Find your entity (use entity report in Hammer to filter for the entities class and/or name) and delete it or tie it to a brush.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Hammer_Entity_Report_Dialog\">WIKI: Entity report</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[54]="<div class=\"error_box\"><h4>WARNING: areaportal entity [entity-id] (brush [brush-id]) touches &gt; 2 areas</h4><p><strong>Description:</strong><br />One of your areaportals touches too many areas. The probably cause is one or more areaportals touching/intersecting each other or world brushes that seperate atleast two areas (this causes the areaportals to touch more than two areas). <br /><br /><strong>Solution:</strong><br />The fix would be to move your areaportal(s) around so the above situations don\'t occur. You may need to read up on the usage of areaportals if you do not understand the problem. I suggest you find your areaportals using it\'s brushnumber ( [brush-id] )<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=areaportals\">Areaportals</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Func_areaportal\">WIKI: Func_areaportal</a></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[55]="<div class=\"error_box\"><h4>Error! Too many detail props emitted on this map!</h4><p><strong>Description:</strong><br />The amount of detail props (the grasses and such that automatically appear on displacements with certain textures) has exceeded the maximum number of allowable detail props.<br /><br /><strong>Solution:</strong><br />Either reduce the amount of textures/displacements which cause these props to appear, or edit the texture\'s vmt\'s to decrease the number of detail props those textures emit.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Displacement_Grass\">WIKI: Displacement grass</a><br /><a href=\"http://developer.valvesoftware.com/...atically_Emitting_prop_details_on_a_Material\">WIKI: Detail props</a> </p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[56]="<div class=\"error_box\"><h4>Material [texture] uses unknown detail object type [model]! </h4><p><strong>Description:</strong><br />One of your textures is scripted to emit detail props (the grass thingies that appear on displacements), but the detail props specified are not defined in the mod\'s data files.<br /><br /><strong>Solution:</strong><br />Usually this error is caused by mindlessly porting textures from other mods, without porting the detail props file. The fix is to either get these detail props from that other mod, or fix the texture so it emits detail props that exist in the current mod.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Displacement_Grass\">WIKI: Displacement grass</a><br /><a href=\"http://developer.valvesoftware.com/...atically_Emitting_prop_details_on_a_Material\">WIKI: Detail_props</a> </p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[57]="<div class=\"error_box\"><h4>Find Visible Detail Sides...Bad detail brush side</h4><p><strong>Description:</strong><br />The cause for this error is using multiple (incompatible) tool-textures on the same brush, or so it seems.<br />Apart from HINT and SKIP there aren\'t much combination of tool-textures allowed on the same brush, so any other combination is a possible cause. Tool-textures are the \'tools/\' textures you can find using the texture browser in Hammer, and that have a special meaning.<br /><br /><strong>Solution:</strong><br />You will need to find the brush(es) with these tool-textures and replace those textures. The easiest way to find the source of the error is to hide all visgroups except for the visgroups which are for tools textures and then just look around the map in 3d textured mode.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Tool_textures\">WIKI: Tool textures</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[58]="<div class=\"error_box\"><h4>FindPortalSide: Couldn\'t find a good match for which brush to assign to a portal near ([x] [y] [z])</h4><p><strong>Description:</strong><br />This error is usually followed by something like this:<br /></p><div class=\"postCode\"><pre>Leaf 0 contents:(may vary)<br />Leaf 1 contents: CONTENTS_SOLID (may vary, e.g. CONTENTS_WATER)<br />viscontents (node 0 contents ^ node 1 contents): CONTENTS_SOLID (ditto)<br />This means that none of the brushes in leaf 0 or 1 that touches the portal<br />has CONTENTS_SOLID<br />Check for a huge brush enclosing the coordinates above that has contents<br />CONTENTS_SOLID<br />Candidate brush IDs: [none or more brushnumbers]</pre></div><p>Usually, this error is caused by a leak, so fix it if it is.<br />If it isn\'t, there is a (group of) brush(es) that is/are giving vbsp.exe a hard time to figure out your level. <br />Apparently it cannot determine the boundaries of a certain portal. Maybe there is a large brush covering the area, maybe the area is just to complicated for poor vbsp to figure out.<br /><br />I don\'t know the details but usually turning entities to world brushes or vice-versa helps to fight the problem. Hell, just cutting a brush in two once helped me fight this problem.<br /><br /><strong>Solution:</strong><br />Find the given coordinates (or if a brush number is given search for the brush number) and see what you can do to to simplify the area (like turning brushes to func_detail). You should also check to see if the brushes are overlapping at any point.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:showerror(146)\">Finding brushnumbers and coordinates</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=6323\">Anonymous</a></h5></div>";
errors[59]="<div class=\"error_box\"><h4>Occluder &quot;[entity-name]&quot; straddles multiple areas. This is invalid!</h4><p><strong>Description:</strong><br />This error means you have a func_occluder (by the name of [entity-name]) that is touching an areaportal or is inside a brush that\'s touching two area\'s. ( An area is a part of your map closed off by a areaportals and world-brushes)<br /><br /><strong>Solution:</strong><br />Move or delete the occluder or areaportal(s).</p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[60]="<div class=\"error_box\"><h4>Entity [entity-id]: func_areaportal can only be a single brush</h4><p><strong>Description:</strong><br />Pretty obvious, an func_areaportal(window) can only consist of one brush per entity.<br /><br /><strong>Solution:</strong><br />Make multiple brushes multiple func_areaportal(window)s, or make different windows in a wall the same areaportal(window) (they can go through walls if needed).</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[61]="<div class=\"error_box\"><h4>Error! prop_static using model &quot;[model]&quot;, which must be used on a dynamic entity (i.e. prop_physics). Deleted.</h4><p><strong>Description:</strong><br />You have used the wrong model with the wrong entity.<br /><br /><strong>Solution:</strong><br />Either change the model, or the entity (eg. like it says in the error, use a prop_physics, prop_dynamic or prop_physics_multiplayer or whatever the compiler tells you you should use). Just as a thumb rule:<br />-anything that can be picked up is prop_dynamic or prop_physics(_multiplayer)<br />-anything thats completely static is prop_static (you may alsop recognise these with invisible backsides)<br />-anything with dynamic shapes (eg. bodies, matrasses) is prop_ragdoll There are exceptions offcourse, as allways.<br />The GUI model browser lists all entity types compatible with a certain model<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Prop_types\">WIKI: Prop types</a> </p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[62]="<div class=\"error_box\"><h4>Error loading studio model &quot;[model]&quot;!</h4><p><strong>Description:</strong><br />You have used the wrong model with the wrong entity, or there is another reason the model couldn\'t be loaded, like an invalid location, errors in the file etc.<br /><br /><strong>Solution:</strong><br />Either change the model, or the entity (eg. like it says in the error, use a prop_physics, prop_dynamic or prop_physics_multiplayer) or whatever the compiler tells you you should use). Just as a thumb rule:<br />-anything that can be picked up is prop_dynamic or prop_physics(_multiplayer)<br />-anything thats completely static is prop_static (you may alsop recognise these with invisible backsides)<br />-anything with dynamic shapes (eg. bodies, matrasses) is prop_ragdoll.<br />There are exceptions offcourse, as allways. The GUI model browser shows you exactly what types of entity a model is suited for.<br /><br />You can find the entity with the offending model using entity report. Enter for key \'model\' and for value \'[model]\'.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Prop_types\">WIKI: Prop types</a> </p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[63]="<div class=\"error_box\"><h4>Brush [brush-id]: nummapbrushes == MAX_MAP_BRUSHES Side [brushside-id] Texture: [texture]</h4><p><strong>Description:</strong><br />You have too many brushes in your map (more than 8192) The given brush is just the first one to go over the limit, it\'s properties in this error are useless.<br /><br /><strong>Solution:</strong><br />Delete some brushes, turn some of them into models for area\'s high in detail. For singleplayer maps, you may decide to add a level transition and split the map into multiple levels. Multiplayer maps that reach this limit are probably too big for multiplayer anyway.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(112)\">MAX_MAP_BRUSHES</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[64]="<div class=\"error_box\"><h4>vbsp crashes upon building physics collision data</h4><p><strong>Description:</strong><br />vbsp crashes upon building the physics collision data, windows may bring up the error pop-up.<br /><br /><strong>Solution:</strong><br />check to see if you have tiny and/or overlapping displacements most likely in a skybox. Replace them with func_detail or models.</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[65]="<div class=\"error_box\"><h4>Overlay touching too many faces (touching [number], max 64) Overlay [texture] at [x] [y] [z]</h4><p><strong>Description:</strong><br />You have an overlay (info_overlay) entity that is touching too many brushes, or parts of a brush. The error message tells you also how much you have and allowed (touching [number], max 64)<br /><br /><strong>Solution:</strong><br />You can find the overlay using the coordinates. View -&gt; go to coordinates( [x] [y] [z] ) You can delete, move or resize the overlay.</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[66]="<div class=\"error_box\"><h4>LoadPortals: couldn\'t read [mapname].prt</h4><p><strong>Description:</strong><br />Vvis.exe cannot find the portalfile, a file that vbsp.exe creates which specifies the location of portals and leafs. Usually because of a leak or other fatal error (see further upwards in your log) in the vbsp process, but may also be because your directories are set up wrong.<br /><br /><strong>Solution:</strong><br />Check your logfile for other errors (mainly leaks), and/or check if you have your directories set up right.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(149)\">Reference: The compile process</a><br /><a href=\"javascript:showerror(147)\">Reference: Leaks</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[67]="<div class=\"error_box\"><h4>warning: Vis decompression overrun</h4><p><strong>Description:</strong><br />I think you have hit some kind of limit in the vvis process, considering the process (vvis.exe) I suppose this is visleafs, if so, optimizing may work. You may also try to reduce the amount of props in your map, (grasses), I\'ve heard this can help too.<br /><br /><strong>Solution:</strong><br />See above<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php\">Optimizing tutorial</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Optimization\">HL2 WIKI Optimization</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[68]="<div class=\"error_box\"><h4>The map overflows the max portal count ([number] of max 32768)! </h4><p><strong>Description:</strong><br />Your map has too many portals. (your portals is [number], the max is 32768)<br /><br /><strong>Solution:</strong><br />Optimize your map (tie brushes to func_detail) to reduce portals. You may even have to decrease the size of your map.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.kun.nl/rvanhoorn/Optimization.php?chapter=func_detail\">Using func_detail</a><br /><a href=\"Javascript:showerror(122)\">MAX_MAP_PORTALS</a><br /><a href=\"http://developer.valvesoftware.com/wiki/BSP_Map_Optimization\">WIKI: Optimization</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[69]="<div class=\"error_box\"><h4>WARNING: Cluster portals saw into cluster</h4><p><strong>Description:</strong><br />(I think) vbsp.exe has made a concave leaf (or in other ways invalid) that can see into itself. I\'ve also heard about this being caused by overlapping brushes or brushes that are off-grid (thuss causing offgrid visleafs). Allthough i find this unlikely, I am not sure if it isn\'t, so keep those possibilities open too.<br /><br /><strong>Solution:</strong><br />The solution is to simplify your leafs (func_detail) as much as possible to avoid this error, but usually (or sometimes) you will find no bad things come from it and your map runs as it should. If you got unexpected low FPS somewhere, this may be the cause. Finding it may be hard, and usually ends up in using cordon tools or just not doing it at all. First look at complicated parts of your map, try to use glview glview to find it.<br /><br /><strong>See also:</strong><br /><a href=\"Javascript:reference(\'glview\')\">how to use glview</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Glview\">WIKI: glview</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[70]="<div class=\"error_box\"><h4>Leaf (portal [portal-id]) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X to view the problem.</h4><p><strong>Description:</strong><br />One of your leafs is neighbouring too many other leafs. (the \'doorways\' between leafs are called \'portals\'). This causes vvis.exe to quit compiling your map. e.g. in the example picture, the center leaf would have 12 portals, and all other ones only one. <img src=\"/images/errorpage/portals.png\" class=\"errorpageImage\" alt=\"image\" /><br /><br /><strong>Solution:</strong><br />Find your leaf, and see if you can reduce the number of neighbouring leafs by adding world brushes or turning existing ones into func_detail (or clever placements of hints). Big leafs in the sky should also be avoided. As the error says, open your map in Glview to find the exact location of the portal.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(150)\">Reference: Using Glview</a><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php\">Optimizing can help against this error</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Visleafs\">WIKI: visleafs</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Glview\">WIKI: Glview</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[71]="<div class=\"error_box\"><h4>Leaf [visleaf-id] (portal [portal_id]) with too many portals. Use vbsp -glview to compile, then glview -portal -portalhighlight X or -leafhighlight L to view the problem. </h4><p><strong>Description:</strong><br />One of your leafs is neighbouring too many other leafs. (the \'doorways\' between leafs are called \'portals\'). This causes vvis.exe to quit compiling your map. e.g. in the example picture, the center leaf would have 12 portals, and all other ones only one. <img src=\"/images/errorpage/portals.png\" class=\"errorpageImage\" alt=\"image\" /><br /><br /><strong>Solution:</strong><br />Find your leaf, and see if you can reduce the number of neighbouring leafs by adding world brushes or turning existing ones into func_detail (or clever placements of hints). Big leafs in the sky should also be avoided. As the error says, open your map in Glview to find the exact location of the portal.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(150)\">Reference: Using Glview</a><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php\">Optimizing can help against this error</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Visleafs\">WIKI: visleafs</a><br /><a href=\"http://developer.valvesoftware.com/wiki/Glview\">WIKI: Glview</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[72]="<div class=\"error_box\"><h4>no samples x</h4><p><strong>Description:</strong><br />Vrad.exe is freaking out over some part of geometry in your map. Did you recently add any complicated/oddshaped brushes?<br /><br /><strong>Solution:</strong><br />Find the brush(es) vrad doesn\'t like and remove or fix them.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of unknown errors</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[73]="<div class=\"error_box\"><h4>zero area child patch</h4><p><strong>Description:</strong><br />A solid in your level has a face with no area. My guess is that vrad.exe is trying to create a lightmap for a face that doesn\'t exist. Maybe you have an invalid brush?<br /><br /><strong>Solution:</strong><br />First check Hammers problemchecker (alt+p). If that doesn\'t solve your problems, you can either ignore the error, or try to find it anyway using cordon tools. You would be looking for brushes which might be too complex. I wouldn\'t recommend the second option.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of unknown errors</a></p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[74]="<div class=\"error_box\"><h4>AllocatedLightmap: lightmap too big to fit in page</h4><p><strong>Description:</strong><br />I don\'t know the exact cause, but ive heard rumours that it can be caused by:<br />-lightmaps not set to a legal size (power of 2) To check, select all brushes in your map and set them to a lightmapscale of 16, save to a different mapname and try to compile the map. If you still got the error, the cause lies somewhere else.<br />-big displacements in combination with too small lightmapscale. (seems commonest)<br />-invalid brushes -invalid displacements <br /><br /><strong>Solution:</strong><br />You may want to start by hiding all your displacements and see if the error persists. If it does, check every lightmapscale in your level first and if that won\'t help, use visgroups or cordon tools to break your level apart.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of unknown errors</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[75]="<div class=\"error_box\"><h4>MAX_TEXLIGHTS</h4><p><strong>Maximum:</strong><br />128<br /><br /><strong>Description:</strong><br />Your lights.rad has too many entries (there is a maximum of 128 entries) the rest will be skipped.</p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[76]="<div class=\"error_box\"><h4>Error trying to allocate [number] bytes</h4><p><strong>Description:</strong><br />Vrad.exe did not have enough memory to finish it\'s task. There are two causes: 1) You are running low on memory (ram + pagefile). 2) Vrad.exe is chocking on some very complicated bit of your map, causing it to ask a lot of memory which doesn\'t exist (like infinite sizes).<br /><br /><strong>Solution:</strong><br />If you are running low on free memory (ctr+alt+del to see that) try increasing the pagefile if you aren\'t letting Windows take care of it. If not, use cordon tools to isolate the problemarea in your map (might be a broken brush, or simply too complex geometry) and see what you can do to fix it.<br /><u>Dan Prati</u> informed me that is mostly a problem with very large, open maps, or particularly detailed ones (or as part of an engine limitation to the total amount of lightmaps).<br /><br />Reducing the lightmap resolution on larger surfaces, or particularly complex objects, can fix this problem. If this is not acceptable, or does not fix the error, reducing lightmap resolution across the entire map may be necessary. This provides a solution when there is no single map element that is causing the error, and simply deleting map objects won\'t fix the problem.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the unfindable</a></p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[77]="<div class=\"error_box\"><h4>stylenum == MAX_SWITCHED_LIGHTS</h4><p><strong>Description:</strong><br /> You have too many (more than 32) differently named lights in your map. You can\'t have that many independantly switchable lights <br /><br /><strong>Solution:</strong><br />Remove some lights, or give a few the same name, or remove the names of some lights.</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[78]="<div class=\"error_box\"><h4>WARNING: Too many light styles on a face at ([x], [y], [z])</h4><p><strong>Description:</strong><br />There\'s a face with too many different light styles of light shining on it. (more than six). For every switchable light (that is: any light that is named or has a custom appearance) shining on a face, vrad.exe makes a new lightstyle. Basically, it calculates how the face looks like when:<br />-light 1 is on and light 2 is off<br />-light 1 is on and light 2 is on<br />-light 1 is off and light 2 is off<br />-light 1 is off and light 2 is on<br />I\'m sure you understand how 6 switchable lights make 2 ^ 6 lightstyles, and how this enormous amount of memory has to be saved somehow. and limited.<br /><br /><strong>Solution:</strong><br />To stop this error, remove lights, dont give the light names unless you need to, make sure certain lights dont shine on the face (max_shining distance or by blocking it with brushes) or simply dont use that much switchable lights. Dynamic lights are not used by vrad.exe thus dont count. Lights with the same names are counted as the same lights. Find the location of the error using the coordinates.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of errors</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[79]="<div class=\"error_box\"><h4>[number] degenerate face(s)</h4><p><strong>Description:</strong><br />A degenerate face is a face with no area. For instance, when two of its points are at the same place or three vertices on one line. Rarely, this error can cause all the lighting in your level to become black. If this happens, you will have to track down the degenerate face(s). This is however rare, so only go after the face if your level turns completely dark or you experience other strange errors.<br /><br /><strong>Solution:</strong><br />Don\'t try to fix this error if you don\'t experience strange problems, it will take you ages to find them in your level (trial and error, most likely). You will want to examply vertex-manipulated brushes first.</p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4099\">Anonymous</a></h5></div>";
errors[80]="<div class=\"error_box\"><h4>Could not find lights.rad in lights.rad</h4><p><strong>Description:</strong><br />Vrad.exe couldn\'t find lights.rad, a file used to determine which textures can emit light by themselves.<br /><br /><strong>Solution:</strong><br />Move to/make a new lights.rad in the right directory. You should search for the file in your mod\'s directory, most mods have one.<br /><br /><strong>See also:</strong><br /><a href=\"tutorials/1834\">Lights.rad tutorial</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[81]="<div class=\"error_box\"><h4>Warning: Couldn\'t open texlight file lights.rad</h4><p><strong>Description:</strong><br />Vrad.exe couldn\'t find lights.rad, a file used to determine which textures can emit light by themselves.<br /><br /><strong>Solution:</strong><br />Move to/make a new lights.rad in the right directory. You should search for the file in your mod\'s directory, most mods have one.<br /><br /><strong>See also:</strong><br /><a href=\"tutorials/1834\">Lights.rad tutorial</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[82]="<div class=\"error_box\"><h4>Warning: ignoring bad texlight \'[texture]\' in lights.rad</h4><p><strong>Description:</strong><br />One of the entries in lights.rad is invalid. Make sure when you edit this file you use plain text-editors, e.g. notepad, wordpad. DON\'T SAVE MAKE-UP to this file as MS-Word (from office) will!<br /><br /><strong>Solution:</strong><br /><a href=\"tutorials/1834\">Lights.rad tutorial</a></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[83]="<div class=\"error_box\"><h4>Warning: Duplication of texlight \'[texture]\' in file \'lights.rad\'!</h4><p><strong>Description:</strong><br />This texture was listed twice in lights.rad. the fix is obvious, but not necessairy<br /><br /><strong>Solution:</strong><br /><a href=\"tutorials/1834\">Lights.rad tutorial</a></p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[84]="<div class=\"error_box\"><h4>Texture axis perpendicular to face at ([x], [y], [z])</h4><p><strong>Description:</strong><br />This is vrad\'s way of saying a texture (face and its corresponding luxel(lightmap)) is aligned to its face at 90 degrees. This is because the &quot;align&quot;-settings for that face are setup wrong. <img src=\"/images/errorpage/normal.png\" class=\"errorpageImage\" alt=\"image\" /><br /><br /><strong>Solution:</strong><br />Find the face using the coordinates. You will notice a very overstretched appearance of the texture belonging to the offending side. If you can\'t find it, you must select the entire brush, if you can find the exact face, just select that face in the texture application tool. When you are in the texture application tool, notice the &quot;align to face&quot; and &quot;align to world&quot; tickboxes. Try the one that isn\'t currently checked, or both. If they don\'t work, your brush is broken and needs to be repaired. Either using the vertex-tool, or deleting the brush and recreating it.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the location of errors</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[85]="<div class=\"error_box\"><h4>Luxel axis perpendicular to face at ([x], [y], [z])</h4><p><strong>Description:</strong><br />See <a href=\"Javascript:showerror(84)\">Texture axis perpendicular to face</a></p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[86]="<div class=\"error_box\"><h4>Host_EndGame: Map coordinate extents are too large</h4><p><strong>Description:</strong><br />Your map is too big (you have brush(es) too near to the edge of the grid) or you have invalid brushes. In 99.9999% (may be an understatement) of the cases, the cause is an invalid brush.<br /><br /><strong>Solution:</strong><br />If the problem-checker in Hammer (alt+p) doesn\'t find any offending brush(es), and you can\'t see brushes near the edge of the grid, check suspicious or recently vertex-edited brushes first. If you still can\'t find anything, you should use the cordon tools or visgroups to find them.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the unfindable</a><br /><a href=\"javascript:showerror(145)\">Reference: Invalid solids</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[88]="<div class=\"error_box\"><h4>Too many verts for a dynamic vertex buffer ([number]&gt;32768) Tell a programmer to up VERTEX_BUFFER_SIZE.</h4><p><strong>Description:</strong><br />You have too many dynamic vertices. These are points that make up entity brushes (like func_doors). In Hammer, most lines are dynamic vertices too. (like the leakfile), but the brushes aren\'t (they dont move in Hammer).<br /><br /><strong>Solution:</strong><br />Tie as much of these entity-brushes to either world (de-entify them) or func_detail (the only, non-dynamic entity). don\'t be confused with hl1: func_wall should not be used to optimize your map! Instead use func_detail. Proper optimization (with the use of vvis.exe) should reduce the times you see this error. According to steampowered.com, this can also be caused by a broken cache file. A Valve programmer mentiones on the Valve Wiki that this error should only happen on mods with errors in the code, but practice has learned otherwise. (so far for their coders abilities :p ). You currently have [number], and the max is 32768, so there\'s quite a bit to do.<br /><br /><strong>See also:</strong><br /><a href=\"http://support.steampowered.com/cgi...created=1101182584&amp;p_li=&amp;p_topview=1\">How to check your cache files</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[89]="<div class=\"error_box\"><h4>Node Graph out of Date. Rebuilding...</h4><p><strong>Description:</strong><br />This is not an error, it\'s simply a message telling you the game is making paths (using info_nodes) for npc\'s to use. It should happen only once for every map, given that you don\'t change the map afterwards.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[90]="<div class=\"error_box\"><h4>Invalid [entity_type] spawnpoint at ([x], [y], [z])</h4><p><strong>Description:</strong><br />This means this spawnpoint is invalid. Did you place it inside another volume (e.g. a model, brush)? or does your map has a leak? First check if you didn\'t place the spawnpoint inside the ground (commonest), so preferably place the spawnpoint one unit above the ground to be sure. Offcourse you can <a href=\"Javascript:showerror(148)\">find the coordinates in Hammer</a> to see which one it is. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[91]="<div class=\"error_box\"><h4>Host_Error: Server is enforcing file consistency for some_file</h4><p><strong>Description:</strong><br />The server wants you to download a file you already have, but you have the wrong version so it overwrites your version with the one the server has (your version is probably a custom one since the server is \'enforced\' to overwrite it). Happens untill the file is replaced.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[92]="<div class=\"error_box\"><h4>DispInfo_LoadDisplacements: dispcounts ([number] and [number]) don\'t match</h4><p><strong>Description:</strong><br />The game has done a miscount on the amount of displacements in your map. <br /><br /><strong>Solution:</strong><br />Try deleting and recreating your displacements (one at a time or all of them at once), or copy/paste them to another map and back. It seems to be caused by one or more displacements that haven\'t been saved properly to the mapfile.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[93]="<div class=\"error_box\"><h4>MaterialSystem_Interface_t::AllocateLightmap : lightmap ([number]x[number]) too big to fit page ([number]x[number])</h4><p><strong>Description:</strong><br />I don\'t know the exact cause, but ive heard rumours that it can be caused by:<br />-lightmaps not set to a legal size (power of 2)<br />-<u>big displacements in combination with too small lightmapscale. (seems commonest)</u><br />-invalid brushes -invalid displacements <br /><br /><strong>Solution:</strong><br />You may want to start by hiding all your displacements and see if the error persists. If it does, check every lightmapscale in your level first, (using the tool above), or just selecting your entire level and enter a legal size for all brushes) and if that won\'t help, use visgroups or cordon tools to break your level apart.<br /><br /><strong>See also:</strong><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of unknown errors</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[94]="<div class=\"error_box\"><h4>Engine Error: [entity-type] with no model at [x] [y] [z]</h4><p><strong>Description:</strong><br />One of the brush-based entities in your map doesn\'t have any brushes tied to it<br /><br /><strong>Solution:</strong><br />Find the entity by searching for an origin of the coordinates in the entity report dialog, ( key:eek:rigin, value:[x] [y] [z] ) Once found, either delete the entity or tie a (few) brush(es) to it. A brush-based entity without brushes tied to it is completely USELESS!</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[95]="<div class=\"error_box\"><h4>[entity-type]: UTIL_SetModel: Not Precached</h4><p><strong>Description:</strong><br />One of your brush-based entities wasn\'t tied to any brushes. You probably deleted the brushes belonging to this entity with ignore groups enabled, causing the entity itself to remain. Because of this, the engine cannot precache the brushes belonging to this entity, and crashes when starting the map because no brushes are precached for this entity.<br /><br /><strong>Solution:</strong><br />Use entity report to find the entity and delete it. You likely need to go past every entity of this kind in your map.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[96]="<div class=\"error_box\"><h4>Ed_alloc: no free edicts</h4><p><strong>Description:</strong><br />You have too many entities. Either total (4096) or a maximum of a specific entity. Temporary entities such as bullets and particles are also part of this number.<br /><br /><strong>Solution:</strong><br />Reduce the amount of entities as much as possible. Start with particles (dust, func_precipitation), as they are usually huge in numbers, or other entities you have a lot of.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[97]="<div class=\"error_box\"><h4>Invisible props ingame</h4><p><strong>Description:</strong><br />See <a href=\"forum/viewtopic.php?t=2027\">this topic</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[98]="<div class=\"error_box\"><h4>Water does not look properly ingame</h4><p><strong>Description:</strong><br />water in hl2 is special. make sure you give all faces the &quot;nodraw&quot;-texture and only the top one a water-texture (e.g. the NATURE_ ones, avoid the DX* ones or the _BENEATH ones), make sure it has an env_cubemap (and type &quot;buildcubemaps&quot; in the hl2 console), and make sure both vvis.exe and vrad.exe are running properly (that\'s why leaks will ruin water). You cannot have two levels of water in the same area of your map, unless you use a cheap and a normal watertexture, or use the func_water_analog entity. A func_lod_control is also needed, but will be automatically placed when it\'s missing.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Water\">WIKI: Water</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[99]="<div class=\"error_box\"><h4>Textures are purple/black checkered</h4><p><strong>Description:</strong><br />Half-life cannot display your textures properly, check to see if you set them up right. (you may need to check not only the directories, but also the vtf\'s themselves: were they compiled right?).<br /><br />Be sure to use programs like <a href=\"http://developer.valvesoftware.com/wiki/Bspzip\">Bspzip</a> or <a href=\"http://www.geocities.com/cofrdrbob/pakrat.html&quot;\">Pakrat</a> to include the textures when you distribute your map to others, as they may not have your custom textures. Models also come with seperate textures, don\'t forget to add those if you want to distribute custom models.<br /><br />If you haven\'t placed any env_cubemaps, a purple shine will be all over your textures, so don\'t forget to add one.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[100]="<div class=\"error_box\"><h4>Textures act weird ingame</h4><p><strong>Description:</strong><br />If your textures act weird (e.g. flash, look brighter from some angles but darker from others) check if you are not using model-textures (models/sometexture or props/sometexture). Since these textures are compiled to be wrapped around a model (and be lit like one) this can cause strange things when you apply them on world brushes. <br /><br /><strong>Solution:</strong><br />Use another texture (most model-textures have a normal counterpart), or rewrite the texture\'s vmt (find &quot;Vertexlitgeneric&quot; and replace it by &quot;LightmappedGeneric&quot;).<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Shader_Types_and_Parameters\">WIKI: vmt\'s</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[101]="<div class=\"error_box\"><h4>Warning: Table modelprecache is full, can\'t add some_model</h4><p><strong>Description:</strong><br />Your map has too much models, this includes weapons, players, props, bullets, gibs etc. You should seriously remove some! </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[102]="<div class=\"error_box\"><h4>Host_Error: CVEngineServer::precacheModel: [model] overflow, too many models</h4><p><strong>Description:</strong><br />Your map has too much models, this includes weapons, players, props, bullets, gibs etc. You should seriously remove some!</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[103]="<div class=\"error_box\"><h4>Too many indices for index buffer.. tell a programmer ([number]&gt;32768)</h4><p><strong>Description:</strong><br />The only time I can over this error is was caused by a func_precipitation that was too big. If you got one in your level, try to decrease its size so it sits under the max again ([number] is the number you currently have, 32768 is the max). You can also try to decrease the density of the effect you were trying to make using this entity. It also seems optimizing helps. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[104]="<div class=\"error_box\"><h4>Failed to load the Launcher.dll. The specified module could not be found.</h4><p><strong>Description:</strong><br />Some properties of your game setup haven\'t been saved properly, or are simply missing.<br /><br /><strong>Solution:</strong><br />Refresh your sdk content (use the link in the sourcesdk menu from Steam). You may also try to start your map/mod manually (not via Hammer), usually doing this once fixes the error.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.steampowered.com\">Steam site</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[105]="<div class=\"error_box\"><h4>Cache Needs Repair</h4><p><strong>Description:</strong><br />According to <a href=\"http://www.valve-erc.com\">www.valve-erc.com</a>: This error occurs when certain game cache files have encountered an internal problem (usually after a crash while running a game).<br /><br /><strong>Solution:</strong><br />To repair the cache file, simply shutdown Steam and restart Steam, and then run HL2 and any of it\'s mods if neccesairy. The programs will fix their errors once they have run once.<br /><br /><strong>See also:</strong><br /><a href=\"http://forums.steampowered.com/forums\">Official Valve forums</a><br /><a href=\"http://www.steampowered.com\">Steam site</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[106]="<div class=\"error_box\"><h4>Cache Needs Decryption</h4><p><strong>Description:</strong><br />This error occurs when you try to use the SDK without starting HL2 first.<br /><br /><strong>Solution:</strong><br />Run HL2, SourceSDK and any mods neccesairy to fix this error.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.steampowered.com\">Steam site</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[107]="<div class=\"error_box\"><h4>(missing) gameinfo.txt</h4><p><strong>Description:</strong><br />A certain file used to configure Steam which resources to load is missing.<br /><br /><strong>Solution:</strong><br />Simply start the game you are mapping for once, and this problem should be gone. If that doesn\'t work, you\'ll have to make one yourself.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/The_GameInfo.txt_File_Structure\">WIKI: gameinfo.txt</a><br /><a href=\"http://www.steampowered.com\">Steam site</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[108]="<div class=\"error_box\"><h4>This application has failed to start because Tier0.dll was not found</h4><p><strong>Description:</strong><br />This error occurs when you try to load any program or tool in the sourcesdk before loading the sourcesdk first (after an update).<br /><br /><strong>Solution:</strong><br />Start the Sourcesdk menu through Steam once after each update.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[109]="<div class=\"error_box\"><h4>This game is currently unavailable</h4><p><strong>Description:</strong><br />See <a href=\"https://support.steampowered.com/kb_article.php?ref=4595-WEXN-6831\">this list</a> for common causes and solutions. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[110]="<div class=\"error_box\"><h4>STEAM validation rejected</h4><p><strong>Description:</strong><br />Steam can\'t seen to validate your server.<br /><br /><strong>Solution:</strong><br />Try running your games with &quot;sv_lan 1&quot; in the parameter box. Valve knows about the error but can\'t be arsed to fix it.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[111]="<div class=\"error_box\"><h4>MAX_MAP_MODELS</h4><p><strong>Maximum:</strong><br />1024 models<br /><br /><strong>Description:</strong><br />You have too many brush-based entities (doors, func_breakable, trains, that sorta stuff). Func_detail is the only entity not counted.<br /><br /><strong>Solution:</strong><br />Use models instead, or reduce the amount of these entities.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[112]="<div class=\"error_box\"><h4>MAX_MAP_BRUSHES</h4><p><strong>Maximum:</strong><br />8192 brushes<br /><br /><strong>Description:</strong><br />primitives or brushes, e.g. boxes, cylinders, spikes. Triggers and nodraw-brushes are also counted! <br /><br /><strong>Solution:</strong><br />Be sure to check your level and see where you can remove or merge brushes. For some things (especially small things) it may be better to replace them by props, or bumpmapped textures. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[113]="<div class=\"error_box\"><h4>MAX_MAP_NODES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A node (a.k.a. clipnode in hl1) is a volume which denotes if a part of your level is passable by the player or not.<br /><br /><strong>Solution:</strong><br />Reduce their number by simplyfying the nodes using clip brushes to clip away complicated area\'s, or simplyfy the architecture of your map.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[114]="<div class=\"error_box\"><h4>MAX_MAP_BRUSHSIDES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />The total amound of all sides of all brushes in your map.<br /><br /><strong>Solution:</strong><br />Delete, or simplify brushes (maybe you can replace some of them by models?)</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[115]="<div class=\"error_box\"><h4>MAX_MAP_LEAFS</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />Visleafs, volumes used to calculate your maps visibility.<br /><br /><strong>Solution:</strong><br />Reduce this by tieing world brushes to entities like func_detail.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=func_detail\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[116]="<div class=\"error_box\"><h4>MAX_MAP_VERTS</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />You have too many vertices, corner points for faces and brushes.<br /><br /><strong>Solution:</strong><br />Delete, or simplify brushes (maybe you can replace some of them by models?). </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[117]="<div class=\"error_box\"><h4>MAX_MAP_VERTNORMALS</h4><p><strong>Maximum:</strong><br />256000<br /><br /><strong>Description:</strong><br />number used to denote the direction of a vertice.<br /><br /><strong>Solution:</strong><br />Delete, or simplify brushes (maybe you can replace some of them by models?) </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[118]="<div class=\"error_box\"><h4>MAX_MAP_VERTNORMALINDICES</h4><p><strong>Maximum:</strong><br />256000<br /><br /><strong>Description:</strong><br />Number used to store the location of a vertnormal.<br /><br /><strong>Solution:</strong><br />Delete, or simplify brushes (maybe you can replace some of them by models?). </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[119]="<div class=\"error_box\"><h4>MAX_MAP_FACES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A face is a side of a brush, after BSP has cut them up (brushes that touch each other will cut the other brush into bits).<br /><br /><strong>Solution:</strong><br />Fix this error by reducing the amount of brush-sides, or make sure complicated brushes don\'t touch each other (the steps of stairs for instance).</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[120]="<div class=\"error_box\"><h4>MAX_MAP_LEAFFACES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />The sides all visleafs are made of.<br /><br /><strong>Solution:</strong><br />Reduce this by tying world brushes to entities like func_detail.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=func_detail\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[121]="<div class=\"error_box\"><h4>MAX_MAP_LEAFBRUSHES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />Brushes that surround (border) visleafs ?<br /><br /><strong>Solution:</strong><br />Reduce this by tieing world brushes to entities like func_detail ?<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=func_detail\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[122]="<div class=\"error_box\"><h4>MAX_MAP_PORTALS</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A portal is a doorway between two visleafs.<br /><br /><strong>Solution:</strong><br />Reduce this by tieing world brushes to entities like func_detail.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=func_detail\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[123]="<div class=\"error_box\"><h4>MAX_MAP_ENTITIES</h4><p><strong>Maximum:</strong><br />4096<br /><br /><strong>Description:</strong><br />The number of all entities in your map (excluding func_details, prop_details, and prop_statics) should never reach this number.<br /><br /><strong>Solution:</strong><br />Remove some entities from your map, merge entities or convert some entities to static ones (like the ones mentioned above)</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[124]="<div class=\"error_box\"><h4>MAX_MAP_CLUSTERS</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A cluster is a group of visleafs, kindof similar to visgroups in Hammer.<br /><br /><strong>Solution:</strong><br />Reduce this by tieing world brushes to entities like func_detail. This reduces visleafs, and thus, visleaf clusters.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?page=func_detail\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[125]="<div class=\"error_box\"><h4>MAX_MAP_LEAFWATERDATA</h4><p><strong>Maximum:</strong><br />32768<br /><br /><strong>Description:</strong><br />Data used for water-visiblility? I\'m not sure</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[126]="<div class=\"error_box\"><h4>MAX_MAP_PORTALVERTS</h4><p><strong>Maximum:</strong><br />128000<br /><br /><strong>Description:</strong><br />Number of cornerpoints allowed for all portals (a portal is a doorway between two visleafs).<br /><br /><strong>Solution:</strong><br />Reduce this number by reducing portals, which can be done by tying world brushes to entities like func_detail.<br /><br /><strong>See also:</strong><br /><a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php?chapter=visleafs\">Optimization tutorial</a> </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[127]="<div class=\"error_box\"><h4>MAX_MAP_EDGES</h4><p><strong>Maximum:</strong><br />256000<br /><br /><strong>Description:</strong><br />Edges of faces shared between adjacent faces, it seems.<br /><br /><strong>Solution:</strong><br />Lower this number by reducing the amount of brush-sides, or make sure complicated brushes don\'t touch each other as much (as with stairs).</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[128]="<div class=\"error_box\"><h4>MAX_MAP_SURFEDGES</h4><p><strong>Maximum:</strong><br />512000<br /><br /><strong>Description:</strong><br />Surfedges indicate which direction the edges are used for a face.<br /><br /><strong>Solution:</strong><br />You may want to reduce faces by reducing the amount of brush-sides, or make sure complicated brushes don\'t touch each other as much (as with stairs).</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[129]="<div class=\"error_box\"><h4>MAX_MAP_LIGHTING</h4><p><strong>Maximum:</strong><br />0x1000000 (16 megabyte)<br /><br /><strong>Description:</strong><br />Max lighting data? May be the result of an error, or you have a lot of switchable lights.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[130]="<div class=\"error_box\"><h4>MAX_MAP_VISIBILITY</h4><p><strong>Maximum:</strong><br />0x1000000 (16 megabyte)<br /><br /><strong>Description:</strong><br />Max visibility data. The table that specifies which visleafs can see which other visleafs, but also plays a part in lighting (or so it seems). Reduce this by reducing visleafs.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[131]="<div class=\"error_box\"><h4>MAX_MAP_TEXTURES</h4><p><strong>Maximum:</strong><br />1024<br /><br /><strong>Description:</strong><br />Amount of different textures allowed per map.<br /><br /><strong>Solution:</strong><br />To fix, reduce the amount of different textures used in your map (use the texture browser to find textures that look alike and which you can change, or simply walk through your map and see which textures you can do without. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[132]="<div class=\"error_box\"><h4>MAX_MAP_WORLDLIGHTS</h4><p><strong>Maximum:</strong><br />8192<br /><br /><strong>Description:</strong><br />All light-entities (dynamic lights excluded) combined.<br /><br /><strong>Solution:</strong><br />Remove a few lights. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[133]="<div class=\"error_box\"><h4>MAX_MAP_CUBEMAPSAMPLES</h4><p><strong>Maximum:</strong><br />1024<br /><br /><strong>Description:</strong><br />Amount of cubemaps in your level.<br /><br /><strong>Solution:</strong><br />Reduce the amound of cubemaps, you\'d be surprised how little you need for some good reflections. By reducing the amount of cubemaps you will also decrease the mapsize considerably.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[134]="<div class=\"error_box\"><h4>MAX_MAP_ENTSTRING</h4><p><strong>Maximum:</strong><br />(256*1024)<br /><br /><strong>Description:</strong><br />A string is a variable that contains a line of text, e.g. targetnames, model locations, output data etc. Basically all settings of all entities combined. You seem to have too much of them.<br /><br /><strong>Solution:</strong><br />Try removing names of entities you don\'t trigger, simplifying entity in/output etc. Its the AMOUNT of them that matters here, NOT the LENGHT.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[135]="<div class=\"error_box\"><h4>MAX_MAP_OVERLAYS</h4><p><strong>Maximum:</strong><br />512<br /><br /><strong>Description:</strong><br />info_overlays offcourse, you can\'t have more than 512 of them.<br /><br /><strong>Solution:</strong><br />Try decals, they are cheaper to render anyway, just a little trickier to master.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[136]="<div class=\"error_box\"><h4>MAX_MAP_TEXDATA_STRING_DATA</h4><p><strong>Maximum:</strong><br />256000<br /><br /><strong>Description:</strong><br />Some sort of info used by textures? May be the combined size of all vmt\'s used in your map, or all texinfo\'s?<br /><br /><strong>Solution:</strong><br />Try reducing the amount of (different) textures. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[137]="<div class=\"error_box\"><h4>MAX_MAP_TEXDATA_STRING_TABLE</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A table used for holding some texture-info is too full. Perhaps your vmt\'s combined are too big?<br /><br /><strong>Solution:</strong><br />Try reducing textures. </p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[138]="<div class=\"error_box\"><h4>MAX_MAP_TEXINFO</h4><p><strong>Maximum:</strong><br />12288<br /><br /><strong>Description:</strong><br />The scaling, orientation, alignment and lightmap size of a given texture. Miltiple faces can use the same texinfo, as long as their info is the same.<br /><br /><strong>Solution:</strong><br />Reduce this by having more instances with the same value (multiple brush faces with the same texture offsets, ori?ntations and scale), reduce textures and reducing env_cubemaps if you have a lot of reflective textures.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[139]="<div class=\"error_box\"><h4>MAX_MAP_TEXDATA</h4><p><strong>Maximum:</strong><br />2048<br /><br /><strong>Description:</strong><br />Texture data? I don\'t know what kind exactly, try reducing the amount of (differently) used textures.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[140]="<div class=\"error_box\"><h4>MAX_MAP_DISPINFO</h4><p><strong>Maximum:</strong><br />2048<br /><br /><strong>Description:</strong><br />Total amount of displacements in your map. Allthough this number is astronomically high, a lot op people get faces with this error. Perhaps larger displacements, or those with a higher power add more to this number than others?<br /><br /><strong>Solution:</strong><br />Offcourse reduce this by reducing displacements, or merging some. If my theory is right, displacements with lower power cost less. Try it if you are stuck or desperate.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[141]="<div class=\"error_box\"><h4>MAX_MAP_AREAS</h4><p><strong>Maximum:</strong><br />256<br /><br /><strong>Description:</strong><br />An area is a part of your map sealed from the rest of the map by world brushes and areaportals.<br /><br /><strong>Solution:</strong><br />The fix is obvious, merge some area\'s by (re) moving world brushes or areaportals.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[142]="<div class=\"error_box\"><h4>MAX_MAP_AREAPORTALS</h4><p><strong>Maximum:</strong><br />1024<br /><br /><strong>Description:</strong><br />The total amount of func_areaportals and func_areaportalwindows. You really shouldn\'t have this many areaportals, there are other ways to optimize your map too.<br /><br /><strong>Solution:</strong><br />See above</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[143]="<div class=\"error_box\"><h4>MAX_MAP_PLANES</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />A plane is a side of a brush (not technically, but see it as such).<br /><br /><strong>Solution:</strong><br />Therefore, fix this error by reducing the amount of brush-sides, for isntance by deleting/simplyfing brushes, turning some of them into models etc.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[144]="<div class=\"error_box\"><h4>the instruction at [hexadecimal] referrenced memory at [hexadecimal]. The memory could not be &quot;read&quot;</h4><p><strong>Description:</strong><br />This is a general error message, simply telling you that Windows discovered the program tried to read memory it shouldn\'t be able to read; In other words, the program crashed, or allmost did. Programmers add error-messages into their code to avoid this situation, so when you do get this error, the programmer has failed to do his job (unless hardware is the cause). Possible causes are: <br /><br /><u>Software</u><br /></p><ul class=\"errlist\"><li>entities that have certain important things not specified, like a prop_static without a model specified, or a ambient_generic without a sound. There should be other error messages for these situation though<br /></li><li>All other software bugs/errors in programming<br /></li><li>bad drivers</li></li></ul><p><br /><br /><u>Hardware</u><br /></p><ul class=\"errlist\"><li>broken ram<br /></li><li>cpu goofed up (overclocking/cooling failure can cause this) </li><li>and a whole lot more</li></li></ul><p><br />Overall, it just means crappy programming or bad-working hardware.<br /><br /><strong>Solution:</strong><br /></p><ol type=\"1\" class=\"errlist\"><li>First check <a href=\"http://supportwiki.steampowered.com...ed_memory_at_0x_The_memory_could_not_be_read\">this</a> list to see if it can sort out your problem.<br /></li><li>Once you\'ve made sure its caused by anything in your map (try another pc), try to use the <a href=\"Javascript:showerror(148)\">cordon tools</a> to find out which brush or entity is causing the problem.<br /></li><li>If it is caused by your map, try to delete the last few entities you added and try again. Usually you will find the error there. If you made any weird things, experimented with entities in mods that dont support them, this is the time to fess up and remove them. Recently added custom sounds, models, sprites.<br /></li><li>If it is caused by your map but the method above doesn\'t work, you must use the cordon tools or visgroups to find out what is causing it.</li></li></ol><p><br />Situations known to cause this error so far are:<br /></p><ul class=\"errlist\"><li>running HL2 in a window during buildcubemaps.<br /></li><li>model entities or sound entities with no models or sounds specified<br /></li><li>invalid brushes (that somehow got past hammer, vbsp and vrad) </li><li>too many of a certain kind of thing (eg entities) in your map </li><li>too long or invalid filenames/paths<br /></li><li>intersecting brushes<br /></li><li>intersecting entities<br /></li><li>the use of infinites (including zero) in any entitiy<br /></li><li>path entities linking to themselves<br /></li><li>entities triggering themselves (infinite loop)<br /></li><li>physics anomalies (including too complex stuff), like towers or constraintsystems that hang onto themselves<br /></li><li>bad models<br /></li><li>bad collisions<br /></li><li>bad entity naming (only use 0-9, a-z, A-Z, and \'_\'. for special occasions, you may use \'*\' or \'!\'. Not avoiding curly brackets or quotes will make your map crash, and become unreopenable. </li><li>linking to non-existant entities<br /></li><li>using bad textures or other resources<br /></li><li>normals in a funky direction<br /></li><li>bad map (BSP structure, or a bit messed up)<br /></li><li>hardware anomalies<br /></li><li>software anomalies<br /></li><li>making unexpected constructions (non-geometric, mean I/O\'s and physics)</li></li></ul><p><br /><br />If your mod ships with its very own programmer or debugger, get him to work!<br /><br /><strong>See also:</strong><br /><a href=\"http://supportwiki.steampowered.com...ed_memory_at_0x_The_memory_could_not_be_read\">list of causes according to steampowered.com</a><br /><a href=\"javascript:showerror(148)\">Reference: Finding the cause of unknown errors</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[145]="<div class=\"error_box\"><h4>Invalid solids</h4><p>Because of the <a href=\"http://www.planetquake.com/qxx/bsp/\">laws in BSP (Binairy Space Partion, a method to save mapfiles) country</a> (which i will not confuse you with here) brushes have to be convex (non-hollow on all side). In other words, if you can draw a straight line through your brush that enters and exits the brush twice, it\'s illegal.<br /><br />The fix is to find the offending brush, and use <a href=\"http://developer.valvesoftware.com/wiki/Hammer_Vertex_Tool\">vertex-manipulation</a> to move its vertices so its convex again. Or simply delete and recreate the brush.<br /><br />Another way to create an invalid brush is by making two faces share the same plane. No two faces can have an angle between them of 180 degrees. The solution is to use vertex-manipulation to fix the brush.<br /><br />The last way to create invalid solids is by twisting a face. Faces in BSP have to be flat, if they are not, they are invalid. If you do not see whats wrong in the example below, make a cube in Hammer, and go into vertex-manipulation, and move one of the vertices (select one in 3d view) outwards. You will create atleast one twisted face. The solution, again, is the same as the most obvious cause: vertex-manipulation<br /><img src=\"images/errorpage/concave.png\" class=\"errorpageImage\" alt=\"image\" /><br />This solid is concave at the top-left See how a line can be drawn through this solid, which enters and exists twice (blue dots) Fix this by either move this vertex to either of it\'s neightbouring vertices to combine both concave planes, or by moving the vertex outwards so the planes it defines are convex (pointy) again. <br /><img src=\"images/errorpage/coplanar.png\" class=\"errorpageImage\" alt=\"image\" /><br />This solid is coplanar with it\'s two bottom faces See how both faces are in the same line (plane)? Fix this by either destroying on of the planes by moving the vertex on one of its neighbouring vertices, or by moving it outwards. Moving it inwards will make the brush concave!<br /><img src=\"images/errorpage/twisted.png\" class=\"errorpageImage\" alt=\"image\" /><br />The blue marked face is twisted. Fix this by selecting two vertices and press ctrl+f to split the twisted face. Make sure you don\'t select the wrong ones, you could make the brush concave!<br /><br />Yes, the usual cause is either vertex-manipulation or usage of complicated brush-shapes (e.g. rotated cylinders, torusses). Usually, Hammers problem checker (alt+p) finds these errors. Occasionally it doesn\'t, and vbsp.exe or even vrad.exe will report the errors instead.<br /><br />BSP doesn\'t really support complicated brushwork, you\'ll often find yourself splitting brushes or use models or displacements to create the shapes you need. For instruction on how to use the vertex manipulation tool, see <a href=\"http://developer.valvesoftware.com/wiki/Vertex_Tool\">here</a>.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[146]="<div class=\"error_box\"><h4>Finding stuff in your map</h4><p><strong>If you have coordinates</strong><br />In Hammer, go to &quot;view-&gt;go to coordinates&quot; and enter your coordinates, and the views in Hammer will center around your problem.<br /><br /><strong>If you have a name</strong><br />In Hammer, go to &quot;edit-&gt;find entities...&quot; (or ctrl+shift+f) and enter your name, and the views in Hammer will center around your problem.<br /><br /><strong>If you have a brush-number</strong><br />In Hammer, go to &quot;view-&gt;go to brush number&quot; (or ctrl+shift+g) and enter your number, and the views in Hammer will center around your problem.<br /><br /><strong>If you know values of certain keys or the entity-type</strong><br />e.g. targetname, lighting, target etc. In Hammer, go to &quot;map-&gt;entity report..&quot; and filter for the entity type, or one of its keys.<br /><br /><strong>If you don\'t know where to begin</strong><br />The easiest tool to find errors in your level is the problemchecker in Hammer (alt+p). It does not only diagnose errors, but it also brings you straight to them and can repair them often too. If you have an error somewhere in your map but you don\'t know where use <a href=\"javascript:showerror(148)\">this method</a>.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[147]="<div class=\"error_box\"><h4>Leaks</h4><p>With leaks vbsp.exe wont be able to divide your level into visleafs, so it wont create a portal file. Therefore, you can\'t use vvis or Glview. Leaks also make vbsp.exe not know which faces it can delete, making your map only laggier and bigger, and vrad.exe will not be able to light your map as good as without leaks.<br /><br />In short: Leaks give you trouble. Leaks are holes in you map. Since the compilers will try to find out what the inside is of your level (so they dont have to create the outside of your level) they will not be able to do that if the inside of your level is in contact with the outside.<br />Think of your map as a spaceship: only when it\'s hull is completely air-tight, people (all the entities) will be able to live inside. If there\'s a hole leaking into space (the void) everybody will die. On our spaceship that is. Not in this game. And just like in a spaceship, entities (humans) can\'t plug holes in the hull. (displacements can\'t either btw) Vbsp.exe simply takes all entities and see if it can draw a line from the entity into the void. If it can draw such a line, your map has a leak somewhere. This also means that if your map doesn\'t have a single entity, no leakchecking can be done. However, in that case vbsp.exe will still report a leak!<br /><br /><strong>How to find leaks?</strong><br />First of all, vbsp.exe will write an error in the compile log. The leak error doesn\'t stand out, but if you look carefull you can see something like:<br /></p><div class=\"postCode\"><pre>**** leaked ****<br />Entity info_player_deathmatch (22.94 -64.44 17.00) leaked!<br /></pre></div><p><br />It will report an entity (e.g. info_player_deathmatch) and some coordinates. Now, when you go to [map-&gt;load pointfile] and load your pointfile (usually Hammer can find it, if not, youll have to search manually for it (it\'s called &quot;mapname.lin&quot;). If it doesn\'t exist, make sure your map has entities in it) a red line will appear, starting at the stated entity (at the stated coordinates), and ending outside your level in the void. If you just follow that line, it will eventually pass through your leak.<br /><br />If you cant find the entity the line starts, go to &quot;tools-&gt; go to coordinates&quot; and fill in the coordinates mentioned in the log. Remember entities and displacements can\'t block leaks, therefore its easiest to hide all entities and displacements so you can spot the leak easier (you might have turned a wall into an entity which was supposed to seal your level for instance). In space you can\'t seal holes in a spaceship with humans, in maps you can\'t seal holes with entities. Simple as that. Better use vis-groups to hide the entities. Simply uncheck &quot;auto&quot; in the visgroup manager (to the right in Hammer), and all entities will be gone untill you check the box again. This is great for searching for leaks. Removing the mentioned entity will only help if the entity itself is outside the level, but the level itself is sealed (e.g. when a person from our sealed spaceship is going for a space-walk).<br /><br />Also, leaks may be caused by invalid use of areaportal(window)s (in our spaceship, areaportal(window)s are airlocks). If you\'ve fixed the leak, there may still be another one. Therefore, unload the pointfile (under &quot;menu&quot; )and recompile. If there\'s another leak, simply load the pointfile again. Keep doing that untill there are no more leaks.<br />Note that no pointfile can be made if your level has no entities, but your map will still leak. You need atleast one entity in your map to compile it succesfully.<br /><br /><strong>See also:</strong><br /><a href=\"tutorials/2248\">Leaks explained</a><br /><a href=\"tutorials/12576\">Advanced leaks guide</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[148]="<div class=\"error_box\"><h4>Finding the unfindable</h4><p>It\'s actually very simple. Use visgroups or cordon-tools in Hammer to hide parts of your level when you compile. If the map compiles without you getting your error, you know the error is in the part you didn\'t hide, and vice-versa. With this knowledge, you can hide half of that half and compile again, again and so forth untill you got your error.<br /><br />Instead of using geometric halves, you may also try to hide e.g. all your displacement, or all your point-based entities. As the part that creates your errors gets smaller and smaller, you may try to delete/hide certain suspicious entities/brushes (like vertex-manipulated entities, or complicated input/output systems) to see if that fixes the error.<br /><br />There are some things you have to remember though: Some errors are caused by having to much of something. If you compile your map in parts none of the parts will have the error, but the error will still exist. Also, some errors are not caused by specific brushes but by entire area\'s. Any changes to these area\'s by cordoning or visgroups may fix the error, but again the error still exists. Lastly, in some occasions compiling a part of your level may cause other problems you didn\'t have before.<br /><br /><strong>Visgroups</strong><br />Hiding certain brushes or entity-groups can be done very easily using the visgroups (the window on the middle-right). A visgroup is a group of brushes which you can hide or show with one click. Just uncheck the tickbox left of any group to hide everything part of this group (and check it to make them visible again). Adding visgroups can be done by selecting some stuff you want to hide, and go to &quot;view-&gt;hide selected items&quot;. a new, unchecked visgroup will appear in the visgroup window with the brushes you just deleted. You may edit visgroups directly in the visgroup tool by clicking on their name.<br /><br /><strong>Cordon-tools</strong><br />The cordon tools work like a construction-box. Click on the black&amp;yellow striped button to edit cordon bounds. the &quot;edit cordon bounds&quot;-button gives you a red box to (like a brush) you can place in your level and resize. The button left to this one enables and disables the cordon tools. Only stuff inside this box gets compiled, so its great for fast preview-compiling and error-finding. They also make the 2d screens in hammer less cluttered. Be sure to disable the cordon tools once you dont need them, because they act like a giant sky-box. (thus cause lag) Whatever you do, be sure an info_player_start (or other entity) is available in the part you are going to compile, or else the map would not compile properly (errors like leaks will appear) If you require more information, see this (more explaining plus visually more attractive) <a href=\"tutorials/2118\">tutorial</a>.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[149]="<div class=\"error_box\"><h4>All about the compile process</h4><p>Because of the way the source-engine works, all your maps need to be compiled: Translated from a format your editor (e.g. Hammer, Quark) can understand to one the source-engine can understand. Currently, this takes three programs:<br /></p><ul class=\"errlist\"><li>Vbsp.exe: transforms your map to a completely playable map. Also outputs a portalfile<br /></li><li>Vvis.exe: uses the portalfile created by VBSP to calculate which parts of your level need to be drawn from where.<br /></li><li>Vrad.exe: lights your map.</li></li></ul><p><br />Seeing what each program does allows you to predict what happens when you do not run each program:<br /></p><ul class=\"errlist\"><li>Not running Vbsp.exe results in an error (no playable map will be made, nor will vvis or vrad be able to work). If a previous successfully compiled map isn\'t removed, the rest of the tools will work on an older version of the map!<br /></li><li>Not running Vvis.exe results in ingame lag, because the entire level will be drawn. The fast-vis option allows you to do a semi-good job, but it\'s crappy and error-prone. Water will not work without vvis.<br /></li><li>Not running Vrad.exe results in your map not being lit, which causes source to go in fullbright mode so you will still see something ingame. Again, the fast options is faster but does a crappier job.</li></li></ul><p><br />It is advisable to not run any tools on fast option for final compiles, so your level looks and runs the best it can. If vvis or VRAD take too long, you need to optimize your map, see <a href=\"http://www.student.ru.nl/rvanhoorn/Optimization.php\">this tutorial</a>.<br />All three programs have some extra options do do extra nifty stuff. More on that <a href=\"tutorials/1811\">here</a>. The only option you may need to know, is the &quot;only entities&quot; option for VBSP. This allows you to change entity properties (e.g. targetnames, targets etc) without the need to recompile the entire map. This only works if you already have a compiled map ready, and for some reason you can\'t publish your map when using this option to make &quot;last-minute-repairs&quot;. It\'s just for testing-purposes. There\'s also <a href=\"http://www.geocities.com/cofrdrbob/entspy.html\">entspy</a>, which can do the same, only without errors.<br /><br /><strong>Batch compiling</strong><br />Because compiling is done by external tools (not by Hammer) you can also use batch-files to compile your map. they also allow you to use the other extra options for the tools.<br />Learn more about it here: <a href=\"tutorials/1811\">batch tutorial</a>. <br /><br />Or simply use Nem\'s batch compiler: <a href=\"http://nemesis.thewavelength.net/index.php?p=3\">found here</a><br /><br /><strong>Expert compiling</strong><br />Expert compiling combines the ease of the normal Hammer compile mode with the versatilability of batch-scripts. Read all about it <a href=\"tutorials/1836\">here</a> and <a href=\"http://developer.valvesoftware.com/wiki/Hammer_Run_Map_Expert\">here</a>.<br /><br /><strong>VBCT</strong><br />Lastly there is this tool that basically removes the need of any thinking braincell in your head to compile a map.<br /><a href=\"http://qsextreme.com/vbct/\">Go here</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[150]="<div class=\"error_box\"><h4>Using glview</h4><p>Glview is a program that allows you to view visleafs: Your map is divided into area\'s to determine from where what can be seen, these area\'s are called visleafs. The creation of these visleafs can be very troublesome, so it\'s very handy to have a tool like this to see where the process has gone wrong.<br /><br /><strong>Part of the functionality is obsolete since Hammer can load the portalfile (view-&gt;load portalfile) to view visleafs.</strong><br /><br /><strong>How to run glview</strong><br />In <a href=\"tutorials/1836\">expert compile mode</a> make a new configuration, name it glview (this allows you to use it for all your maps), and create the following commands: <br /></p><div class=\"postCode\"><pre> Executable parameters:<br /> $bsp_exe -glview $path\\$file<br /> glview* -portal $path\\$file.gl</pre></div><p><br /><br /><i>*the command for glview isn\\\'t known by hammer, so youll have to find it yourself: press &quot;executable&quot;, and browse to glview.exe (in the sourcesdk\\bin directory)</i><br />If your map is in a path with a dot in it (for instance, in your Steam name) you need to copy both the gl-file and the portalfile to another path without a dot, or else glview wont work. For instance, by adding these commands between $bsp_exe and glview.exe:<br /></p><div class=\"postCode\"><pre> Command: parameters:<br /> $bsp_exe -glview $path\\$file<br /> copy file $path\\$file.gl C:\\temp\\<br /> copy file $path\\$file.prt C:\\temp\\<br /> glview -portal C:\\temp\\$file.gl</pre></div><p><br /><i>Where c:\\temp is the path you want to use to place the files</i><br />make sure both commands are set to run, and press &quot;GO!&quot;<br />Once vbsp.exe has made a gl-file (it wont do that if your map has errors like <a href=\"javascript:showerror(147)\">leaks</a>) glview will start and a 3d screen will appear of your level. you can fly around using the wasd-keys, and toggle portals with the 1 and 2 keys.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[152]="<div class=\"error_box\"><h4>ErrorChecker.exe</h4><p>ErrorChecker.exe is a small program that scans your compile log for the errors that we currently have in our database. If it finds any, it will spit out the descriptions found at this site and write them in the logfile of your map (html output). You can also use errorChecker to start a program only if the compile was successfull (eg. don\'t start up hl2 if there were compile errors).<br /><br /><strong>How does it work?</strong><br />ErrorChecker is an executable that can be executed like any of the other executables needed to convert your vmf into a playable map. You simply run it after each compile, with the map\'s log as a parameter, and the logfile will be scanned for errors. ErrorChecker uses a datafile which it downloads automatically from this site. More information can be found in the manual, which can be found in the zipfile.<br /><br /><strong>Download</strong><br />You can download all the files needed here, including a manual <a href=\"includes/errorpage/errorChecker_V1000.zip\">errorChecker.zip version 1.0.0.0</a> You can report any errors, questions or additions via the <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">forum</a><br /><br /><strong>Is errorChecker open source?</strong><br />Yes, it is. It\'s not that big of a deal, but it can be usefull for others to see the source code, or even adjust/improve it for me :p ErrorChecker is written in VB.NET. Why not c# or c++ ? Because i\'m lazy, that\'s why. ErrorChecker requires Microsoft .NET 2.0 or higher.<br /><br /><a href=\"includes/errorpage/errorChecker.vb\">The source code</a></p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[153]="<div class=\"error_box\"><h4>fastvis = true</h4><p><strong>Description:</strong><br />You seem to be running vvis in -fast mode. This is okay for testing purposes, but mind that this will cause:<br /></p><ul class=\"errlist\"><li>Strange compile errors, like \'cluster saw into cluster\' errors<br /></li><li>Strange errors ingame (including unexpected crashes)<br /></li><li>Hitting limits ingame, by skipping essential optimization processses<br /></li><li>Lower performance ingame</li></li></ul><p><br /><br /><strong>Solution:</strong><br />If you experience any of these problems, and don\'t have any specific clues for the cause, please try to compile without the -fast option, see if that helps. If compiling without -fast is taking too long /seems to crash vvis, you may need to optimize your map using func_detail</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[154]="<div class=\"error_box\"><h4>KeyValues Error: RecursiveLoadFromBuffer: got [char] in key in file [filename]</h4><p><strong>Description:</strong><br />There seems to be a parsing error in [filename]. Fix it if you want the texture or other resource associated with this file to work correctly.</p><p><br /><span class=\"e_type e_lvl3\">The affected object may not work and/or cause general errors</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[155]="<div class=\"error_box\"><h4>Warning: overflowed [number] displacement corner-neighbor lists.</h4><p><strong>Description:</strong><br />There seems to be a fixed amount of displacement-sides allowed that touch other displacements, and you seem to have reached the limit. I\'ve seen this warning show up more and more, mostly with mappers trying to create large tracks of landscapes with lots and lots of displacements. This may be the cause of occasionally reported lighting errors, but that may not be the case in your map.<br /><br /><strong>Solution:</strong><br />The only (theoretically) fix i can think of is to reduce the amount of displacements touching other displacements. You *only* need to fix about [number] displacements, so... I\'d only fix this error if you do experience problems in your map.<br /></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[156]="<div class=\"error_box\"><h4>Found a displacement edge abutting multiple other edges</h4><p><strong>Description:</strong><br />A displacement is touching more than one other displacements at the same point along one of its edges; in other words: at some point, three displacements are touching each other along an entire edge. This may cause lighting errors, as vrad doesn\'t know which displacements need to have their light smoothed out, if you know what i mean. I guess it can also be a wanted situation, in which cause this \'error\' can be ignored.<br /><br /><strong>Solution:</strong><br />The usual cause i can think of is the accidental non-deletion of displacements along the sides of brushes. Eg, if you have two brushes next to each other, and their tops displaced, and you accidentally also displaced the vertical brushsides between these two, you get a T-shaped intersection of three.<br /><img src=\"images/errorpage/displ.png\" class=\"errorpageImage\" alt=\"image\" /><br />image: purple: side that should\'ve been destroyed, red: the edge.<br /><br />This is no real error, but it could be the cause of lighting anomalies. There is no easy way to find the displacement either, the fastest way would be to go through your displacements one by one.</p><p><br /><span class=\"e_type e_lvl1\">Generally, this error may be ignored</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[157]="<div class=\"error_box\"><h4>Brush [brush-id]: MAX_MAP_PLANES Side [brushside-id] Texture: [texture]</h4><p><strong>Maximum:</strong><br />65536<br /><br /><strong>Description:</strong><br />Your map has too many brushsides, or, simpler said, too many brushes. The brush and brushside mentioned are simply the first one in the map that went over the limit.<br /><br /><strong>Solution:</strong><br />Reduce the amount of brushsides, for instance by simplifying existing brushes or removing some of them. Perhaps you can turn a couple of them into models?<br />There is nothing wrong with the mentioned brush, it is the TOTAL amount of brushsides that is your problem</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[158]="<div class=\"error_box\"><h4>KeyValues Error: RecursiveLoadFromBuffer: got EOF instead of keyname in file [filename]</h4><p><strong>Description:</strong><br />There was a problem parsing this texture ( [filename] ). Looks like you forgot to close a (couple of) brackets in this file? Or perhaps a string not closed with a &quot;?<br /><br /><strong>Solution:</strong><br />Find the file, open it, and fix it. If you don\'t know how, see below.<br /><br /><strong>See also:</strong><br /><a href=\"http://developer.valvesoftware.com/wiki/Material\">Valve wiki: Materials</a></p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=0\">Anonymous</a></h5></div>";
errors[159]="<div class=\"error_box\"><h4>Brush [brush-id]: num_entities == MAX_MAP_ENTITIES Side [brushside-id] Texture: [texture]</h4><p><strong>Description:</strong><br />You have too many entities ( &gt;4096). This excludes func_details, prop_details, and prop_statics (and info_overlays?).<br /><br /><strong>Solution:</strong><br />Remove entities or split the map in two. 4096 is a lot, even getting near this number earns you the Nobel prize.<br /><br /><strong>See also:</strong><br /><a href=\"http://nobelprize.org/\">Nobel prizes</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[160]="<div class=\"error_box\"><h4>Material &quot;[texture]&quot; not found</h4><p><strong>Description:</strong><br />The error is self-explanatory. Somewhere in your map you have referenced a texture that doesn\'t exist. Perhaps you used a texture from another modification or game you haven\'t correctly set your current game up for?<br /><br /><strong>Solution:</strong><br />Make sure you have your mod paths set up correctly and that you are including all mod contents you need.</p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[161]="<div class=\"error_box\"><h4>Material not found!: [texture]</h4><p><strong>Description:</strong><br />The error is self-explanatory. Somewhere in your map you have referenced a texture that doesn\'t exist. Perhaps you used a texture from another modification or game you haven\'t correctly set your current game up for?<br /><br /><strong>Solution:</strong><br />Make sure you have your mod paths set up correctly and that you are including all mod contents you need.</p><p><br /><span class=\"e_type e_lvl2\">The affected object may not work/appear properly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[162]="<div class=\"error_box\"><h4>Too many t-junctions to fix up!</h4><p>See <a href=\"javascript:showerror(37)\">here</a></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[163]="<div class=\"error_box\"><h4>ClipWinding: points exceeded estimate</h4><p><strong>Description:</strong><br />There are too many displacement points in your map for VRAD to calculate the lighting. This error will cause VRAD to fail completly.<br /><br /><strong>Solution:</strong><br />Reduce the power of your hight powered displacements. Alternatively, remove some of your displacements.</p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=1510\">Anonymous</a></h5></div>";
errors[164]="<div class=\"error_box\"><h4>Displacement [number] has bad geometry near [x] [y] [z] Can\'t compile displacement physics, exiting. Texture is [texture]</h4><p><strong>Description:</strong><br />One of your displacements has gone bad, your awesome reshaping of one of them has caused it to become so complicated vbsp is unable to determine its collisions.<br /><br /><strong>Solution:</strong><br />Although you can try to salvage your displacement by reshaping it more, its probably a better idea to destroy the displacement and recreate it. You can find the displacement by going to the coordinates [x] [y] [z] (view-&gt; go to coordinates) and looking for a displacement with the [texture] texture.<br /></p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[165]="<div class=\"error_box\"><h4>WARNING: BSP node with unbounded volume (material: &lt;NO BRUSH&gt;, near ([x], [y], [z]))</h4><p><strong>Description:</strong><br />vbsp is having a hard time figuring out your level, it seems to have found a part of your level that is infinite in size. This is, offcourse, invalid<br /><br /><strong>Solution:</strong><br />Look near the coordinates given. It is likely that you either need to func_detail a lot of brushes in that area, or that you have an invalid brush somewhere (Alt-p in hammer to check for them). It may be pretty difficult to hunt down the exact problem though.</p><p><br /><span class=\"e_type e_lvl4\">This error will cause your map to fail compiling correctly</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
errors[166]="<div class=\"error_box\"><h4>unexpected strips found</h4><p>When compiling with -textureshadows this causes VRAD.exe to ignore every model.</p><p></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=4965\">Anonymous</a></h5></div>";
errors[167]="<div class=\"error_box\"><h4>Error: displacement found on a(n) [entity-type] entity - not supported (entity [entity-id], brush [brush-id])</h4><p><strong>Description:</strong><br />You have tied a displacement to an entity. Displacements aren\'t supposed to be entities. (they don\'t need to be func_detail, vvis.exe ignores them anyway). Displacements can\'t move around. Period. Forget about parenting them.<br /><br /><strong>Solution:</strong><br />Find your displacement and de-entify it. The easiest method to find it in a big map is to select all displacements at once (select the &quot;displacements&quot; visgroup (in the visgroup-window to the right in Hammer), then press &quot;mark&quot;) in the ignore group mode (button &quot;IG&quot;). Now tie all of the displacements to an entity, and &quot;to world&quot; them again right after that while they are still selected.</p><p><br /><span class=\"e_type e_lvl5\">This error will cause your map to fail compiling completely</span></p><h5>Last contribution: <a href=\"forum/memberlist.php?mode=viewprofile&amp;u=375\">Anonymous</a></h5></div>";
 

henke37

aa
Sep 23, 2011
2,075
515
We wanted the actual log. Not the analysis that you failed to read.
 

fubarFX

The "raw" in "nodraw"
aa
Jun 1, 2009
1,720
1,978
Compilepal has its own crash log that should be in Compile Pal 024/CrashLogs. it's possible that it crashed without being able to create a log tho.

If there is no log, I'm kind of at a loss as to what could be happening, but for what it's worth, it could be worth trying with any antivirus off.
 

Umaroth-24

L2: Junior Member
Jan 1, 2016
63
18
Compilepal has its own crash log that should be in Compile Pal 024/CrashLogs. it's possible that it crashed without being able to create a log tho.

If there is no log, I'm kind of at a loss as to what could be happening, but for what it's worth, it could be worth trying with any antivirus off.
Dunno why by i can't find the CrashLogs section in my compilepal024 folder: http://imgur.com/Cf0xSWP
 

MOCOLONI

L6: Sharp Member
Dec 16, 2014
373
89
@fubarFX

I've seen so many reports related to CompilePal here, so I think the tool is broken right now, possibly of the recent TF2 updates as these used to break other tools and addons.
 

[Rx.] Christian Troy

L5: Dapper Member
Jan 23, 2017
223
64
Have you tried compiling in Hammer also? From what I understand CompilePal uses the same build programs. If it crashes compiling in Hammer too then the problem is with Hammer itself.
 

fubarFX

The "raw" in "nodraw"
aa
Jun 1, 2009
1,720
1,978
sorry for bump but I've finally figured out where the issue was, it will be fixed in v25.

basically, when vbsp has keyvalue errors, compilepal crashes. It has to do with some materials being weird. recommendation for now is avoiding using those materials.
 

Umaroth-24

L2: Junior Member
Jan 1, 2016
63
18
basically, when vbsp has keyvalue errors, compilepal crashes. It has to do with some materials being weird. recommendation for now is avoiding using those materials.
Thanks for taking a look at it again :D Now i tried to compile with compilepal again and it did work fine with other maps, while it still crashed on the map in my first post. Turns out swamp/water/water_swamp was the textured that bugged for me.
Thanks for helping me out! :)