Deferred renderer: Difference between revisions
No edit summary |
(Fix typos and improve wording) |
||
| Line 1: | Line 1: | ||
{{LanguageBar|title=Deferred lighting and Deferred shading}} | {{LanguageBar|title=Deferred lighting and Deferred shading}} | ||
__NOTOC__ | __NOTOC__ | ||
'''Deferred lighting''' is an alternate lighting technique and modification of '''[[WP:Deferred shading|deferred shading]]''', a screen-space shading technique that allows many lights to be rendered on the scene without significant performance hit. | '''Deferred lighting''' is an alternate lighting technique and modification of '''[[WP:Deferred shading|deferred shading]]''', a screen-space shading technique that allows many lights to be rendered on the scene without a significant performance hit. | ||
It is much different from the default (usually static) [[ | It is much different from the default (usually static) [[radiosity]] lighting that comes with {{Src|4}}. It uses many different lighting passes to generate higher quality lighting, with real-time shadows. | ||
{{Src2|4}} games generally use forward rendering like {{hlalyx|4}}, but games like {{d2|4}} and {{deadlock|4}} use deferred rendering. | {{Src2|4}} games generally use forward rendering, like {{hlalyx|4}}, but games like {{d2|4}} and {{deadlock|4}} use deferred rendering. | ||
==Differences from vanilla radiosity== | ==Differences from vanilla radiosity== | ||
When compiling a map in any of {{Valve|4|addtext='s}} games, each map is run through [[VRAD]] (which can take a long time depending on hardware and [[Lighting_optimization|optimizations]]), which takes data from all the light sources and | When compiling a map in any of {{Valve|4|addtext='s}} games, each map is run through [[VRAD]] (which can take a long time depending on hardware and [[Lighting_optimization|optimizations]]), which takes data from all the light sources and compiles them into a '''lightmap''' texture. While this does provide high-quality and variable lighting, it is completely static, save for the limited ability to toggle on some lights in a scene. The difference between [[radiosity]] and deferred lighting is that deferred lighting computes all its lights in real-time, with a low performance cost ([[cheap]]). The game takes data from the normals of the object, its geometry, its albedo, and its specular lighting to create real-time accurate lighting. | ||
== | ==Dynamic lights in forward rendering== | ||
Performance can be significantly reduced if there are too many dynamic light entities like {{code|[[env_projectedtexture]]}} (also used on [[player]]'s flashlight since {{src07}}) in forward rendering. Other dynamic lights such as {{code|light_dynamic}} also reduce performance if the lightmap has a small luxel scale and/or the light has [[Lightstyle|custom appearance]] (lightstyles). Additionally, {{code|env_projectedtexture}} is also limited by the {{src|1}} engine itself (by default), meaning that it only works properly with one {{code|env_projectedtexture}} entity without engine modifications. Deferred lighting (and deferred shading) does not have these issues or limitations and almost an infinite number of dynamic lights can be active with faster performance than with forward rendering. | |||
==Features== | |||
*Quite cheap | *Quite cheap real-time lighting and shadows. | ||
*Almost infinite number of dynamic lights that can be active (stock [[Source]] only allows for one {{ent|env_projectedtexture}} at a time) | *Almost an infinite number of dynamic lights that can be active (stock [[Source]] only allows for one {{ent|env_projectedtexture}} at a time). | ||
*High-fidelity [[ | *High-fidelity [[godrays]]. | ||
*[[Volumetric lighting]] | *[[Volumetric lighting]]. | ||
*Light cookies (premade shadow maps) | *Light cookies (premade shadow maps). | ||
==Drawbacks== | |||
*Traditional | *Traditional anti-aliasing methods like [[MSAA]] might not work with deferred lighting, like in {{bms|2}} (which replaced it with FXAA because MSAA caused certain models to have a glowing outline),{{Cite|1}} but it depends how it's implemented in the game, as {{asd|1}}, and {{lw|1}} still support it, though it's recommended that you use post-processing anti-aliasing methods instead as they work best with deferred lighting, and have a smaller performance hit. MSAA is also more demanding with deferred lighting/shading compared to forward rendering. | ||
*All lightmaps are disabled and only deferred lighting lights the world. {{only|{{asd}}}} | *All lightmaps are disabled and only deferred lighting lights the world. {{only|{{asd}}}} | ||
*Can be more taxing on older systems. | *Can be more taxing on older systems. | ||
| Line 30: | Line 30: | ||
==Availability== | ==Availability== | ||
=== Source === | === Source === | ||
Few {{src|1|nt=1}} games utilize this lighting technique, as it's complicated to implement, the games that do use this are: | |||
*{{asd|4}} | *{{asd|4}} | ||
*{{bms|4}} | *{{bms|4}} | ||
*{{lw|4}} | *{{lw|4}} | ||
*{{p2d|4}} | *{{p2d|4}} | ||
*{{Tfbranch|4}} (including {{apex|4}}) | *{{Tfbranch|4}} (including {{apex|4}}) — using deferred shading | ||
*{{hammer|4}} (Lighting Preview in | *{{hammer|4}} (Lighting Preview in stock HL2 and {{strata|4}}) | ||
=== Source 2 === | === Source 2 === | ||
* {{Dota2|4}} | * {{Dota2|4}} | ||
Revision as of 13:32, 22 February 2025
Deferred lighting is an alternate lighting technique and modification of deferred shading, a screen-space shading technique that allows many lights to be rendered on the scene without a significant performance hit.
It is much different from the default (usually static) radiosity lighting that comes with 
Source. It uses many different lighting passes to generate higher quality lighting, with real-time shadows.
Source 2 games generally use forward rendering, like 
Half-Life: Alyx, but games like 
Dota 2 and 
Deadlock use deferred rendering.
Differences from vanilla radiosity
When compiling a map in any of 
Valve's games, each map is run through VRAD (which can take a long time depending on hardware and optimizations), which takes data from all the light sources and compiles them into a lightmap texture. While this does provide high-quality and variable lighting, it is completely static, save for the limited ability to toggle on some lights in a scene. The difference between radiosity and deferred lighting is that deferred lighting computes all its lights in real-time, with a low performance cost (cheap). The game takes data from the normals of the object, its geometry, its albedo, and its specular lighting to create real-time accurate lighting.
Dynamic lights in forward rendering
Performance can be significantly reduced if there are too many dynamic light entities like env_projectedtexture (also used on player's flashlight since 
) in forward rendering. Other dynamic lights such as light_dynamic also reduce performance if the lightmap has a small luxel scale and/or the light has custom appearance (lightstyles). Additionally, env_projectedtexture is also limited by the Source engine itself (by default), meaning that it only works properly with one env_projectedtexture entity without engine modifications. Deferred lighting (and deferred shading) does not have these issues or limitations and almost an infinite number of dynamic lights can be active with faster performance than with forward rendering.
Features
- Quite cheap real-time lighting and shadows.
- Almost an infinite number of dynamic lights that can be active (stock Source only allows for one env_projectedtexture at a time).
- High-fidelity godrays.
- Volumetric lighting.
- Light cookies (premade shadow maps).
Drawbacks
- Traditional anti-aliasing methods like MSAA might not work with deferred lighting, like in
Black Mesa (which replaced it with FXAA because MSAA caused certain models to have a glowing outline),[1] but it depends how it's implemented in the game, as Alien Swarm Deferred, and Lambda Wars still support it, though it's recommended that you use post-processing anti-aliasing methods instead as they work best with deferred lighting, and have a smaller performance hit. MSAA is also more demanding with deferred lighting/shading compared to forward rendering. - All lightmaps are disabled and only deferred lighting lights the world. (only in
) - Can be more taxing on older systems.
- DX9 SM3 or later only, older DirectX compatibility versions are not supported.
Media
Availability
Source
Few Source Engine games utilize this lighting technique, as it's complicated to implement, the games that do use this are:
- Alien Swarm Deferred
- Black Mesa
Lambda Wars
Portal 2: Desolation
Titanfall branch (including 
Apex Legends) — using deferred shading
Hammer (Lighting Preview in stock HL2 and 
Strata Source)
Source 2
Tutorials
See also
- Alien Swarm Deferred
- Light editor
- Volumetric lighting
- newLight_Point
- newLight_Spot
- light_deferred
- light_deferred_global
Deferred lighting (Wikipedia)
External links
- Deferred Shading on LearnOpenGL (basics)
References
| References | ||
|---|---|---|
|