Volumetrisches Rendering: Nebel, Rauch, Wolken

Volumetrisches Rendering bezeichnet die Simulation von Lichtinteraktion in teilweise transparenten, dreidimensionalen Medien (Volumes) – Nebel, Rauch, Wolken, Feuer und atmosphärische Streuung in 3D-Szenen.

Rubrik: Software & Tools Deep-Dive · Unterrubrik: Render-Engines · Niveau: Fortgeschritten Synonyme / Auch bekannt als: Volume Rendering, Volumetrics, Atmospheric Effects, Participating Media

Was ist volumetrisches Rendering?

In der realen Welt ist Luft nicht leer: Sie enthält Staubpartikel, Wasserdampf, Rauchpartikel – alles Medien, die Licht streuen und absorbieren. Diese Effekte heißen Participating Media (teilnehmende Medien). Licht, das durch solche Medien reist, wird gestreut (richtungslos in andere Richtungen gelenkt) und absorbiert (in Wärme umgewandelt).

Volumetrisches Rendering simuliert diese Physik: Anstatt Licht nur an Oberflächen zu berechnen, wird auch die Interaktion innerhalb von Volumina berechnet.

Erklärung

Physikalische Grundlagen

Die Physik von Licht in Participating Media wird durch die Radiative Transfer Equation (RTE) beschrieben:

• Absorption (σ_a): Licht wird absorbiert und in Wärme umgewandelt. Hohe Absorption → dunkles, dichtes Medium.
• Scattering (σ_s): Licht wird in andere Richtungen gestreut. Hohe Streuung → milchig-weißes Medium (Wolken).
• Emission (σ_e): Das Medium emittiert selbst Licht (Feuer, Lava, Glut).
• Phase Function: Bestimmt, in welche Richtungen gestreut wird.

- Isotropic: Gleichmäßige Streuung in alle Richtungen (Nebel). - Anisotropic (Henyey-Greenstein): Bevorzugt Vorwärts- oder Rückwärtsstreuung (Wolken, Smoke).

Extinction Coefficient: σt = σa + σ_s – beschreibt, wie schnell Licht insgesamt gedämpft wird.

Volume-Daten-Formate

#### OpenVDB

OpenVDB ist das Industrie-Standard-Format für volumetrische Daten, entwickelt von DreamWorks Animation (2012) und jetzt Open Source (OpenVDB Foundation / ASWF):

• Speichert 3D-Grids mit beliebigen Werte-Typen (Float, Vector, Integer).
• Effiziente Sparse-Representation: Nur gefüllte Voxel werden gespeichert.
• Native Unterstützung in Houdini, Maya, Blender, Arnold, V-Ray, Redshift.
• Gängige Felder: density (Dichte), temperature (Temperatur), velocity (Geschwindigkeit für Advection).

#### Field3D, VDB

Field3D (Pixar, jetzt selten) und proprietäre Formate wurden durch OpenVDB weitgehend verdrängt.

#### Procedural Volumes

Neben gesimultierten OpenVDB-Daten bieten Render-Engines prozedurale Volumes:

• Noise-basiert: Volume gefüllt mit proceduralischen Noise-Mustern (Cloud Noise, Perlin Noise).
• Formel-basiert: Beliebige Dichte-Funktionen.
• In Houdini via VOPs (VEX Operator Networks); in Blender via Volume Object + Shader Nodes.

Rendering von Volumes

#### Ray Marching

Der primäre Algorithmus für Volume-Rendering ist Ray Marching:

1. Ein Strahl wird durch das Volume geschossen.
2. In festen Schritten (Step Size) wird die Dichte, Temperatur und Streuung entlang des Strahls abgetastet.
3. An jedem Schritt wird die Lichtbeitrag (direkte Beleuchtung durch Shadow Rays) berechnet.
4. Alle Beiträge werden akkumuliert (Beer-Lambert-Gesetz für Absorption).

Kleinere Step Size = genaueres Ergebnis, aber mehr Berechnungsschritte.

#### Volume Path Tracing

Moderner Ansatz: Anstatt in festen Schritten, werden Interaktionspunkte (Scattering Events) stochastisch gezogen. Physikalisch korrekter und bei dichten Medien oft effizienter als Ray Marching.

Fire und Emission

Feuer-Rendering nutzt die Temperatur-Eigenschaft von Pyro-Simulationen:

• Jedes Voxel hat eine Temperatur.
• Hohe Temperatur → Emission (Glühen, Weißgelbes Feuer).
• Niedrige Temperatur → Rauch (kühlt ab, wird dunkler).

