Confused about hint brushes

The thing I am confused about is which side do you apply the hint
'texture' and which side do you apply the skip to. I have looked at the
sdk example but it's not that much help.

Help appreciated.

The plane on which a face with the "hint" texture lles on will become a
split for leafs. You can apply it to as many of few faces of a brush as
you like - each face you put it on will cause a leaf split.

... which in English means 'skip' sides are ignored, but if it's against a wall or not visible then you can use hint, it doesn't really matter.

google----> hint brush tutorial :biggrin: There is one at a counterstrike web site that explained it very well.

Cheers for the help, I did do some googling and ended up at VERC, but it didn't explain it in plain english :sad:

The people at Verc resemble the battling seizure robots... of course they don't speak english!

The people at VERC have a slight grasp of gobbledegook and nothing else

Well, though VERC has a vast knowledge of 'almost' every aspect of how HL1 and Source works, the completly lack the capacity to share it with other less wise people in plain english...

Most of the experienced people who used to frequent VERC are long gone

• I think here, RUST and Mapcore are the three havens of the more

experience HL mappers, with perhaps a few mod specific sites as well.
My journeys to VERC post-HL2 have shown me the light - I won't be
visiting there very often from now.

-instead of starting a new post-

In regards to hint brushes. I have an outdoor area that I would like to use hint brushes on in order to hide the rest of my map which lies behind and below the large wall in the center picture here (center picture). Or if there's a better way of blocking off the unseen area, great! But as it is now, using +mat_wireframe, I can see things behind this huge wall and it's hurting my fps. Also, would using hint brushes all around the outside area prevent a player from seeing my city ground texture that's in a 3D skybox? Any help is appreciated.

Have you used func_occluders (ignore the spelling)? But it blocks
models behind it. Just look at the sample sdk map to explain how to use
them.

Hint brushes don't actually occlude anything - they only cut visblocks. There is a good example map with the sdk that shows how a hintbrush is used, to block objects on the other side of a short wall (doesn't extend to the ceiling).

When the engine calculates visibility, it does so from within the visblock that you are standing. This visblock can be very large, and allow much more visibility than just your perspective. To see these visblocks ingame, type mat_leafvis 1 in the console.

Static, my bet is that your visblocks extend above the wall that is supposed to be blocking other parts of the level. This sample map (not at my pc, don't have the exact link..but it's in the sdk_content folder) on hintbrushes shows the exact way to fix this problem.

my optimisation tut, its got everything i could find about it:

http://www.student.kun.nl/rvanhoorn/Optimization.doc

yea I know, doc...Im waiting till interlopers is back up so they can
host it (I originally wrote it for them)thats also why you wont see the
example map, sorry

Thanks for the .doc. Reading it right now. Very helpful and easy to understand.

Excellent tutorial, good job on that :smile:

If anyone has played the new cs map cs_compound you can see how valve uses a large hint brush the exact same way as in the sdk hintbrush map. See it was useful after all!

That map looks like something out of HL2, not in a bad way though.

Just want to add a bit of information to the thread:

If you build your map, and type " mat_visleaf 1" in the console, you can wander around your map, looking at each visblock, and decide which "tall" ones can be split, then go back into hammer and add a hint brush where you want to split it.

Thoughts:

You can spend a LOT of time on this problem and not impact the speed of your map. In fact, you can quite easily make it far worse. I have overloaded vis a couple of times,getting dozens of cluster-saw-into-cluster errors.

Lowering the ceilings and working with skybox textures seems to give a better result.

You can get better performance increases by following everyone's advice to make everything possible into a func_detail. That seemed to have the greatest impact on my vis performance.

Don't ignore your skybox either. I have a detailed skybox and when I put a dome in it, and didn't turn it into an entity, it gave me two dozen errors.

It's easy to look at visblock widths, but if you trim heights with hints, you often get better performance, since it's the problem of visibility going OVER architecture that's usually the problem.

Vis splits on the 1024 unit boundary (the big grid lines in hammer), and positioning your geometry so that it takes advantage of those splits is helpful.

I would like a tool that works like the nav mesh editor for pruning the vis tree. That would be useful.

Hope something above helps.