BSP Map Optimization: Difference between revisions

From Valve Developer Community
Jump to navigation Jump to search
(This is under construction, so don't link it yet.)
 
m (Changed redirect target from Visibility optimization to VIS optimization)
Tag: Redirect target changed
 
(34 intermediate revisions by 11 users not shown)
Line 1: Line 1:
Alright, I'm going to give you a couple "homework" assignments then. You might've done some of this already, but do it again if you have to. This shouldn't take you more than an hour to go through this, but it'll greatly improve your skills, and you'll understand what your doing a lot better then.
#redirect [[VIS optimization]]
 
When you get 5 set, you're gonna compile it only with bsp and -glview turned on. Load it into glview, and have a look at how it carves things up. Next your going to compile it with vis in -fast mode, and have a look at the leafs in the engine, with mat_viewleaf on, and mat_wireframe on. Your specifically looking for the shapes of the leafs, and how everything triangulates.
On the in-engine part, turn off Hammer's auto group. This should hide all the ents and func_details that don't carve up the BSP tree. We're only interested in the BSP tree, as that's the only thing that affects visibility
 
This is a neat trick; run this command in your console: ' bind f1 "incrementvar mat_wireframe 0 3 1" '
 
It'll let you cycle through the wireframe modes by hitting F1
 
I find it very useful. Moving right along. The trick here of course is to not draw anything we don't have to, so if you can remove unnecessary triangles from the map, it'll render faster. Now I'll go through some specific instances in how to do that.
 
Firstly. Anything that's rounded, make it a func_detail. BSP hates angled faces. If you can't func_detail it, put a hint brush around it, so it doesn't carve up the tree any more than necessary. That's why you'll see hint brushes in my maps over all angled faces.
 
BSP engines love indoor areas. That's why level 6 VISes so fast. Since level 5 is outdoor, we have some special tools and tricks for making it run faster, in particular, areaportals and occluders.
 
Q re: func_details - Does each individual part have to be a func_detail or can a big assembly of say 4 brushes (the wall destroyed bits) be a func_Detail
It can be assemblages
If it doesn't contribute to blocking the view somehow, make it an func_detail.
I'm going to go over areaportals now, cause they're absolutely perfect for level 5
 
Basically, an areaportal is a way of telling the engine, instead of "don't draw what's behind this" it tells the engine "Only draw things you can see through this"
They work with the BSP tree. Basically, you have to 'seal' areas with areaportals, same as you seal the map from the void.
If it's say, a sideroom with only one exit/entrance to the room, you can seal the room off with one areaportal, on that doorway. If it's a more complex structure, like an entire building, you have to seal every opening with an areaportal.
 
func_areaportals? Are those automatic? I remember using those at some point and they didnt do anything
Oh, they do something alright
I had to manually toggle them with some console commands to make them block stuff
alright
Heh
Well, lemme explain
A func_areaportal is either "open" or "closed". When it's closed, it'll block off everything behind it, period. This is great for some situations, where you have a door you can open and close. When it's opened, it's still doing something. Basically, what it does is this. Everything that's visible through the areaportal's leaf, it'll cull it if you can't draw a ray from the player's viewpoint through it to the object being tested. This works really well for culling model geometry.
 
To understand why that's better than just straight BSP vising, we have to go into what the leafs are actually doing in regards to VIS
Leafs are generally rectangular prisms. they can be other shapes, but they have to be CSG, though, so they can't be convex
[ 04:04 ] [Talia] During the vis step of the compile, the engine goes and looks at a leaf. It then goes and says " which leaves can this leaf see?" and it draws rays from every leaf in the map to every other leaf in the map.
If you can draw a ray from the leaf to another leaf, it considers it visible. If you can't, it doesn't draw it when your in that leaf.
 
I just had to explain this to a kid on the chatbear messageboards. He's got a large building in the middle of the map, and he's wondering why it's drawing what's behind the building, even if the player can't see it
Well, it's visible not because the player can see it, but because the leaf that the player is in can see it
You see, generally the leafs will stretch to the ceiling of the map, so that let's them see over buildings more often than not
This will destroy level 5, if this were the case
Ahh. I take it this is where hints come in handy then?
You got it!
In the case of 5, we're going to lay a hint brush that's parrallel to the ground plane, at the height of the roofs of the buildings
This'll keep the leafs beneath the level of the buildings, so they won't be able to 'see' over them
You see?
Aye, so there aren't loads of leaves above the buildings, just a few.
Yup.
So for each roof level have a hint brush?
Nah, that'd be a mistake
That'd carve up the tree more than we want.
Hmm
What we want to do is try to put one level of hintbrushes, near the top, as high as we can without more leafs seeing over buildings.
This is where "designing with optimization" comes to mind
This is one of the things I intended to show you sooner, so we wouldn't have to go back and fix 5, but this is a learning experience, after all, so mistakes will be made.
Essentially now it's your job to come up with a way to make the roofs of the buildings all high and level enough that we can lay one hint brush over the top of them, and make the vis work for us.
Hmm, 'kay.
Ok. Now I'm going to step back to areaportals for a minute.
So a few things might be able to stick out over it but it should generally all be level with that hintbrush?
Yes.
Oh, sticking out over it is fine. We just don't want buildings *lower* than it
Otherwise, the leafs can see over those buildings
Areaportals help us whenever the player is inside a building. Now, like I said with the leafs, the leafs are calc'd on what they can see. Areaportals are calc'd on what the *player* can see.
So areaportals are more precise than leafs, but that comes at a cost
Ah, gotcha.
We don't want more areaportals than necessary, because that'll cost us in rendering performance also. But You can use quite a few and still be fine.
Here's a trick.
There's a couple of places, like, take the furniture storefront, for instance, where we can use one areaportal to cover several windows.
Ah
Basically, I'd func_detail the doorway and the brushes that're in the middle of the that storefront, and stick one areaportal over that entire opening.
Does that make sense?
Yah
Ok. I'm gonna go copy and edit this and put it up on the wiki, cause I just wrote a whole lot here, haha

Latest revision as of 12:09, 30 August 2023

Redirect to:

Retrieved from "https://developer.valvesoftware.com/w/index.php?title=BSP_Map_Optimization&oldid=344006"