Pathtracing nach Kajiya 1986: Wie die Rendering-Equation die DACH-Renderer-Welt strukturiert

Im Sommer 1986 stellte James Kajiya auf der SIGGRAPH in Dallas ein Paper vor, das einen der zentralen Texte der Computergrafik werden sollte. „The Rendering Equation” formulierte das Problem der bildsynthetischen Lichtsimulation in einer einzigen Integralgleichung. Jede sichtbare Strahldichte an einem Punkt sei das Integral über alle einfallenden Lichtwege, gewichtet mit der bidirektionalen Reflexionsverteilungsfunktion des Materials. Aus dieser Formulierung folge eine ganze Familie von Monte-Carlo-Verfahren, die das Integral durch Zufallsstichproben annähern: das Pathtracing.

Vier Jahrzehnte später ist diese akademische Gleichung in jeder ernsthaften DACH-Renderer-Pipeline der praktische Default. V-Ray vom Chaos Group-Office in Sofia mit langjähriger DACH-Verbreitung in Architektur und Werbung, Corona Renderer mit ähnlicher Marktposition, Arnold seit der Übernahme durch Autodesk 2016 als Maya-Default, Cycles als Blender-interner Pathtracer, Redshift als GPU-Variante und Octane für GPU-orientierte Produktionen — alle bauen auf Kajiyas Formulierung auf. Was 1986 als Forschungsidee mit nicht überschaubaren Rechenzeiten begann, ist heute die nüchterne Grundlage der Produktion.

Vom Scanline-Renderer zum Pathtracer

Die Entwicklung dorthin war keine gerade Linie. In den 1990er Jahren dominierten Scanline-Renderer mit Phong- oder Blinn-Shading die Produktion. Mental Ray, das 1986 vom Berliner Unternehmen Mental Images entwickelt wurde, brachte als einer der ersten produktiven Renderer ernsthafte Raytracing-Funktionen in 3ds Max und Maya. Photon Mapping, Henrik Wann Jensens Verfahren aus den späten 1990er Jahren, ergänzte das um indirekte Beleuchtung über Photonen-Karten. Final Gathering, Irradiance Caching und ähnliche Verfahren versuchten, globale Beleuchtung über Caches zu beschleunigen. Das Ergebnis sah gut aus, wenn die Parameter stimmten, und neigte zu Flackern, sobald sich etwas bewegte.

Mit der Verfügbarkeit ausreichender Rechenleistung verschob sich das Bild. Eric Veachs Bidirectional Path Tracing aus seiner Stanford-Dissertation von 1997 und sein Multiple Importance Sampling aus dem gleichen Kontext lösten zentrale Probleme der reinen Path-Tracing-Stichprobenstrategie. Ab Mitte der 2000er Jahre begannen Produktionsrenderer, von Cache-basierten Ansätzen auf reine Pathtracing-Lösungen umzuschwenken. Pixars eigene Pipeline machte 2013 den Schritt zu unidirektionalem Pathtracing mit RenderMan RIS und damit denselben Weg, den Solid Angle mit Arnold seit 2009 öffentlich propagierte. In DACH-Produktionen folgten die Studios der gleichen Linie.

Die DACH-Renderer-Landschaft

In der DACH-Architekturvisualisierung dominiert seit den 2000er Jahren V-Ray. Die Sofia-basierte Chaos Group, gegründet 1997 von Vladimir Koylazov und Peter Mitev, hatte mit dem 3ds-Max-Plugin den Nerv eines Marktes getroffen, der hohe Bildqualität bei produktionstauglicher Konfigurierbarkeit verlangte. Über die Jahre wurde V-Ray zur Lingua franca der DACH-Visualisierer; in Stellenausschreibungen großer Münchener, Hamburger und Wiener Visualisierungsstudios sei V-Ray-Kenntnis vielfach Pflicht, hieß es zuletzt in Branchenrunden.

Mit Corona Renderer, das 2017 von Chaos Group übernommen wurde, kam ein zweiter Pathtracer in die V-Ray-Familie, der auf einfache Bedienbarkeit setzt. Die Architektur-Studios, die schnelle Iteration mit wenig Parameter-Pflege brauchen, sind häufig auf Corona; die VFX- und Werbeproduktionen, die maximale Kontrolle und Pipeline-Integration verlangen, bleiben bei V-Ray.

Arnold hat in DACH-Studios mit US-Anbindung einen festen Platz: Solid Angle wurde 2016 von Autodesk gekauft, Arnold ist seither der Maya-Default und löste die alte Mental-Ray-Linie ab. Cycles, der Blender-Renderer seit Version 2.61 im Dezember 2011, hat mit der Geometry-Nodes- und Eevee-Wende ab 2019 starke Verbreitung in mittelständischen Studios und im Bildungssektor gefunden.

GPU-Pathtracing und der Hardware-Sprung

Die zweite zentrale Verschiebung der vergangenen Dekade kam von der Hardware. NVIDIA, 1993 in Santa Clara gegründet, hatte mit CUDA seit 2007 eine programmierbare Schnittstelle für seine GPUs etabliert, die wissenschaftliche und grafische Anwendungen jenseits der reinen Rasterisierung ermöglichte. Renderer wie Octane (seit 2010 von OTOY) und Redshift (seit 2014, 2019 von Maxon übernommen) bauten ihre gesamte Architektur GPU-zentriert auf.

