CSG dies at 90%

This map does not want to be completed!

I went in touched a few things up, added some items and player starts, and suddenly hlcsg starts crashing.

Relavent info:



The error and complie log:

No clue, maybe there is an error in a brush that you added, try check for problems.

it seems that if I delete enough stuff, the error goes away, but it doesn't seem to matter what I delete. when I removed all of my clip brushes, there was no error, but of course I exceeded MAX_MAP_CLIPNODES. when I deleted all of my crates and items the error went away, but what's the point of a map without items? If I delete just the crates, or just the items, it does not help. is ther some arabatrary limit on the ammont of "stuff" in a map, whetver it's identity?

-chart I think is the option for it to spit out values and their maximums. For example in my log I end up with this excerpt after a full compile:

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 176/400 11264/25600 (44.0%)
planes 17260/32767 345200/655340 (52.7%)
vertexes 12821/65535 153852/786420 (19.6%)
nodes 6954/32767 166896/786408 (21.2%)
texinfos 837/32767 33480/1310680 ( 2.6%)
faces 9345/65535 186900/1310700 (14.3%)
clipnodes 17603/32767 140824/262136 (53.7%)
leaves 4210/8192 117880/229376 (51.4%)
marksurfaces 12427/65535 24854/131070 (19.0%)
surfedges 42374/512000 169496/2048000 ( 8.3%)
edges 22940/256000 91760/1024000 ( 9.0%)
texdata [variable] 1364116/4194304 (32.5%)
lightdata [variable] 1072359/4194304 (25.6%)
visdata [variable] 142798/2097152 ( 6.8%)
entdata [variable] 51759/524288 ( 9.9%)
60 textures referenced

Total BSP file data space used: 4073438 bytes

1048.56 seconds elapsed [17m 28s]

My map is also a similar size to yours, not quite as large yet, but very close.

Thanks Gorb. I blocked off a large section of the map so that it would compile and...

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 0/400 0/25600 ( 0.0%)
planes 32766/32767 655320/655340 (100.0%)
vertexes 0/65535 0/786420 ( 0.0%)
nodes 0/32767 0/786408 ( 0.0%)
texinfos 2311/32767 92440/1310680 ( 7.1%)
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/8388608 ( 0.0%)
lightdata [variable] 0/4194304 ( 0.0%)
visdata [variable] 0/2097152 ( 0.0%)
entdata [variable] 0/524288 ( 0.0%)
0 textures referenced

Total BSP file data space used: 747760 bytes

:eek:

I guess I need to scale back a bit.

Don't know if this will help because it won't compile fully but if you use xp-cageys version of the tools you can run "opt_plns" to remove any unused planes from your map.

To use the plane-reduction features effectively, you should switch to Cagey's compile tools as well. They will allow you to violate the default plane limit.

Then you can run opt_plns to bring the plane count back down. NOTE: after this, the plane count must be within the original limit, or you risk really freaky errors in the BSP.

Cool thanks guys. I'll try that when I get home today.

XP_Cagey has just undergone apotheosis in my eyes. grins about getting to use "apotheosis" in context

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 238/400 15232/25600 (59.5%)
planes 32772/65535 655440/1310700 (50.0%)
vertexes 14831/65535 177972/786420 (22.6%)
nodes 8410/32767 201840/786408 (25.7%)
texinfos 2312/32767 92480/1310680 ( 7.1%)
faces 12252/65535 245040/1310700 (18.7%)
clipnodes 30610/32767 244880/262136 (93.4%)
leaves 5121/8192 143388/229376 (62.5%)
marksurfaces 14340/65535 28680/131070 (21.9%)
surfedges 53389/512000 213556/2048000 (10.4%)
edges 27482/256000 109928/1024000 (10.7%)
texdata [variable] 4878664/8388608 (58.2%)
lightdata [variable] 1375158/6291456 (21.9%)
visdata [variable] 225286/2097152 (10.7%)
entdata [variable] 68670/524288 (13.1%)
115 textures referenced

Total BSP file data space used: 8676214 bytes

Make sure you remember to use opt_plns on your BSP however. The limit was increased only so your map would compile correctly; you still have to reduce it down below the normal limit for your map to be playable in Half-Life.

without the optimised planes, the map will still play, but you will find that there are loads of faces missing. almost as if they had been made with the null texture.

How DO you use the opt_plus? Ive been using an alternative...erm, limitex or something. Is it used as the last compiler?

[size=13][color=white]XP_Cagey has just undergone apotheosis in my eyes. grins about getting to use "apotheosis" in context

That's appropriate, given that XP-Cagey is one of only two people to whom I have sent the RMF file for "Apotheosis" :biggrin: [/color][/size]

Gollum said:

XP_Cagey has just undergone apotheosis in my eyes. grins about getting to use "apotheosis" in context

That's appropriate, given that XP-Cagey is one of only two people to whom I have sent the RMF file for "Apotheosis" :biggrin:

only 2??

blushes

wow mike, i didn't know..

i highly recommend mucho gobs of testing, i had severe issues with all these tools and clashing.. be forewarned, they don't like each other.

/me still amazed at news of my elite group status

That's our Orph - as subtle as a brick :heee:

Gollum said:
That's our Orph - as subtle as a brick :heee:

luv you too mike :biggrin:

Andrei said:
How DO you use the opt_plus? Ive been using an alternative...erm, limitex or something. Is it used as the last compiler?

once you've compiled with cageys build of the tools, drag and drop the bsp into opt_plns.exe