Batch Compiler Problems...
Avitar
Join Date: 2003-09-11 Member: 20760Members
<div class="IPBDescription">False "Warning: Illegal Brush"...</div> I am using the batch compiler because it compiles my map much faster, howerver I am getting (false???)
<!--c1--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->Warning: Illegal Brush (edge without opposite face)...<!--c2--></td></tr></table><div class='postcolor'><!--ec2-->
error messages.
I am using hammer beta, win2kp/athlon2600xp/512mbDDR2800/GeForce4...
The compile continues with out inncident and the map seems ok... Just worried about the error message.
I exported a .map format, and opened it in hammer since i heard that will do away with invalid brushes; the entire map was still intact though.
anyone else have this problem? Compiles in hammer although slower, dont show this problem.
suggestions pls.
<!--c1--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->Warning: Illegal Brush (edge without opposite face)...<!--c2--></td></tr></table><div class='postcolor'><!--ec2-->
error messages.
I am using hammer beta, win2kp/athlon2600xp/512mbDDR2800/GeForce4...
The compile continues with out inncident and the map seems ok... Just worried about the error message.
I exported a .map format, and opened it in hammer since i heard that will do away with invalid brushes; the entire map was still intact though.
anyone else have this problem? Compiles in hammer although slower, dont show this problem.
suggestions pls.
Comments
Does it give you any more info about the offending brush? Like a brush number? If so, you can plug that into Hammer and see exactly which brush it's complaining about, and delete/remake it if necessary.
It gives me different brush numbers each time. This is why I thought i might have caught a bug.
None of the brushes used vertex manupulation/clipping, although there was a clip brush in the same room on the ceiling.
After compile, go to brush X,delete brush X, Remake Brush X, Compiling about 10 times it doesnt seem like it is bad brushes more like ones chosen at random <!--emo&???--><img src='http://www.unknownworlds.com/forums/html//emoticons/confused.gif' border='0' style='vertical-align:middle' alt='confused.gif' /><!--endemo-->
it seemed like this is what was causing the problem. For some reason hammer was getting confused about the brush.
After deleting it and adding it again i no longer get the error. It could have been the size/position of the brush <!--emo&???--><img src='http://www.unknownworlds.com/forums/html//emoticons/confused.gif' border='0' style='vertical-align:middle' alt='confused.gif' /><!--endemo-->
All i care about is that I dont get this error any longer <!--emo&:D--><img src='http://www.unknownworlds.com/forums/html//emoticons/biggrin.gif' border='0' style='vertical-align:middle' alt='biggrin.gif' /><!--endemo-->
<!--c1--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td><b>CODE</b> </td></tr><tr><td id='CODE'><!--ec1-->###################################################
# Batch Compiler Zoners Spec #
###################################################
###################################################
# Please report bugs to: ryansgregg@hotmail.com #
###################################################
Written At: 3/23/2004 5:09:03 PM
BC Version: 2.0.3.1
Command line error: input file can't be the same as output file
Usage: hlfix <mapname>[.rmf] [options]
-o <outfile> Output file (default is <mapname>.map or <mapname>.rmf)
-w <wadfile> WAD list file (default is wad.txt)
-r Output to RMF file instead of MAP file
-nt Don't tesselate non-planar faces
-nd Don't decompose non-convex solids
-nu Don't unite coplanar faces
-na Don't perform ANY geometry correction
-v Process and output visible objects only
-e <number> Epsilon factor for numeric comparisons (default is 1.0)
hlcsg v2.5.3 rel Custom Build 1.7p13 (Feb 3 2004)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (webmaster@xp-cagey.com)
----- BEGIN hlcsg -----
Command line: C:\ztools\hlcsg.exe -cliptype simple -wadinclude zhlt.wad -wadincl
ude halflife.wad -wadinclude liquids.wad -wadinclude ns_postpile.wad -wadinclude
ns.wad -wadinclude ns2.wad -chart C:\hammer\maps\ns_postpile.map
Entering C:\hammer\maps\ns_postpile.map
Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 1 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
max lighting memory [ 6291456 ] [ 6291456 ]
priority [ Normal ] [ Normal ]
noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ on ] [ on ]
clip hull type [ simple ] [ legacy ]
onlyents [ off ] [ off ]
wadtextures [ on ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
nullfile [ None ] [ None ]
min surface area [ 0.500 ] [ 0.500 ]
brush union threshold [ 0.000 ] [ 0.000 ]
Using mapfile wad configuration
Wadinclude list :
[zhlt.wad]
[zhlt.wad]
[halflife.wad]
[liquids.wad]
[ns_postpile.wad]
[ns.wad]
[ns2.wad]
4 brushes (totalling 24 sides) discarded from clipping hulls
CreateBrush:
10%...20%...Warning: Illegal Brush (edge without opposite face): Entity 0, Brush
42
30%...40%...Warning: Illegal Brush (edge without opposite face): Entity 0, Brush
81
50%...60%...70%...80%...90%... (1.02 seconds)
SetModelCenters:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (0.02 seconds)
CSGBrush:
10%...20%...30%...40%...50%...60%...70%...80%...90%... (1.47 seconds)
Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 0/400 0/25600 ( 0.0)
planes 7160/65535 143200/1310700 (10.9)
vertexes 0/65535 0/786420 ( 0.0)
nodes 0/32767 0/786408 ( 0.0)
texinfos 139/32767 5560/1310680 ( 0.4)
faces 0/65535 0/1310700 ( 0.0)
clipnodes 0/32767 0/262136 ( 0.0)
leaves 0/8192 0/229376 ( 0.0)
marksurfaces 0/65535 0/131070 ( 0.0)
surfedges 0/512000 0/2048000 ( 0.0)
edges 0/256000 0/1024000 ( 0.0)
texdata [variable] 0/4194304 ( 0.0)
lightdata [variable] 0/6291456 ( 0.0)
visdata [variable] 0/2097152 ( 0.0)
entdata [variable] 0/524288 ( 0.0)
0 textures referenced
=== Total BSP file data space used: 148760 bytes ===
Including Wadfile: \hammer\ns_postpile.wad
- Contains 15 used textures, 68.18 percent of map (18 textures in wad)
Including Wadfile: \program files\steam\steamapps\skyceo@aol.com\half-life\halfl
ife.wad
- Contains 2 used textures, 9.09 percent of map (3116 textures in wad)
Including Wadfile: \program files\steam\steamapps\skyceo@aol.com\half-life\nsp\n
s.wad
- Contains 5 used textures, 22.73 percent of map (578 textures in wad)
Texture usage is at 0.73 mb (of 4.00 mb MAX)
2.69 seconds elapsed
----- END hlcsg -----
hlbsp v2.5.3 rel Custom Build 1.7p13 (Feb 3 2004)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (webmaster@xp-cagey.com)
----- BEGIN hlbsp -----
Command line: C:\ztools\hlbsp.exe -chart C:\hammer\maps\ns_postpile.map
Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 1 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 4194304 ] [ 4194304 ]
priority [ Normal ] [ Normal ]
noclip [ off ] [ off ]
nofill [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 4096)
BSP generation successful, writing portal file 'C:\hammer\maps\ns_postpile.prt'
Warning: === LEAK in hull 3 ===
Entity light_spot @ (-140, 840, -24)
Error:
A LEAK is a hole in the map, where the inside of it is exposed to the
(unwanted) outside region. The entity listed in the error is just a helpful
indication of where the beginning of the leak pointfile starts, so the
beginning of the line can be quickly found and traced to until reaching the
outside. Unless this entity is accidentally on the outside of the map, it
probably should not be deleted. Some complex rotating objects entities need
their origins outside the map. To deal with these, just enclose the origin
brush with a solid world brush
Leak pointfile generated
Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 50/400 3200/25600 (12.5)
planes 7160/65535 143200/1310700 (10.9)
vertexes 7964/65535 95568/786420 (12.2)
nodes 3282/32767 78768/786408 (10.0)
texinfos 139/32767 5560/1310680 ( 0.4)
faces 6075/65535 121500/1310700 ( 9.3)
clipnodes 6837/32767 54696/262136 (20.9)
leaves 2261/8192 63308/229376 (27.6)
marksurfaces 7492/65535 14984/131070 (11.4)
surfedges 27199/512000 108796/2048000 ( 5.3)
edges 15008/256000 60032/1024000 ( 5.9)
texdata [variable] 762556/4194304 (18.2)
lightdata [variable] 0/6291456 ( 0.0)
visdata [variable] 0/2097152 ( 0.0)
entdata [variable] 23902/524288 ( 4.6)
22 textures referenced
=== Total BSP file data space used: 1536070 bytes ===
14.53 seconds elapsed
----- END hlbsp -----
hlvis v2.5.3 rel Custom Build 1.7p13 (Feb 3 2004)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (webmaster@xp-cagey.com)
----- BEGIN hlvis -----
Command line: C:\ztools\hlvis.exe -full -chart C:\hammer\maps\ns_postpile.map
>> There was a problem compiling the map.
>> Check the file C:\hammer\maps\ns_postpile.log for the cause.
----- END hlvis -----
hlrad v2.5.3 rel Custom Build 1.7p13 (Feb 3 2004)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (webmaster@xp-cagey.com)
----- BEGIN hlrad -----
Command line: C:\ztools\hlrad.exe -extra -sparse -bounce 1 -smooth 50 -chart C:\
hammer\maps\ns_postpile.map
>> There was a problem compiling the map.
>> Check the file C:\hammer\maps\ns_postpile.log for the cause.
----- END hlrad -----
BSP Optimizer by XP-Cagey, v1.5 (Feb 3 2004)
Based on code by Valve Software
Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 50/400 3200/25600 (12.5)
planes 7160/32767 143200/655340 (21.9)
vertexes 7964/65535 95568/786420 (12.2)
nodes 3282/32767 78768/786408 (10.0)
texinfos 139/32767 5560/1310680 ( 0.4)
faces 6075/131071 121500/2621420 ( 4.6)
clipnodes 6837/32767 54696/262136 (20.9)
leaves 2261/8192 63308/229376 (27.6)
marksurfaces 7492/65535 14984/131070 (11.4)
surfedges 27199/512000 108796/2048000 ( 5.3)
edges 15008/256000 60032/1024000 ( 5.9)
texdata [variable] 762556/4194304 (18.2)
lightdata [variable] 0/4194304 ( 0.0)
visdata [variable] 0/2097152 ( 0.0)
entdata [variable] 23902/524288 ( 4.6)
=== Total BSP file data space used: 1536070 bytes ===
Planes in map: 7160
Planes actually used: 2536
Optimized!
C:\hammer\maps\ns_postpile.wic deleted.
C:\hammer\maps\ns_postpile.p0 deleted.
C:\hammer\maps\ns_postpile.p1 deleted.
C:\hammer\maps\ns_postpile.p2 deleted.
C:\hammer\maps\ns_postpile.p3 deleted.
C:\hammer\maps\ns_postpile.prt deleted.
1 file(s) copied.
ns_postpile.bsp copied to C:\Program Files\Steam\SteamApps\skyceo@aol.com\half-l
ife\nsp\maps
1 file(s) copied.
ns_postpile.pts copied to C:\Program Files\Steam\SteamApps\skyceo@aol.com\half-l
ife\nsp\maps
Press any key to continue . . .<!--c2--></td></tr></table><div class='postcolor'><!--ec2-->
1) I build a new *.map file of my map in hammer and save it.
2) Close hammer.
3) Run Batch Compiler.
Work Around??
-> Open hammer and save the map as *.rmf <!--emo&???--><img src='http://www.unknownworlds.com/forums/html//emoticons/confused.gif' border='0' style='vertical-align:middle' alt='confused.gif' /><!--endemo-->
Not sure why this works.. Maybe i didn't read something.
It definatly could have something to do with the geometry seeing how i have several corridors & bridges going off a weird angles (which i opted to mostly remove for better r_speeds during testing).