I'm getting an "Exceeded MAX_MAP_CLIPNODES" error, as well as two leaks. The most recent addition to the map is quite complex. What I need to know is if the MAX_MAP_CLIPNODES error could be a side-effect of the leaks, or if it is unrelated. I can add some clip brushes and do some further optimization in the area in question, but first I want someone's opinion on whether fixing the leaks will solve the problem. I'll be trying to find the leaks in the meantime. Any help is appreciated. The relevant part of the compile log is below:

SolidBSP [hull 0] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...6740 (0.83 seconds)
Warning: === LEAK in hull 0 ===
Entity func_door_rotating @ (-1784,-2630,-784)
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

SolidBSP [hull 1] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...7000...7500...8000...8096 (1.36 seconds)
Warning: === LEAK in hull 1 ===
Entity multi_manager @ (-1120,-2304,-752)
SolidBSP [hull 2] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...7000...7067 (0.92 seconds)
SolidBSP [hull 3] 500...1000...1500...2000...2500...3000...3500...4000...4500...5000...5500...6000...6500...7000...7500...8000...8500...8736 (1.58 seconds)
Warning: === LEAK in hull 3 ===
Entity env_sprite @ (-1400,-2404,-956)
Error: Exceeded MAX_MAP_CLIPNODES
Description: The map has a problem which must be fixed
Howto Fix: Check the file http://www.zhlt.info/common-mapping-problems.html for a detailed explanation of this problem

If you have any really complex brushwork in the map, just get put clip brushes around things you don't want the player to walk on. those help with clipnodes immensely, as half life doesn't like non-square things.

But fix the leaks anyway.

Try compiling with -cliptype simple command parameter to free up some more clipnodes ass well.

)

Ohai again. I need to compile with -cliptype precise for a particular reason. I found and fixed the two leaks and the MAX_MAP_CLIPNODES error is gone. I thought it would be more complicated than that or I wouldn't have started a thread.

Another question though: Does it mess with clipping or r_speeds in any way if clip brushes overlap world brushes? I assume not, but since clip brushes are technically world brushed (I think?), I'm unsure.

Thanks!

Not sure, but it wouldn't be hard to test it = )

Suppose not, thanks.

I've tested out my previous question (Does it mess with clipping or r_speeds in any way if clip brushes overlap world brushes?) and come to the conclusion that it doesn't affect r_speeds, nor does it screw with clipping in any way I could notice. I also tested a map that had many non-player-accessible areas, running it both with and without clip brushes. To my surprise, r_speeds were the same for both, with leads me to another question: are clip brushes supposed to reduce r_speeds at all, or are they just meant to fix clipnode errors and the like?

Clip-brushes don't have any big impact on r_speeds, clip-brushes are used to fix/reduce clipnodes.

Okay, thanks.