Func occluder: Difference between revisions
(→Entity description: added additional suggested use of occluder inside brush entity walls.) |
Kestrelguy (talk | contribs) m (added language bar.) |
||
Line 1: | Line 1: | ||
{{lang|Func occluder}} | |||
[[File:Occlusion example.jpg|350px|thumb|Green boxes represent occluded props, red boxes unoccluded ones.]] | [[File:Occlusion example.jpg|350px|thumb|Green boxes represent occluded props, red boxes unoccluded ones.]] | ||
[[File:Toolsoccluder.gif|left|link=]] | [[File:Toolsoccluder.gif|left|link=]] | ||
{{ | {{brush ent|func_occluder}} | ||
{{clr-left}} | {{clr-left}} | ||
==Entity | ==Entity Description== | ||
It hides [[model]]s that are entirely covered by it in the player's view, according to how it has been textured. They are used to control visibility in places where | It hides [[model]]s that are entirely covered by it in the player's view, according to how it has been textured. They are used to control visibility in places where {{ent|func_areaportal}}s or [[world brush]]es are unsuitable. Calculations of model visibility in-game is done in real time and is not in the final compile process. Use <code>func_occluder</code>s wisely, because they do calculations in real time and can cost a lot of CPU if there are too many in a map. | ||
Occluders are very useful in cases where you have reasonably large [[ | Occluders are very useful in cases where you have reasonably large {{ent|func_detail}}, [[Prop Types Overview|prop]], or {{ent|func_brush}} walls. These walls do not cut [[visleaves]] and therefore will not stop props from rendering behind these walls. Adding an occluder inside the same wall will at the very least hide all props behind the brush entity walls. | ||
These walls do not cut [[visleaves]] and therefore will not stop props from rendering behind these walls. Adding an | |||
Usually, all faces of a func_occluder are | Usually, all faces of a <code>func_occluder</code> are Nodraw or Skip (as seen in {{csgo|2}} maps), with the occluding faces using the Occluder or Trigger texture.<br> | ||
The | The occlusion will only work if the player is looking at the side that has the occluding texture "visible." If the back side is Nodraw, the occlusion will not take place if looked at from the other side. | ||
== Usage == | == Usage == | ||
{| class=wikitable style="float:right; text-align:center" | {| class=wikitable style="float:right; text-align:center" | ||
! Texture on a func_occluder !! Effect of that face | ! Texture on a func_occluder !! Effect of that face | ||
Line 25: | Line 22: | ||
===Texturing=== | ===Texturing=== | ||
This entity works according to how materials has been applied to it: | This entity works according to how materials has been applied to it: | ||
* All sides covered with the '''[[tool textures#occluder| | * All sides covered with the '''[[tool textures#occluder|Occluder]]''' or '''[[tool textures#trigger|Trigger]]''' materials will occlude. | ||
* All sides covered with the '''[[nodraw]]''' material will not occlude. | * All sides covered with the '''[[Tool textures#nodraw|Nodraw]]''' material will not occlude. | ||
===Occluders and Areaportals=== | ===Occluders and Areaportals=== | ||
There are several important differences between occluders and areaportals: | There are several important differences between occluders and areaportals: | ||
Line 36: | Line 32: | ||
* An occluder can be free standing and does not need to separate two areas. | * An occluder can be free standing and does not need to separate two areas. | ||
===Debugging | ===Debugging Commands=== | ||
;<code>r_occlusion</code>:Activate/deactivate the occlusion system. | |||
;<code>r_occlusion</code> | ;<code>r_visocclusion</code>:Activate/deactivate wireframe rendering of what the occlusion system is doing. | ||
:Activate/deactivate the occlusion system. | ;<code>r_drawpixelvisibility</code>:Show the occlusion proxies | ||
;<code>r_visocclusion</code> | ;<code>r_occludeemaxarea</code>:Prevents occlusion testing for entities that take up more than X% of the screen. 0 means use whatever the level said to use. | ||
:Activate/deactivate wireframe rendering of what the occlusion system is doing. | ;<code>r_occluderminarea</code>:Prevents occlusion testing for entities that take up less than X% of the screen. 0 means use whatever the level said to use. | ||
;<code>r_drawpixelvisibility</code> | ;<code>r_occlusionspew</code>:Activate/deactivates spew about what the occlusion system is doing. | ||
:Show the occlusion proxies | ;<code>r_occludermincount</code>:At least this many occluders will be used, no matter how big they are. | ||
;<code>r_occludeemaxarea</code> | |||
:Prevents occlusion testing for entities that take up more than X% of the screen. 0 means use whatever the level said to use. | |||
;<code>r_occluderminarea</code> | |||
:Prevents occlusion testing for entities that take up less than X% of the screen. 0 means use whatever the level said to use. | |||
;<code>r_occlusionspew</code> | |||
:Activate/deactivates spew about what the occlusion system is doing. | |||
;<code>r_occludermincount</code> | |||
:At least this many occluders will be used, no matter how big they are. | |||
==Keyvalues== | ==Keyvalues== | ||
{{KV|Initial State|intn=StartActive|choices|If the entity starts inactive, use the <code>Activate</code> or <code>Toggle</code> inputs to turn it on. Default value is 1 | {{KV|Initial State|intn=StartActive|choices|If the entity starts inactive, use the <code>Activate</code> or <code>Toggle</code> inputs to turn it on. Default value is 1. | ||
:*0: Inactive | :*0: Inactive | ||
:*1: Active | :*1: Active}} | ||
{{KV | {{KV BaseEntity|brush=1}} | ||
==Inputs== | ==Inputs== | ||
{{IO|Activate}} | |||
{{IO|Deactivate}} | |||
{{IO|Toggle|Control the state of the occluder.}} | |||
{{I BaseEntity}} | |||
{{I | |||
==Outputs== | ==Outputs== | ||
{{O BaseEntity|l4d=1}} | |||
{{O | {{optim_brush}} | ||
==External Links== | ==External Links== | ||
* [[Visibility optimization|Visibility Optimization]] | |||
* [[w:Antiportal|Wikipedia on Antiportals]] | * [[w:Antiportal|Wikipedia on Antiportals]] |
Revision as of 17:16, 19 May 2022



Entity Description
It hides models that are entirely covered by it in the player's view, according to how it has been textured. They are used to control visibility in places where func_areaportals or world brushes are unsuitable. Calculations of model visibility in-game is done in real time and is not in the final compile process. Use func_occluder
s wisely, because they do calculations in real time and can cost a lot of CPU if there are too many in a map.
Occluders are very useful in cases where you have reasonably large func_detail, prop, or func_brush walls. These walls do not cut visleaves and therefore will not stop props from rendering behind these walls. Adding an occluder inside the same wall will at the very least hide all props behind the brush entity walls.
Usually, all faces of a func_occluder
are Nodraw or Skip (as seen in Counter-Strike: Global Offensive maps), with the occluding faces using the Occluder or Trigger texture.
The occlusion will only work if the player is looking at the side that has the occluding texture "visible." If the back side is Nodraw, the occlusion will not take place if looked at from the other side.
Usage
Texture on a func_occluder | Effect of that face |
---|---|
![]() ![]() |
Occlude |
![]() |
Don't Occlude |
Texturing
This entity works according to how materials has been applied to it:
- All sides covered with the Occluder or Trigger materials will occlude.
- All sides covered with the Nodraw material will not occlude.
Occluders and Areaportals
There are several important differences between occluders and areaportals:
- An occluder only hides props, not world geometery or static brushes.
- An occluder does not split visleaves.
- An occluder can be free standing and does not need to separate two areas.
Debugging Commands
r_occlusion
- Activate/deactivate the occlusion system.
r_visocclusion
- Activate/deactivate wireframe rendering of what the occlusion system is doing.
r_drawpixelvisibility
- Show the occlusion proxies
r_occludeemaxarea
- Prevents occlusion testing for entities that take up more than X% of the screen. 0 means use whatever the level said to use.
r_occluderminarea
- Prevents occlusion testing for entities that take up less than X% of the screen. 0 means use whatever the level said to use.
r_occlusionspew
- Activate/deactivates spew about what the occlusion system is doing.
r_occludermincount
- At least this many occluders will be used, no matter how big they are.
Keyvalues
- Initial State (StartActive) <choices>
- If the entity starts inactive, use the
Activate
orToggle
inputs to turn it on. Default value is 1.- 0: Inactive
- 1: Active
Inputs
- Activate
- Deactivate
- Toggle
- Control the state of the occluder.