Eine Blackbody-Radiation-Kurve bestimmt die Emissionsfarbe basierend auf Temperatur: Ca. 1000K = Rot-Orange, 3000K = Gelb-Weiß, 6000K = Weiß-Blau.

Beispiele

• Pyro-Simulation (Houdini + Redshift): Explosionstests aus Houdinis Pyro Solver, gerendert als OpenVDB in Redshift – Feuer, Rauch und Funken in einem Render.
• Atmosphärische Streuung: Lichtstrahlen durch Fenster (God Rays) – Haze/Atmosphere-Volume in der gesamten Szene.
• Wolken (CFX): Procedural Cloud Volumes für Sci-Fi-Szenen oder Exterior-Shots.
• Nebel in Horrorfilm: Boden-Nebel durch dünnes, niedriges Volume mit moderater Dichte.

In der Praxis

Houdini Pyro → OpenVDB → Redshift-Workflow

1. Houdini Pyro Simulation: Feuer/Rauch mit Pyro Solver simulieren.
2. OpenVDB Export: Als .vdb-Sequence exportieren (DOP Import → File Cache → OpenVDB Format).
3. Redshift Volume Object: In Cinema 4D oder Maya OpenVDB laden, Redshift Volume Material zuweisen.
4. Volume Material: Density (σ_t), Scatter Color, Temperature für Emission einstellen.
5. Render Settings: Volume Steps anpassen (adaptive oder fixed).

Blender Volumetrics (Cycles)

Blender nutzt ein Volume Scatter / Volume Absorption-Shader-System:

``` Volume Object hinzufügen → Material → Volume Shader: Principled Volume (für Smoke/Fire) Oder: Volume Scatter + Volume Absorption kombiniert

Density Field: Vom Volume-Grid (OpenVDB) oder procedural Color: Gradient basierend auf Temperatur (Fire) ```

Performance-Optimierung für Volumes

• Step Size: Größere Step Size = schneller, aber grober. Für Vorschau: 0.5–1.0; Produktion: 0.05–0.2.
• Volume Shadow Steps: Separate Einstellung für Schatten-Rays; kann reduziert werden ohne starken Qualitätsverlust.
• Clipping: Volumes auf den sichtbaren Bereich clippen (keine unnecessary Berechnungen außerhalb des Frames).
• Denoising: Volume-Passes separat denoisieren (siehe Denoising in Render-Engines (Intel OpenImageDenoise, OptiX)).

Vergleich & Abgrenzung

Volumetrisches Rendering ist kein Ersatz für Subsurface Scattering: SSS beschreibt Lichtstreuung innerhalb solider Materialien (Haut, Wachs), während Volumetric Rendering für offene, frei strömende Medien (Gas, Nebel) verwendet wird.

Häufige Fragen (FAQ)

Warum rendern Volumes so langsam? Weil für jeden Pixel mehrere Shadow Rays durch das gesamte Volume geschossen werden müssen. Je dichter und größer das Volume, desto mehr Berechnungsschritte.

Was ist der Unterschied zwischen Haze und Fog? Praktisch: Fog ist eine lokale, dichte Ansammlung; Haze ist eine schwache, atmosphärische Streuung über die gesamte Szene. Technisch werden beide durch Volume Scatter implementiert, nur mit unterschiedlicher Dichte und Ausdehnung.

Kann man OpenVDB in Echtzeit rendern? Eingeschränkt – Unreal Engine 5 (Niagara + Sparse Volume) und NVIDIA Omniverse bieten Echtzeit-Volume-Rendering, aber mit Qualitätseinschränkungen gegenüber Offline-Rendering.

Verwandte Einträge

• Render-Engines im Vergleich: Cycles, Octane, Redshift, Arnold, V-Ray
• Path Tracing: Grundlagen und Funktionsweise
• Mantra: Houdinis Built-in Renderer
• Arnold Renderer: Unbiased CPU/GPU-Rendering
• AOVs und Render-Passes für Compositing
• Denoising in Render-Engines (Intel OpenImageDenoise, OptiX)
• Subsurface Scattering (SSS) für Haut und organische Materialien

Weiterführend

• Museth, K. et al. (2013): „OpenVDB: An Open-Source Data Structure and Toolkit for High-Resolution Volumes". SIGGRAPH 2013 Course.
• Henyey, L. G. & Greenstein, J. L. (1941): „Diffuse Radiation in the Galaxy". The Astrophysical Journal, 93, S. 70–83.
• Pharr, M., Jakob, W. & Humphreys, G. (2016): Physically Based Rendering. 3. Aufl. Morgan Kaufmann, Kap. 15 (Light Transport II: Volume Rendering).
• Wrenninge, M. (Hrsg., 2012): Production Volume Rendering: Design and Implementation. A K Peters / CRC Press.