I am using the batch compiler because it compiles my map much faster, howerver I am getting (false???)
Full Version: Batch Compiler Problems...
Unknown Worlds Forums > Natural Selection > Natural Selection Creation > Mapping Forum > Mapping Help and Troubleshooting
| CODE |
| Warning: Illegal Brush (edge without opposite face)... |
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.
My guess is you used clip or vertex manip on a brush and accidentally confused Hammer about which edges belong to each of its faces, what the face normals are, etc. The reason reloading from .map might solve this is because some of these errors are auto-corrected during the .rmf to .map conversion (using a best-fit kind of method - it doesn't necessarily figure out what you meant the brush to look like, can lead to mangled brushes, etc), so reloading the .map just incorporates those corrections.
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.
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 makes sense what you said since I just added clip brushes to eliminate skywalking....
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
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
Odd. Which stage is the error occuring in (hlbsp, hlcsg, etc)? Could you post the entire log for that stage?
This error is normaly detected by Hammer... alt + p in hammer 
I removed the clip brushes and no more errors...
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
All i care about is that I dont get this error any longer
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
All i care about is that I dont get this error any longer
The log file:
| CODE |
| ################################################### # 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 . . . |
Glad you got it fixed... now you get to worry about that leak instead. 
That error is something I added with the new cliptypes -- it means that a brush is missing face information and can't be clipped properly. The most likely cause would be tiny faces being removed by the compiler before I attempt brush expansion--it's almost always related to funky geometry of some sort.
Hmm I actually seemed to find a way to accidentally reprodce it
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
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).
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
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).
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.