Mit der Turing-Architektur 2018 brachte NVIDIA dann RT-Cores: hardwarebeschleunigte Ray-Tracing-Einheiten, die die zentralen BVH-Traversal- und Ray-Triangle-Intersection-Operationen in Silizium gegossen erledigen. Ein Ray, der zuvor eine vielstufige Software-Operation auf einer CPU war, wird zu einem Hardware-Befehl. Renderer wie OptiX-basierte Pipelines profitieren unmittelbar; CPU-Renderer wie das klassische V-Ray oder Corona mussten sich entscheiden, ob sie eine parallele GPU-Linie pflegen oder bei der CPU-Linie bleiben. Chaos Group bietet beide Modi an; Corona bleibt CPU-zentriert.

Für die DACH-Architekturvisualisierung bedeutet das einen Paradigmenwechsel in der Hardware-Beschaffung. Ein gut konfiguriertes GPU-System mit zwei oder drei aktuellen Karten könne in vielen Szenarien die Rendering-Zeit eines CPU-Renderfarmen-Setups unterbieten, hieß es bei einer Reihe von Branchenstimmen auf Fachveranstaltungen in den vergangenen drei Jahren. Hardware-Kosten und Stromverbrauch verschieben sich entsprechend. Renderfarmen-Anbieter wie RebusFarm in Köln, GarageFarm und Ranch Computing reagieren mit GPU-Nodes neben den klassischen CPU-Pools.

Denoising und die KI-Frage

Pathtracing ist ein Verfahren mit linearer Rauschreduktion: Die Bildqualität konvergiert mit der Wurzel der Sample-Zahl. Wer das Rauschen halbieren will, braucht viermal so viele Samples. Diese Skalierungseigenschaft hat das Verfahren in den 1990er Jahren noch impraktikabel gemacht und ist heute der zentrale Grund, warum Pathtracing-Bilder trotz aller Hardware-Beschleunigung lange dauern können.

In den vergangenen Jahren haben Denoiser, die das Rauschen am Bildende mit Convolutional Neural Networks reduzieren, diese Linie verschoben. NVIDIAs OptiX Denoiser, Intels Open Image Denoise und die proprietären Lösungen einzelner Renderer arbeiten alle auf demselben Prinzip: Ein mit gerenderten Bildern trainiertes neuronales Netz schätzt aus einem niedrig gesampelten, verrauschten Bild ein gewichtetes Ergebnis. In der Praxis spart das einen Großteil der bisherigen Konvergenz-Sample-Zeit. Eine Architekturvisualisierung, die mit traditionellen Methoden 200 Samples pro Pixel gebraucht hätte, kommt mit 16 Samples plus Denoising oft zu visuell gleichwertigen Ergebnissen.

Wie bei generativen KI-Werkzeugen wirft auch der KI-Denoiser Fragen auf, die nicht ausschließlich technischer Natur sind. Welche Trainingsdaten wurden für die Modelle verwendet? In welchem Maß sind die Denoiser bilderhaltend, in welchem Maß erfinden sie Details? In der Filmproduktion, wo das Bild über Sequenzen hinweg temporal stabil bleiben muss, wird die Frage zusätzlich verschärft. Pixar und NVIDIA haben in den letzten Jahren spezifische Temporal-Stable-Denoiser veröffentlicht. In der DACH-Architekturvisualisierung, wo Standbilder häufiger sind als Sequenzen, ist die Akzeptanz unkritischer.

Die Forschungs-Verbindung

Pathtracing ist eine der wenigen Domänen der Computergrafik, in denen akademische Forschung und produktive Anwendung dicht beieinander geblieben sind. SIGGRAPH, seit 1974 die zentrale Konferenz der Disziplin, veröffentlicht jährlich Papers, die innerhalb weniger Jahre in Produktionsrenderer einfließen. Die Eurographics-Konferenz, seit 1980 ihr europäisches Pendant, mit DACH-Anteilen vom MPI Saarbrücken, der ETH Zürich, der TU Wien und der Universität Tübingen, trägt regelmäßig Beiträge bei. Die High-Performance-Graphics-Konferenz, ein Spin-off speziell zu GPU-Rendering und Ray-Tracing-Algorithmen, ist ein weiteres relevantes Forum.

Aus DACH-Forschung kommen seit Jahren wichtige Beiträge zur Volumen-Rendering, zur Importance-Sampling-Strategien und zur Path-Guiding-Techniken. Path Guiding, ein Verfahren, das das Sampling adaptiv an die tatsächliche Lichtverteilung in der Szene anpasst, hat in den letzten Jahren breite Aufnahme in Produktionsrenderer gefunden, ausgehend unter anderem von Arbeiten der TU Wien und des MPI Saarbrücken.

Open Source und proprietäre Linien

