Area Portal Map Bug
Quote from FelixGriffin on January 20, 2013, 10:34 amChickenMobile wrote:Incorrect about the big leaf, your map would be split up into multiple small leafs for absolutely no reason, decreasing performance and making compile times extremely longer. Probably for your map, a big box around everything might increase performance.But wouldn't it only have one leaf, because everything that could block visibility would be func_detailed? (I'm probably wrong, I'm not very good at optimizing maps. I just try to func_detail any crazy shapes and leave the rest as world geometry.)
But wouldn't it only have one leaf, because everything that could block visibility would be func_detailed? (I'm probably wrong, I'm not very good at optimizing maps. I just try to func_detail any crazy shapes and leave the rest as world geometry.)

Quote from ChickenMobile on January 20, 2013, 9:15 pmFelixGriffin wrote:But wouldn't it only have one leaf, because everything that could block visibility would be func_detailed? (I'm probably wrong, I'm not very good at optimizing maps. I just try to func_detail any crazy shapes and leave the rest as world geometry.)You would be able to nearly see all the leaves at once, but vvis will still try to figure out what visleafs can't see each other when it compiles. Hence the in-game lag and large compile times.
In order to manually set what leafs can see each other, create a big trigger and change it to a func_viscluster in the spot you want it to be.
Here's a simple comic for you simple minded people to understand the leaf concept.
You would be able to nearly see all the leaves at once, but vvis will still try to figure out what visleafs can't see each other when it compiles. Hence the in-game lag and large compile times.
In order to manually set what leafs can see each other, create a big trigger and change it to a func_viscluster in the spot you want it to be.
Here's a simple comic for you simple minded people to understand the leaf concept.
Quote from Lpfreaky90 on January 20, 2013, 11:13 pmChickenMobile wrote:FelixGriffin wrote:But wouldn't it only have one leaf, because everything that could block visibility would be func_detailed? (I'm probably wrong, I'm not very good at optimizing maps. I just try to func_detail any crazy shapes and leave the rest as world geometry.)You would be able to nearly see all the leaves at once, but vvis will still try to figure out what visleafs can't see each other when it compiles. Hence the in-game lag and large compile times.
In order to manually set what leafs can see each other, create a big trigger and change it to a func_viscluster in the spot you want it to be.
Here's a simple comic for you simple minded people to understand the leaf concept.
![]()
![]()
![]()
You would be able to nearly see all the leaves at once, but vvis will still try to figure out what visleafs can't see each other when it compiles. Hence the in-game lag and large compile times.
In order to manually set what leafs can see each other, create a big trigger and change it to a func_viscluster in the spot you want it to be.
Here's a simple comic for you simple minded people to understand the leaf concept.


Quote from josepezdj on January 21, 2013, 4:22 amChicken wrote:AWESOMESAUCE SELF-EXPLANATORY AWESOME DRAWINGS!FUCK
YEAH!
@yishbarr. your map is truly a mess, sorry. Bare in mind the simplest areaportal construction in order to understand how it must be made and how it works: a simple square room with a door hollow size 256x128 (h x w); the areaportal can be 1-2 units thick and covering that door hollow (256x128 units); you can introduce its edges some units into the walls brushes or ceiling/floor because they are world brushes... if for example you would have a func_detailed brush at one edge of the door frame, like one pillar size 256x32 units (h x w), this areaportal should be necessarily 256x160 unit (h x w) at least to make sure your areaportal is sealed, understand? Imagine that room is all your whole map and it cannot have any leaks to can be compiled, ok?
In your map there are areaportals NOT TIED to a func_areaportal entity but textured like so, avoid this kind of stuff. Also you made areaportal brushes with their edges floating in the air, not touching world brushes with ALL their edges... this is not the way.
Just by closing the external area of your map with huge brushes you won't make it to work properly. You must seal it properly before.
There is a terrible bad habit you have (dunno if this was a map previously made in PTI and later editted with hammer but it looks like so at certain parts...): I discovered many of your walls are 1 unit thick. Try to make them at least 32 units, and try that all props and entities are inside your walls in order to seal your map: there are squarebeams almost outside the map and a lot of leaks where you have gel droppers or tractor beams.
I'd suggest you to give it a look to the basic hammer tutorials by Solarchronus. Apart from explain how to do the basic stuff in hammer, he is so neat when sealing the map and making the holes to embed the props and such, I think you'll appreciate these tutorials.
By now, just forget about areaportals, you don't really need them at all for such a small map like this. When you are more skilled in hammer, give a carefully check to this optimisation guide.
Cheer up!
FUCK YEAH!
@yishbarr. your map is truly a mess, sorry. Bare in mind the simplest areaportal construction in order to understand how it must be made and how it works: a simple square room with a door hollow size 256x128 (h x w); the areaportal can be 1-2 units thick and covering that door hollow (256x128 units); you can introduce its edges some units into the walls brushes or ceiling/floor because they are world brushes... if for example you would have a func_detailed brush at one edge of the door frame, like one pillar size 256x32 units (h x w), this areaportal should be necessarily 256x160 unit (h x w) at least to make sure your areaportal is sealed, understand? Imagine that room is all your whole map and it cannot have any leaks to can be compiled, ok?
In your map there are areaportals NOT TIED to a func_areaportal entity but textured like so, avoid this kind of stuff. Also you made areaportal brushes with their edges floating in the air, not touching world brushes with ALL their edges... this is not the way.
Just by closing the external area of your map with huge brushes you won't make it to work properly. You must seal it properly before.
There is a terrible bad habit you have (dunno if this was a map previously made in PTI and later editted with hammer but it looks like so at certain parts...): I discovered many of your walls are 1 unit thick. Try to make them at least 32 units, and try that all props and entities are inside your walls in order to seal your map: there are squarebeams almost outside the map and a lot of leaks where you have gel droppers or tractor beams.
I'd suggest you to give it a look to the basic hammer tutorials by Solarchronus. Apart from explain how to do the basic stuff in hammer, he is so neat when sealing the map and making the holes to embed the props and such, I think you'll appreciate these tutorials.
By now, just forget about areaportals, you don't really need them at all for such a small map like this. When you are more skilled in hammer, give a carefully check to this optimisation guide.
Cheer up!
