Static DDGI
Static DDGI uses the same probe volumes and the same Irradiance calculations and Octahedral representations as Dynamic DDGI, but resolves irradiance once at bake time instead of continuously at runtime. It is the low-end and no Ray-Tracing Hardware GPU support (GTX 900/ Radeon 5000 series or older) path.
What you get
Near-instant bakes. This is the headline difference from LightMass. Baking probe irradiance is a fundamentally cheaper problem than solving lightmap UVs and per-texel radiosity, and the iteration loop changes character entirely when a bake takes seconds rather than hours.
Better bounce fidelity than traditional baked lighting. The Actual Geometrical Scene traversal representation captures directional irradiance rather than a flat lightmap values, so surfaces respond correctly to their orientation even where lighting was baked.
Better coverage of moving objects. This is the structural advantage over lightmaps. Lightmaps store lighting on surfaces, so a moving object has to fall back to indirect lighting samples or volumetric lightmaps. DDGI probe volumes store lighting in space, so anything that moves through the volume — characters, vehicles, physics debris — samples the same representation static geometry does, and looks consistent with it.
When to use it
Situation | Recommendation |
|---|---|
Minimum spec has no DXR support | Static RT DDGI |
Minimum spec is very low-end but DXR capable | Dynamic RT DDGI at lower Ray Budget |
Lighting is fully static (no time of day, no destructible lights) | Static DDGI is sufficient |
Lighting changes at runtime | |
Shipping across a wide hardware range | Both, switched automatically by HW detection |
That last row is the common case and the reason Static DDGI is worth setting up even on a project targeting dynamic lighting. Because the two modes share volumes and authoring, supporting both is a scalability setting rather than a second lighting pass through every level.
Setting up
Bake Static DDGI
Place and size DDGI volumes exactly as you would for the dynamic mode. Volume placement and probe density authoring is shared.
Switch the volume to its static mode.
Finalise your lighting. Anything that changes after the bake will not be reflected in the probes.
Bake. Iterate freely — the bake is fast enough that you can treat it as part of the lighting loop rather than an overnight job.
Verify with moving objects in the scene, since that is where Static DDGI most visibly beats lightmaps.
Limitations
Static DDGI is baked, so everything that implies applies: no time-of-day, no lights that move or change intensity contributing bounce, no bounce from destructible geometry after it is destroyed. Direct lighting can still be fully dynamic; it is only the indirect bounce that is frozen.
Probe spacing still bounds spatial resolution, so the same reasoning about contact detail applies. Combining with SSGI is worthwhile here too, and SSGI has no ray tracing requirement, so it remains available on the same hardware.
Note that Vite disables lightmap UV generation by default on import — see Engine Default Changes. If you intend to use traditional lightmaps alongside or instead of Static DDGI, you will need to re-enable it.