Die Renderer-Landschaft ist gespalten zwischen proprietären Linien — V-Ray, Corona, Arnold, RenderMan, Octane, Redshift — und Open-Source-Linien. Cycles ist der bekannteste Open-Source-Pathtracer; daneben existieren PBRT, der akademische Referenz-Renderer aus dem Buch „Physically Based Rendering” von Matt Pharr, Wenzel Jakob und Greg Humphreys (in der vierten Auflage seit 2023 erschienen), sowie Mitsuba 3, ein Forschungs-Renderer aus der EPFL.

In der DACH-Region sind beide Linien sichtbar vertreten. Akademische und Bildungs-Institutionen arbeiten häufig mit PBRT und Mitsuba, weil der Quellcode den Algorithmus transparent macht. Studios arbeiten überwiegend mit proprietären Lösungen, weil deren Pipeline-Integration und Support den Produktionsanforderungen entspricht. Cycles steht in der Mitte und gewinnt durch die Blender-Wende von 2019 stetig an Boden.

Ausblick

Pathtracing wird in den nächsten Jahren in zwei Richtungen weiterentwickelt: einerseits in Richtung weiterer Beschleunigung über bessere Sampling-Strategien, Path Guiding, ReSTIR (Reservoir Spatiotemporal Importance Resampling, ein NVIDIA-Verfahren von 2020) und kombinierte Denoiser-Pipelines; andererseits in Richtung Echtzeit-Pathtracing in Game-Engines. Unreal Engine 5 mit Lumen und Cyberpunk 2077 mit dem Pathtracing-Modus zeigen, dass die Echtzeit-Linie technisch möglich ist, wenn auch noch hardware-anspruchsvoll.

Für die DACH-Renderer-Landschaft heißt das: Die Grundlagen, die Kajiya 1986 formulierte, bleiben das gemeinsame Fundament. Die Differenzierung zwischen den Renderern wird zunehmend eine Frage der Pipeline-Integration, der Bedienbarkeit, der Hardware-Effizienz und der KI-Denoiser-Qualität sein, nicht mehr eine Frage des grundlegenden Algorithmus. Vierzig Jahre nach Dallas ist die Rendering-Equation kein Forschungspaper mehr, sondern die nüchterne Grundlage einer Industrie.

BVH-Strukturen und das Beschleunigungs-Fundament

Eine Komponente, die in der öffentlichen Wahrnehmung der Renderer-Diskussion oft unter den Tisch fällt, sind die Beschleunigungs-Datenstrukturen. Eine naive Pathtracing-Implementierung müsste jeden Ray gegen jedes Dreieck der Szene prüfen — bei modernen Szenen mit hunderten Millionen Polygonen wäre das selbst auf aktueller Hardware unbenutzbar. Bounding Volume Hierarchies, kurz BVH, lösen dieses Problem durch hierarchische Bounding-Box-Strukturen, die die Anzahl der tatsächlich zu prüfenden Geometrie-Primitive logarithmisch reduzieren. Embree, eine seit 2011 von Intel entwickelte Open-Source-BVH-Bibliothek, ist in vielen CPU-Renderern — etwa Cycles in seiner CPU-Linie und in Teilen von Arnold — die zentrale Beschleunigungs-Komponente.

Auf der GPU-Seite übernehmen die seit Turing verfügbaren RT-Cores und seit RDNA 2 die AMD-eigenen Ray-Accelerators die entsprechenden Operationen in Hardware. Apple hat mit Metal 3 und den hauseigenen GPUs der M-Serie eigene Ray-Tracing-Pipelines etabliert, die für Renderer-Portierungen relevant werden. In DACH-Studios mit gemischter Hardware-Landschaft — Windows-Workstations für 3ds Max und V-Ray, macOS-Workstations für Cinema 4D, gelegentlich Linux-Server für Render-Farmen — bedeutet das, dass die Renderer-Wahl zunehmend von der Hardware-Plattform mitbestimmt wird.

Spektral-Rendering und die Materialfrage

Eine weitere Linie, die in den vergangenen Jahren in produktive Renderer eingezogen ist, ist das Spektral-Rendering. Klassische Pathtracer arbeiten mit RGB-Tripeln; das ist eine starke Vereinfachung der tatsächlichen physikalischen Lichtspektren und führt bei Phänomenen wie Dispersion (im Glas, in Edelsteinen), bei Fluoreszenz oder bei Metameren zu sichtbaren Abweichungen. Manuka, der hauseigene Renderer von Weta Digital, war einer der ersten produktiven Spektral-Pathtracer. Renderer wie Karma (SideFX, seit 2020 als Houdini-internes USD-natives Renderer-System) und einzelne Cycles-Forks arbeiten ebenfalls spektral.

Für die DACH-Architekturvisualisierung ist die Spektralfrage weniger zentral, weil typische Bauteil-Materialien sich in RGB-Räumen ausreichend abbilden lassen. Für die Schmuck- und Produktvisualisierung, in der Edelstein- und Metall-Renderings eine eigene Subdisziplin bilden, ist sie relevant. Einzelne DACH-Studios mit Schmuck-Fokus arbeiten mit Renderern, die spektrale Pipelines unterstützen oder bauen entsprechende Lösungen über Shader-Custom-Code.