Blender Render-Engine-Analyse: Cycles- und Eevee-Architekturen, Leistungsdynamiken und Anwendungszenarien

In der Computergrafik (CG) sind Render-Engines komplexe Softwarealgorithmen, die die mathematischen Daten virtueller Szenen in zweidimensionale Pixel umwandeln. Bei der Produktion von 3D-Inhalten bietet die Open-Source-Software Blender, die sich zu einem Industriestandard entwickelt hat, ihren Benutzern zwei Haupt-Render-Engines: Cycles und Eevee 1 . Obwohl beide Engines auf den Prinzipien des „Physically Based Rendering“ (PBR) basieren, unterscheiden sie sich grundlegend hinsichtlich ihrer Methoden zur Lichtberechnung, ihres Rechenleistungsbedarfs und des Realismusgrads der visuellen Endausgabe 1 . Die Existenz dieser beiden Engines macht Blender zu einem unverzichtbaren Werkzeug sowohl für Experten für fotorealistische Visualisierungen als auch für Studios für Echtzeitanimationen 3 . Dieser Bericht untersucht eingehend auf architektonischer, mathematischer und Hardware-Ebene, warum Cycles fotorealistisch, aber rechentechnisch extrem schwerfällig ist; und warum Eevee (sowie die Eevee-Next-Architektur der nächsten Generation) unglaublich schnell ist, aber an bestimmte Grenzen des Realismus stößt. Die Auswirkungen moderner Hardware-Beschleunigung (OptiX, HIP, Metal), von Path Guiding, KI-gestützter Rauschunterdrückung (Denoising) und Screen-Space-Algorithmen auf diese beiden Engines werden detailliert analysiert, um aufzuzeigen, welche Engine in professionellen Produktions-Workflows unter welchen Umständen bevorzugt werden sollte.

1. Architektonische Grundlagen: Die Mathematik des Path Tracings und der Rasterisierung

Das Fundament der Kluft zwischen den Render-Engines von Blender bilden grundlegend unterschiedliche Ansätze zur Simulation von Licht in einer digitalen Umgebung. Während Cycles ein statistisches Modell verwendet, das berechnet, wie sich Licht im Raum gemäß den Gesetzen der Physik bewegt, basiert Eevee auf einer Reihe von Algorithmen, die Licht durch die Projektion von 3D-Geometrie auf einen 2D-Bildschirm approximieren.

1.1. Cycles: Die Architektur des Backward Path Tracings (Rückwärts-Pfadverfolgung)

Cycles ist ein physikalisch basierter Path-Tracer, der auf produktionsreife Fotorealismus abzielt 1 . Im Kern funktioniert er, indem er die Render-Gleichung (rendering equation) durch stochastische Stichprobenverfahren, die als Monte-Carlo-Integration bezeichnet werden, löst 7 . In der realen Welt schießen Billionen von Photonen aus Lichtquellen (wie der Sonne oder einer Glühbirne), diese Photonen prallen auf Oberflächen, werden reflektiert, und nur ein sehr kleiner Teil erreicht die Linsen von Kameras. Da die Berechnung dieser Billionen von Photonen, die in einer digitalen Umgebung von der Lichtquelle ausgehen, zu einer enormen Verschwendung von Daten und Hardware-Ineffizienz führen würde, arbeitet Cycles nach dem Prinzip des „Backward Ray Tracing“ (rückwärts gerichteten Strahlenverfolgung) 8 . In diesem System feuert die Engine virtuelle Strahlen (rays) von der Mitte jedes Pixels im Kamera-Sucher in die Szene ab 8 . Wenn die Strahlen auf Objekte in der Szene treffen, reagieren sie und ändern ihre Richtung gemäß den bidirektionalen Streuungsverteilungsfunktionen (BSDF - Bidirectional Scattering Distribution

Function), die die Materialeigenschaften des Objekts definieren 1 . Die Cycles-Engine verarbeitet diese komplexen Strahlengänge, indem sie sie grundsätzlich in vier Hauptkategorien unterteilt:

● Kamera-St Strahlen (Camera Rays): Dies sind die Primärstrahlen, die direkt aus der Kamera austreten und zuerst auf die Szenengeometrie treffen 1 .

● Reflexionsstrahlen (Reflection Rays): Dies sind Strahlen, die von einer Oberfläche reflektiert werden. Je nach mikroskopischer Rauheit (roughness) der Oberfläche werden sie in die Unterkategorien Diffus (Diffuse), Glänzend (Glossy) oder Perfekt scharf (Singular) unterteilt 1 .

● Transmissions- und Brechungsstrahlen (Transmission Rays): Dies sind Strahlen, die durch Oberflächen wie Glas, Wasser oder transparenten Kunststoff hindurchtreten. Sie ändern ihre Richtung gemäß dem Prinzip der Geschwindigkeitsänderung des Lichts beim Wechsel des Mediums (Brechungsindex - IOR) 1 .

● Schattenstrahlen (Shadow Rays): Dies sind Transparenz-Teststrahlen, die vom Kollisionspunkt zu den Lichtquellen hin abgeschossen werden, um zu testen, ob eine Oberfläche beleuchtet ist oder nicht 1 . Das Verhalten dieser Strahlen kann in Endlosschleifen innerhalb der Szene weiter abprallen (bouncing). Da unendliche Berechnungen jedoch unmöglich sind, beendet die Engine die Reise des Strahls, wenn sie ein bestimmtes Bounce-Limit oder einen probabilistischen Terminierungsalgorithmus namens „Russisches Roulette“ (Russian Roulette) erreicht. Das Aussenden einer großen Anzahl von Strahlen (Samples) sorgt dafür, dass sich der Farbwertmittelwert in den Pixels dem realsten Wert annähert (convergence), was das Rauschen (Grieseln) im Bild reduziert, aber die Rechenzeit direkt und linear erhöht 6 .

1.2. Eevee und Eevee Next: Echtzeit-Rasterisierung (Rasterization) und hybride Ansätze

EEVEE (Extra Easy Virtual Environment Engine) ist eine Echtzeit-Render-Engine, die ursprünglich auf OpenGL basierte und mehr auf Geschwindigkeit und Interaktivität als auf Fotorealismus ausgerichtet ist 2 . Im Gegensatz zu Cycles berechnet Eevee im Wesentlichen nicht die Billionen möglicher Pfade jedes einzelnen Lichts innerhalb der Szene. Stattdessen verwendet es einen viel schnelleren Projektionsprozess namens „Rasterisierung“ (Rasterization), der in Videospielen Standard ist 2 . Die Rasterisierung wandelt Polygone (Dreiecke) im 3D-Raum direkt in 2D-Bildschirmpixel um und schätzt dann die Farbe dieser Pixel durch verschiedene Tiefentests (Z-Buffering) und Shader mathematisch ab 2 . Eevees unglaubliche Geschwindigkeit rührt daher, dass es Lichtberechnungen nicht physisch im Raum durchführt, sondern im Bildschirmraum (Screen Space) oder mit vorgegebenen (baked) volumetrischen Datenstrukturen (Light Probes) 6 . Eevee Next, das in Blender 4.0 und später eingeführt wurde, ist eine Modernisierung der Engine, die über die reine Rasterisierung hinausgeht und Hardware- sowie Bildschirmraum-Raytracing-Funktionen (Ray Tracing) auf hybride Weise integriert hat 3 . Da die Kernarchitektur von Eevee Next jedoch weiterhin auf Rasterisierung basiert, bleibt die von ihm erzeugte visuelle Genauigkeit stets auf den Bereich beschränkt, den die Kamera gerade sieht, oder auf Datenpunkte, die zuvor in der Szene platziert wurden 14 .

2. Die Illusion des Realismus: Warum ist Eevee nicht fotorealistisch?

Die Antwort auf die Frage der Benutzer „Warum ist das eine so langsam und das andere weniger realistisch?“ liegt darin begründet, dass Eevee keine physikalische Lichtsimulation betreibt, sondern eine optische „Illusion“ erzeugt.

Realismus wird zugunsten von Geschwindigkeit für clever entworfene Abkürzungen geopfert.

2.1. Bildschirmraum-Einschränkungen (Screen Space Limitations) und Geometrieverlust

Die größte Schwäche von Eevee (und allen Rasterization-Engines im Allgemeinen) besteht darin, dass sie bei der Berechnung von Reflexionen und indirektem Licht auf „Screen Space“-Daten (Bildschirmraum-Daten) angewiesen sind 6. Bildschirmraum-Technologien führen Reflexions- oder Schattenberechnungen ausschließlich unter Verwendung der Farb- und Positionsdaten der Pixel aus, die die Kamera im jeweiligen Moment sehen kann (Tiefenpuffer – depth buffer) 15. Die praktische physikalische Entsprechung hierzu ist äußerst problematisch: Wenn sich ein Charakter auf einem stark reflektierenden Boden (z. B. nassem Asphalt oder einem Spiegel) befindet, erzeugt Eevee die Reflexion dieses Charakters, indem es die aktuellen Pixel auf dem Bildschirm umkehrt und auf den Boden zeichnet. Wenn die Kamera jedoch nach unten geneigt wird und der Charakter aus dem Blickfeld der Kamera (dem Sucher) gerät, verschwindet oder bricht die Reflexion auf dem Boden plötzlich ab 14. Denn der Charakter ist nun kein Teil des Bildschirmraums (depth buffer) mehr, und Eevee kann nichts reflektieren, was es nicht sehen kann. Um dieses Problem abzumildern, hat Eevee Next eine Strahlverfolgungsmethodik (Screen-Trace) eingeführt. Diese neue Pipeline führt eine Bildschirmraum-Strahlenverfolgung (Screen Space Ray Tracing – SSRT) durch, und wenn der Strahl das Sichtfeld der Kamera verlässt, erfolgt ein Rückgriff (Fallback) auf im Voraus in der Szene platzierte Lichtsonden (Light Probes) 15. Der Erfolg dieses Systems in Eevee Next hängt von Parametern wie Präzision (Precision), Dicke (Thickness) und Rückseite (Backface) ab. Wenn beispielsweise der „Thickness“-Wert hoch gehalten wird, werden die Oberflächen im Tiefenpuffer als dick angenommen, wodurch verhindert wird, dass Strahlen Objekte verfehlen; allerdings entstehen dabei Artefakte wie Dehnung oder Flackern (Flickering) in den Reflexionen 15. Diese Bildschirmraum-Illusionen reichen nicht einmal annähernd an die makellosen globalen Reflexionen von Cycles heran, die jederzeit die gesamte Geometrie einbeziehen.

2.2. Globale Beleuchtung (Global Illumination) und Lichtbounces

Licht verliert in der realen Welt beim Auftreffen auf Objekte nicht seine gesamte Energie; es absorbiert einen Teil und reflektiert den Rest, wodurch ein Farbtransfer (Color Bleeding) entsteht (z. B. wenn ein weiße Stuhl neben einer roten Wand leicht rötlich wirkt). Cycles berechnet diese indirekte Beleuchtung (indirect illumination) mit den Einstellungen „Diffuse Bounces“ mathematisch korrekt 6. Die Lichtenergie wandert so lange zwischen Objekten hin und her, bis sie in der Umgebung vollständig abgeklungen ist. Eevee hingegen muss indirekte Beleuchtung traditionell mithilfe von „Lichtsonden“ (Irradiance Volumes) erzielen. Der Künstler platziert ein Sondenvolumen in der Szene, und Eevee berechnet über diese Sonden, wie sich das Licht in der Szene verteilt, und backt (baking) dies in die Texturen ein 13. Um diesen umständlichen Prozess zu umgehen, hat Eevee Next ein System namens „Fast GI Approximation“ (schnelle GI-Näherung) eingeführt, das auf einem Horizont-Scan (horizon scan) basiert 15. Anstatt jeden Strahl auf Oberflächen mit hoher Rauheit (roughness) einzeln zu verfolgen, approximiert dieses System die Beleuchtung im Bildschirmraum. Zwar steigert dies die Leistung und reduziert das Rauschen, es kann jedoch den mehrfachen Energietransfer des Lichts zwischen Oberflächen, Lichtlecks (light leaking) und die Kontaktpunkt-Verschattung (contact occlusion) nicht so präzise auflösen wie Cycles 15. Die Umgebungsokklusion (Ambient Occlusion) versucht, diesen Mangel an Licht und Tiefe zu maskieren, indem sie künstliche Verdunklungen an den Schnittpunkten von Schatten hinzufügt 13.

2.3. Volumetrische Effekte (Volumetrics) und Subsurface Scattering

(Subsurface Scattering) Organische Materialien (menschliche Haut, Wachs, Marmor, Milch, Blätter) reflektieren Licht nicht direkt; das Licht dringt unter die Oberfläche ein, wird durch den Zusammenstoß mit Partikeln im Inneren gestreut und tritt abgeschwächt wieder aus. Um diesen Effekt zu lösen, verwendet Cycles einen fortschrittlichen Algorithmus namens „Random Walk“ (Zufallsweg), der die echte volumetrische Streuung (true volumetric scattering) im Inneren des Objekts (Mesh) simuliert 18. Random Walk berechnet physikalisch korrekt, wie Licht innerhalb geschlossener Geometrien spektral ab klingt (z. B. das Hervortreten roter Untertöne in menschlicher Haut) 18. Auf Seiten von Eevee basiert SSS (Subsurface Scattering) auf dem Prinzip des Weichzeichnens (Blurring) der Materialoberfläche entsprechend dem einfallenden Licht 13. Da keine echte Entfernungsberechnung des in das Volumen eindringenden Lichts durchgeführt werden kann, ist es besonders bei komplexen Materialien wie menschlicher Haut sehr schwierig, das Gefühl von optischer Tiefe (Lichtsperre in feinen Texturen mit spektraler Abschwächung und Erzeugung von Transluzenz) zu vermitteln, das Cycles bieten kann 21. Ähnlich verhält es sich bei volumetrischen Render-Vorgängen wie Nebel und Rauch, bei denen Eevee den 3D-Raum in Scheiben (Slices) entlang der Bildschirmachse aufteilt, um ihn zu verarbeiten 13. Obwohl Eevee Next in diesen Bereichen Verbesserungen vornimmt, stößt die Genauigkeit der volumetrischen Schattierung stets an die Grenzen der Hardware-Rasterauflösung (volumetric tile size) 22.

2.4. Schattierung (Shadowing) und Transparenzprobleme

Cycles erzeugt echte optische Schatten mit vollständiger Pixelgenauigkeit, basierend darauf, ob Lichtstrahlen auf feste Objekte oder transluzente Oberflächen treffen. Je größer die Lichtquelle ist, desto natürlicher weichen die Schattenkanten auf. Eevee hingegen verwendet historisch gesehen „Schattenkarten“ (Shadow Maps) 6 . Die Auflösung von Schattenkarten ist begrenzt (z. B. 1024 bis 4096 Pixel pro Licht) 6 . Diese begrenzte Auflösung kann dazu führen, dass Schattenkanten verpixelt (aliasing) wirken oder Schatten an Punkten, an denen Objekte den Boden berühren, getrennt bleiben (Peter-Panning-Effekt). Während Cycles in Szenen, in denen sich fragile (refraktive) Objekte wie Glas überschneiden (Transmission Bounces), einen makellosen Brechungsindex (IOR) anwendet und zulässt, dass Licht durch das Glas dringt und ein anderes Glas beleuchtet 6 , benötigt Eevee spezielle Transparenz-Tricks (Alpha Blend/Hashed) und Brechungsebenen, um der Tiefenkomplexität zu entkommen. Das Überlagern mehrerer transparenter Objekte im Bildschirmraum führt zu Fehlern bei der Tiefensortierung (depth sorting).

3. Verarbeitungsaufwand und Engpässe: Warum ist Cycles so langsam?

Trotz der hochwertigen Ergebnisse von Cycles ist die Geschwindigkeit (oder das Fehlen derselben) das größte Hindernis in Produktionsprozessen. Die Tatsache, dass das Rendern eines Frames (Einzelbilds) nicht Sekunden, sondern Minuten oder Stunden dauert, rührt von einer unvorstellbar großen mathematischen Arbeitslast her, die im Hintergrund abläuft. Fotorealismus bezahlt seinen Preis in CPU-Zyklen.

3.1. Lichtbounces (Strahlensprünge), Sampling (Abtastung) und Rauschen (Noise)

Die Einstellung „Maximale Bounces“ (Max Bounces) in den Cycles-Render-Einstellungen bestimmt, wie oft ein Strahlenbündel von der Simulationsengine an Oberflächen abprallen kann, bevor es terminiert wird 6 . Für eine vollständige und überzeugende globale Beleuchtung (Global Illumination) müssen die Diffuse-, Glossy- und Transmission-Bounce-Limits auf realistischen Werten gehalten werden. Um beispielsweise laminiertes Glas oder einen tiefen Innenraum mit weißen Wänden, die durch das durch Fenster einfallende Licht beleuchtet werden, korrekt zu berechnen, sind möglicherweise 8 bis 12 oder sogar 16 Bounces bei ineinandergreifenden Glasobjekten erforderlich 6 . Bei jedem Abprall ändert der Strahl seine Richtung und teilt sich potenziell in neue Strahlen auf. Wenn Hunderte, manchmal Tausende von Samples (Abtastungen) von jedem Pixel gesendet werden, um die Farbgenauigkeit in den Pixeln sicherzustellen, steigt das Verarbeitungsvolumen logarithmisch an 6 . Wenn Lichtquellen klein und schwer zugänglich sind (z. B. diffuses Sonnenlicht, das nur durch ein kleines Dachfenster einfällt), enden die meisten der zufällig abgefeuerten Strahlen, indem sie auf die Wand oder den Boden treffen, ohne die Lichtquelle zu erreichen 25 . Pixel, die die Lichtquelle nicht finden können, geben dunkle Daten zurück. Während das Rendern fortschreitet, erscheinen diese Beleuchtungsunterschiede zwischen benachbarten Pixeln als starkes „Rauschen“ (Noise) oder aufblitzende, helle, fehlerhafte Pixel (Fireflies) auf dem Bild 15 . Eine Erhöhung der Anzahl der Samples, die zur Beseitigung des Rauschens erforderlich ist (z. B. von 256 auf 4096), führt dazu, dass sich die Renderzeiten linear vervielfachen 6 .

3.2. Die Kosten der BVH (Bounding Volume Hierarchy)

Die Gesamtleistung des Ray Tracing hängt davon ab, wie schnell die Schnittpunkte von Strahlen mit den in der Szene befindlichen Dreiecken (Polygonen) getestet werden. Wenn eine moderne Szene Millionen von Polygons enthält, kann die Render-Engine nicht per Brute-Force nach dem Dreieck suchen, auf das jeder abgefeuerte Strahl trifft; das würde Jahre dauern. Stattdessen verwendet die Engine eine räumliche Datenstruktur namens BVH (Bounding Volume Hierarchy) 8 . BVH erstellt eine Baumstruktur (tree), indem es die Objekte in der Szene in ineinander verschachtelte virtuelle Boxen (Bounding Volumes) einschließt 8 . Wenn ein Strahl abgefeuert wird, prüft die Engine zunächst, ob der Strahl die größte Box trifft; wenn ja, geht sie zu den kleineren Boxen im Inneren über, und dieser Ausscheidungsprozess wird fortgesetzt, bis das genaue getroffene Dreieck erreicht ist 8 . Dieses System beschleunigt die Schnittpunkttests enorm. Der Aufbau des BVH-Baums („Building BVH“) ist jedoch eine intensive Vorbereitungsarbeit, die die CPU (Prozessor) vor Beginn des Renderings durchführen muss. Während dieser Vorgang bei statischen Szenen einmal durchgeführt wird, muss die BVH bei Animationen mit deformierbaren Objekten wie Charakteranimationen oder Fluidsimulationen in jedem Frame neu berechnet oder aktualisiert werden. Wenn die Szene Millionen von Partikeln oder Blättern enthält, kann die BVH-Erstellungszeit (packing BVH nodes) manchmal sogar länger sein als die eigentliche Renderzeit, was das System stark belastet 8 .

3.3. Caustics (Kaustiken) und MNEE (Manifold Next Event Estimation) Mathematik

Die intensiven glänzenden Muster, die Licht beim Durchgang durch ein Glas auf dem Tisch erzeugt, oder Lichtwellen auf dem Grund eines Pools werden als „Kaustiken“ (Caustics) bezeichnet 7 . Für Standard-Path-Tracing-Algorithmen gehören Kaustiken zu den am schwersten zu lösenden Problemen. Denn die Wahrscheinlichkeit, dass ein zufälliger Strahl, der die Kamera verlässt, auf das Glasobjekt trifft, es im richtigen Brechungswinkel durchquert und genau eine spezifische, kleine Lichtquelle (z. B. einen Spot) erreicht, liegt bei eins zu einer Milliarde 10 . Aus diesem Grund bleiben Kaustiken bei klassischen Path-Tracern immer extrem rauschhaft. Um dieses chronische Problem zu lösen, hat Blender die MNEE-Technologie (Manifold Next Event Estimation) in Cycles integriert 7 . MNEE stellt eine spezielle Direktverbindung (next event estimation) her, um Lichtquellen über refraktive Oberflächen (refractive caustics) zu erreichen 7 . Der Algorithmus erzwingt den „richtigen“ Lichtpfad analytisch, indem er eine komplexe mathematische Projektion (Wurzelfindungsproblem - root finding problem) zwischen mehrschichtigen Brechungsoberflächen (medium interfaces) von der Lichtquelle zur Kamera verwendet 10 . Obwohl diese Funktion den Realismus von Cycles auf die Spitze treibt und unlösbare Beleuchtungssituationen klärt, verlängert sie die Renderzeit direkt und aggressiv, da sie im Hintergrund umfangreiche Differenzialrechnungen erfordert.

4. Hardwarebeschleunigung, APIs und Speicherverwaltung

Das Leistungspotenzial beider Engines, insbesondere aber von Cycles, steht in direktem Zusammenhang mit den Spezifikationen der verwendeten Computerhardware und der Art und Weise, wie diese Hardware angesteuert wird. Da Cycles Billionen von mathematischen Schnittpunkttests durchführt, ist es dringend auf die Rechenleistung einer hochparallelisierten GPU (Grafikprozessor) angewiesen. Eevee hingegen basiert auf Texturfilterung, VRAM-Bandbreite und Rasterisierungsfähigkeiten.

4.1. Compute Backends und Hardware-APIs

Die Blender Foundation hat Cycles so plattformübergreifend optimiert, dass es fast alle modernen GPU-Architekturen auf dem Markt nutzt 4 . Die Verlagerung des Renderings von der herkömmlichen CPU (Prozessor) auf die GPU verkürzt die Zeiten logarithmisch 29 . Zu den von Blender unterstützten Beschleunigungs-APIs gehören:

API-TechnologieUnterstützte HardwareTechnische Vorteile und DetailsCUDANVIDIA (GTX/RTX)NVIDIAs Allzweck-Hardwarebeschleunigungsumgebung für Karten mit „Compute Capability 5.0“ und höher. Übernimmt die parallele Rechenleistung der GPU von der CPU, nutzt jedoch keine Hardware-Raytracing-Kerne28.OptiXNVIDIA RTX-SerieNVIDIAs dedizierte Bibliothek, die die Hardware-Raytracing-Kerne (RT Cores) direkt nutzt. Benutzer-Tests zeigen, dass OptiX die Renderzeiten im Vergleich zur alleinigen Verwendung von CUDA um 55 % bis 90 % verkürzt. Sorgt für einen unglaublichen Leistungssprung, insbesondere bei BVH-Schnittpunkttests (Bounding Box)6.HIPAMD (RDNA1 und höher)Eine CUDA-ähnliche, offene Beschleunigungsumgebung, die für AMD-Grafikkarten (RX 5000-Serie und höher) entwickelt wurde. Aktiviert die Hardware-Raytracing-Unterstützung (hardware ray-tracing) auch bei den Serien RDNA2 und RDNA3 (RX 6000/7000-Serie) und verschafft AMD-Nutzern einen massiven Geschwindigkeitsvorteil28.MetalApple Silicon (M1/M2/M3)Apples direkt auf die Hardware zugreifende API für das macOS-Ökosystem. Bietet große Vorteile durch die Unified-Memory-Struktur (einheitlicher Speicher) der M-Serie-Prozessoren, da VRAM und System-RAM denselben Pool gemeinsam nutzen6.oneAPIIntel Arc (Xe HPG)Eine von Intel für seine Arc-Grafikkartenserie bereitgestellte Open-Source-API mit voller Unterstützung einschließlich Raytracing-Beschleunigung28.

Die Integration von OptiX- und HIP-Technologien hat 3D-Produktionsprozesse grundlegend verändert. Komplexe Animationsrenderings, die in vergangenen Jahren mit einer Multi-Core-CPU tagein, tagaus dauerten, können heutzutage auf einer einzigen Workstation mit Karten wie der RTX 4090 in wenigen Stunden abgeschlossen werden 3 .

4.2. VRAM-Engpass und Out-of-Core-Render-Architektur Wenn ein Render-Vorgang gestartet wird, müssen alle in der Szene befindlichen Geometrien (Millionen von Polygonen), hochauflösende PBR-Texturen (4K/8K Diffuse-, Normal-, Roughness-Maps), Partikelsysteme und volumetrische Daten in den Video-Speicher (VRAM) der Grafikkarte geladen werden 3 . Standard-Grafikkarten für Endverbraucher verfügen jedoch in der Regel über einen begrenzten VRAM zwischen 8 GB und 24 GB. Wenn eine Szene das VRAM-Limit überschreitet, stürzt der GPU-Renderprozess ab und Blender gibt den Benutzern den berühmten Fehler „CUDA/OptiX out of memory“ (Speicher unzureichend) aus 31 . Um dieses kritische Problem zu umgehen, wurde Cycles aktualisiert, um eine Out-of-Core-Speicherarchitektur zu unterstützen 32 . Out-of-Core-Rendering bedeutet, dass, wenn der VRAM der GPU vollständig gefüllt ist, der Systemspeicher-Pool (DDR RAM) für die fehlenden Daten verwendet wird 33 . Texturen oder Geometrien, die nicht in den VRAM passen, werden in den Host-Speicher (Systemspeicher) ausgelagert (swapping) 28 . Dieses System hat jedoch einen sehr hohen Preis: Das ständige Hin- und Herwandern von Daten zwischen CPU und GPU über den PCIe-Bus auf dem Motherboard führt zu einem Bandbreitenengpass und verlangsamt die Renderleistung enorm (so dass es in Extremsituationen schneller werden kann, direkt CPU-Rendering zu verwenden) 34 . Trotz der Verlangsamung ist es ein lebenswichtiges „Sicherheitsnetz“, da es den Absturz der Szene verhindert und die Arbeit abschließt 33 . Um den VRAM zu schonen und diesen Engpass zu vermeiden, sind das Ausschalten des 3D-Viewports im Hintergrund während des Renderings 32 , die Einschränkung der maximalen Texturgrößen über die Simplify-Einstellungen (Vereinfachung) mit „Texture Limit“ oder die Verwendung von Kamera-/Distanz-Culling (Distance Culling) für entfernte Objekte grundlegende Strategien, die von Profis angewendet werden 31 .

4.3. Renderfarmen und Cloud-Skalierung

Bei großen kommerziellen Projekten, bei denen die persönliche Hardware nicht ausreicht, greifen Künstler auf „Renderfarmen“ (Render Farms) zurück 3 . Diese Plattformen verbinden Hunderte von Servern miteinander, um die Renderzeiten drastisch zu verkürzen 11 . Beispielsweise können Renderfarmen wie Superluminal große Projekte (wie die Classroom-Benchmark-Szene) von 411 Sekunden auf einer einzigen Maschine auf 90 Sekunden unter Verwendung von 30 Nodes (Servern) verkürzen 11 . Superluminal steigert die Leistung durch die Verwendung der „Persistence Engine“, die den Overhead eliminiert, Blender bei jedem Frame neu zu starten 11 . Die Plattform RenderStreet bietet NVIDIA L40s-Karten mit 48 GB VRAM (4,49 $ pro Stunde), um VRAM-Engpässe zu überwinden, und kann OptiX-Hardwarebeschleunigung und OSL-Unterstützung (Open Shading Language) gleichzeitig bereitstellen 5 . Cloud-Computing-Dienste wie iRender ermöglichen es Benutzern, sich direkt mit Servern zu verbinden, die 8x RTX 4090 enthalten, und so ihre eigenen maßgeschneiderten Arbeitsabläufe einzurichten 3 .

5. Moderne Optimierungen und Blender 4.x/5.x Revolutionen

Die Unterschiede zwischen Cycles und Eevee Next unterliegen dank neuer Algorithmen, die die Leistungs- und Qualitätslücke zu schließen versuchen und die Render-Welt erschüttern, einer kontinuierlichen Transformation.

5.1. KI-gestützte Rauschunterdrückung (Denoising-Revolution)

Das Problem extrem langsamer Cycles-Renderzeiten wurde dank KI-basierter „Denoiser“-Algorithmen radikal gelöst 6 . Rauschunterdrückungstechnologien analysieren „körnige“ Ausgaben, die mit niedrigen Abtastraten (Samples) (z. B. nur 128 oder 256 statt 4096) erzeugt wurden, zusammen mit Albedo- und Normal-Maps (Pässen) und sorgen so für eine Glättung der Pixel durch Deep-Learning-Algorithmen 6 . Dank der Rauschunterdrückung wird eine saubere Cycles-Ausgabe, die sonst Stunden dauern würde, auf Sekunden oder Minuten reduziert 6 . Unter den Standardwerkzeugen von Blender befinden sich zwei große Giganten: ● Intel OpenImageDenoise (OIDN): Ursprünglich Intels hardwareunabhängiges, KI-basiertes System, das nur auf der CPU lief. Es nutzte die Befehlssätze SSE4, AVX2, AVX-512 und AMX in Prozessoren 37 . Mit der Version OIDN 2.0 erhielt es jedoch ein massives Update und begann, die vollständige GPU-Hardwarebeschleunigung zu unterstützen 37 . Es läuft nun nicht nur auf Intel Arc (XMX), sondern bietet auch auf NVIDIA- (Turing, Ampere, Ada), AMD- (RDNA2, RDNA3) und Apple Silicon-GPUs (M1+) eine außergewöhnliche Leistung 37 . Es ist äußerst erfolgreich bei der Rekonstruktion feiner Details und kann bei unzureichendem GPU-Speicher sofort automatisch auf die CPU umschalten (Fallback) 37 . ● OptiX Denoiser: Ist ausschließlich auf NVIDIA RTX-Hardware beschränkt. Durch die Nutzung von Machine-Learning-Kernen ist er unglaublich schnell darin, insbesondere das interaktive Feedback im Viewport (während sofortiger Kamerabewegungen) zu glätten 6 . Eevee Next geht die Rauschunterdrückung auf andere Weise an; er überlagert die letzten Frames durch temporale Akkumulation (Temporal Accumulation) und unterdrückt das Rauschen auf dem Bildschirm mithilfe von Methoden der räumlichen Wiederverwendung (Spatial Reuse) in Echtzeit 13 .

5.2. Path Guiding und Intel OpenPGL-Integration

Insbesondere in Szenarien wie der architektonischen Visualisierung (ArchViz), in denen Szenen durch Sonnenlicht beleuchtet werden, das durch kleine Fenster fällt, und eine massive indirekte Beleuchtung (indirect lighting) erforderlich ist, ist das zufällige (Brute-Force-)Raymarching von Cycles eine enorme Zeitverschwendung 25 . Um dieses Problem zu lösen, wurde Intels OpenPGL-Bibliothek in Cycles integriert und die Funktion „Path Guiding“ eingeführt 44 . Wenn Path Guiding aktiviert ist, analysiert und lernt das System während des Rendervorgangs die Beleuchtungssituation in der Szene 44 . Es kartografiert, aus welchen Richtungen intensivere Lichtenergie kommt (die Lichtverteilung). Sobald diese „Training-Samples“ (Training-Samples) abgeschlossen sind, leitet die Engine die nächsten Strahlen nicht mehr zufällig ab, sondern direkt in die wichtigen Richtungen, aus denen das Licht kommt (z. B. in einen kleinen Fensterspalt in einem dunklen Raum oder durch eine offene Tür einsickerndes Licht) 25 . Dieser intelligente „Lenkungs“-Mechanismus reduziert die Rauschmenge bei komplexen Mehrfachreflexionen drastisch 36 . Obwohl er derzeit meist stabil auf der CPU (Prozessor) läuft, werden GPU-unterstützte Versionen rasant weiterentwickelt 36 . Darüber hinaus bietet Cycles mit der „Light Tree“-Technologie (Lichtbaum) eine weitere leistungsstarke Optimierungsstruktur, die die Renderzeit verkürzt, indem sie bei Hunderten von Lichtquellen in der Szene (z. B. einer großen Stadtsilhouette) sicherstellt, dass Pixel nur jene Lichter berechnen, die am wahrscheinlichsten (nahe oder stark) auf diesen Bereich einwirken 6 .

5.3. Licht- und Schattenverknüpfung (Light and Shadow Linking)

In Blender 4.0 für Cycles und ab 4.2 auch für Eevee Next wurde die revolutionäre Funktion „Light Linking“ (Lichtverknüpfung) eingeführt 49 . In der echten Welt beleuchtet eine brennende Glühbirne alles in ihrer Umgebung, aber 3D-Künstler möchten oft die Gesetze der Physik beugen, um eine kinematische Kontrolle zu haben; so können sie beispielsweise fordern, dass ein Scheinwerfer nur das Gesicht der Hauptfigur beleuchtet, die Wand dahinter jedoch im Dunkeln lässt 49 . Genau das tut Light Linking. Es ermöglicht einer Lichtquelle, ausschließlich die Objekte auf ausgewählten „Sammlungen“ (Collections) zu beleuchten (Einschluss - Include) oder bestimmte Objekte zu überspringen und im Dunkeln zu lassen (Ausschluss - Exclude) 49 . Shadow Linking steuert dagegen, welche Objekte aufgrund dieses Lichts Schatten werfen und welche nicht 49 . Aus Leistungssicht arbeitet dies bei Verwendung der Lichtbaum-Struktur (Light Tree) sehr effizient, während bei der Schattenverknüpfung zusätzliche Berechnungen erforderlich sein können, da direkte und indirekte Beleuchtung unterschiedliche Wege gehen 49 . Dass Eevee Next beginnt, diese Funktion zu unterstützen, ist ein großer Sprung für Echtzeit-Animationsregisseure 50 .

5.4. Raumkrümmung: Ray Portal BSDF (Cycles-spezifisch)

Mit Blender 4.2 wurde der „Ray Portal BSDF“-Knoten (Node) eingeführt, der nur in der Cycles-Engine läuft und das Render-Paradigma verändert 54 . Dieser spezielle Shader besitzt die Fähigkeit, die Position von Strahlen (Rays) im Raum zu krümmten, ohne die Geometrie zu verändern. Er sorgt für eine Teleportation, indem er die Strahlen, die durch ihn hindurchtreten, zu einer anderen Koordinate oder Rotation (X, Y, Z) in der Szene transportiert 55 . Auf diese Weise wird es innerhalb des Echtzeit-Renders (ohne externes Textur-Baking) möglich, „unmögliche Räume“ zu erschaffen, die innen größer sind als außen, oder den Blickwinkel einer Überwachungskamera direkt auf einen Monitor zu spiegeln (Camera Feed) 55 . Er dehnt die Render-Grenzen, indem er ähnlich wie ein transparenter (Transparent) BSDF arbeitet; der Strahlenübergang ist jedoch unidirektional (um ihn bidirektional zu machen, muss auch am Zielpunkt ein Portal platziert werden), und da er die direkten Beleuchtungsabtastungen (Light Sampling) schwächt, können kleine Lichtquellen hinter dem Portal starkes Rauschen (Noise) verursachen 55 . Da er anstelle von optischen Brechungen eine analytische Strahlen-Positions-/Vektoränderung ermöglicht, ist er ein unschätzbares Werkzeug für VFX-Experten (Visuelle Effekte).

6. Stilisierte Grafiken (NPR – Non-Photorealistic Rendering) und das „Shader to RGB“-Paradoxon

Nicht jedes 3D-Projekt erfordert Fotorealismus; Anime-, Toon- (Cel-) Shading oder im Comic-Stil stilisierte Renderings sind in der Industrie äußerst verbreitet 58 . An diesem Punkt zwingen die architektonischen Code-Unterschiede zwischen Eevee und Cycles die Künstler jedoch zu einer radikalen Entscheidung. Die Frage, welche Engine verwendet werden soll, stößt hier an ein technisches Limit.

6.1. Eevees Anime-/Toon-Überlegenheit

Beim stilisierten (Toon-)Rendering möchten Künstler diesen weichen Übergang (Gradient) zwischen natürlichem Schatten und Licht eliminieren und scharfe Bänder (Farbstopps) erzeugen, genau wie in 2D-Animationen 58 . Dafür ist es in Blender erforderlich, die Beleuchtungsdaten eines Standard-Shaders (z. B. Diffuse BSDF) abzurufen, diese Lichtdaten in Farbe (RGB) umzuwandeln und darauf eine „Color Ramp“ (Farbverlauf – Feste/Konstante Interpolation) anzuwenden 58 . Genau in diesem kritischen Arbeitsablauf kommt ein spezieller Knoten namens Shader to RGB ins Spiel. Dieser Knoten

funktioniert AUSSCHLIESSLICH in der Eevee-Render-Engine 58 .

6.2. Physikalische Energieerhaltung und Cycles-Einschränkungen

Die Antwort auf die von Benutzern am häufigsten gestellte Frage: „Warum gibt es Shader to RGB nicht in Cycles?“ basiert auf der Mathematik des Raytracings 60 . Da Eevee eine Rasterisierungsengine ist, kann sie die Beleuchtung eines bestimmten Objekts auf dem Bildschirm während des Renderns unabhängig vom Objekt, isoliert berechnen und das Ergebnis sofort als Farbdaten zurückgeben 62 . Cycles hingegen ist ein massives, asynchron arbeitendes "Path Tracing"-Netzwerk 62 . Wenn ein Strahl auf Objekt A trifft, ist seine Arbeit nicht beendet; er springt von dort zu Objekt B und von dort zu Objekt C 62 . Wenn die Farbe von Objekt B basierend auf dem Ergebnis des von A kommenden Lichts sofort (in Echtzeit) geändert wird (und Shader to RGB verlangt genau diese von der Beleuchtung abhängige Farbänderung), geraten die Lichtwege in endlose Paradoxa. Während die Farbe eines Objekts das Licht in der Umgebung beeinflusst, erzeugt die Tatsache, dass das Licht in der Umgebung auch die Farbe des Objekts beeinflusst, einen zyklischen Logikfehler, und die Regel der physikalischen "Energieerhaltung" (Energy Conservation) wird gebrochen 62 . Künstler, die Cycles verwenden, müssen für solche stilisierten Looks Umwege gehen, wie etwa die Verwendung von "Toon BSDF", das Aufteilen von Szenen in Render-Ebenen (Render Passes) für ein mehrfaches Compositing oder das Backen (Baking) von Lichtdaten als Textur 60 . Aus diesem Grund ist Eevee der unbestrittene und konkurrenzlose König von Projekten im 2D-/Anime-Stil 3 .

7. Strategische Entscheidungsfindung: Welche Engine sollte in welchem Szenario verwendet werden?

Je nach Hardware-Eigenschaften, Art Direction, physikalischen Simulationsanforderungen und Produktionszeitbeschränkungen ist der Platz beider Engines in den Produktions-Workflows klar definiert 3 .

7.1. Wann sollte Eevee (und Eevee Next) verwendet werden?

● Lange Animationen mit Zeitbeschränkungen: Eevee benötigt nur Sekunden (oder Millisekunden) pro Frame und ermöglicht es einem Künstler, eine 5-minütige Animation (7000+ Frames) auf einer einzigen Workstation an einem Tag abzuschließen. Mit Cycles kann dies Monate dauern oder Wolkenkosten in Höhe von Zehntausenden von Dollar verursachen 3 . ● Stilisierte / NPR-Projekte: Dank der „Shader to RGB“-Fähigkeit ist es die einzige praktische Option für scharfe cel-shaded Arbeiten im Anime-Stil 58 . ● Vorab-Visualisierung (Pre-viz) und Motion Graphics: Schnelle Konzeptfreigabeprozesse, bei denen physikalische Korrektheit (Glas, mikroskopische Reflexion) keine Rolle spielt, sondern Fließfähigkeit und eine lebendige Vorschau erforderlich sind 3 . Die Hardware-Raytracing-Integration von Eevee Next hat diesen Bereich weitaus zufriedenstellender gemacht als zuvor 65 .

7.2. Wann sollte Cycles verwendet werden?

● Architektonische Visualisierung (ArchViz) und Produktdesign: Hochwertige Innenraum- oder Produktrenderings, bei denen Licht von mehreren Oberflächen abprallt und den Raum auf organische Weise beleuchtet (Global Illumination) und Kontaktschatten makellos sein müssen. In Kombination mit Intel OpenPGL Path Guiding ist es der Industriestandard 3 . ● VFX (Visuelle Effekte) und Fotorealismus: Compositing-Prozesse, bei denen reale Kameraaufnahmen mit CGI kombiniert werden, komplexe laminierte Glasreflexionen (Transmission) oder realistische menschliche Haut (Subsurface Scattering), die Random Walk erfordert 3 . ● Komplexe volumetrische und Kaustik-Effekte: Die physikalische Korrektheit von Lichtstrahlen, die sich durch Nebel bewegen und die Umgebung beleuchten (Multi-scattering), oder scharfen kaustischen Brechungen am Grund von Pools (MNEE) 10 .

7.3. Hybride Workflows und Viewport Compositor

In echten professionellen Szenarien sind diese beiden Motoren keine Feinde, sondern Ergänzungen derselben Produktions-Pipeline. Eevee und Cycles teilen sich exakt dieselbe „Shader Node“-Infrastruktur und PBR-Logik 2 . Diese enorme Funktion bietet Künstlern die Möglichkeit, Beleuchtungs-Setups, Szenen-Layouts und die Materialentwicklung (LookDev) bei der interaktiven, flüssigen Geschwindigkeit von Eevee durchzuführen und die finale Ausgabe (Final Render) durch einen einzigen Menüwechsel an Cycles zu übergeben, um sie in einer hochwertigen, hardwarebeschleunigten (OptiX/HIP) Umgebung zu erhalten 2 . Dank Blenders neuer „Viewport Compositor“-Funktion lassen sich zudem spezielle Hybridszenarien erstellen, bei denen volumetrische Daten oder Post-Processing-Effekte wie Bloom innerhalb von Sekunden über Eevee bezogen und direkt im Viewport über eine saubere, gerenderte Cycles-Ausgabe zusammengesetzt (Compositing) werden, wodurch die besten Aspekte beider Seiten kosteneffizient miteinander verschmolzen werden 22 .

Fazit

Die radikalen Unterschiede zwischen Cycles und Eevee (sowie dem neuen Eevee Next), den beiden von Blender angebotenen Riesen-Render-Engines in der 3D-Produktionswelt, resultieren im Wesentlichen aus dem unerbittlichen Kompromiss (Trade-off) zwischen Produktionsgeschwindigkeit und optischer physikalischer Perfektion. Cycles ist rechenintensiv, da es Licht nicht nachahmt. Im Rahmen dessen, was Mathematik und moderne Hardware erlauben, simuliert es die realen physikalischen Sprünge, Brechungen und Kollisionen von Licht im Raum mit einer unerbittlichen Monte-Carlo-Integration milliardenfach neu. Obwohl fortgeschrittene Hardware-API-Beschleuniger (OptiX/HIP), KI-gestützte revolutionäre Denoiser (OIDN 2.0) und auf Intel OpenPGL basierende Pfadlenkungs-Algorithmen (Path Guiding) diese schwere mathematische Last heutzutage erheblich erleichtert haben, fordert Cycles den Preis für absoluten Fotorealismus immer noch durch Hardware-Investitionen und Rechenzeit. Auf der anderen Seite stützt sich Eevee auf die optische Illusionsfähigkeit der Computer-Grafikgeschichte. Da die Rasterisierungstechnologie durch die Grenzen des Screen Space (Bildschirmraums) eingegrenzt ist, erzeugt sie Reflexionen, volumetrische Streuungen und indirekte Beleuchtungen nur „soweit die Kamera es sieht und vorhersagen kann“. Obwohl sie dadurch im Hinblick auf physikalische Korrektheit ins Hintertreffen gerät (weshalb sie weniger realistisch ist), ist sie aufgrund der Fähigkeit, in Sekundenschnelle faszinierende Animationen zu produzieren, den Speicherverbrauch zu optimieren und NPR-Workflows (Shader to RGB) zu unterstützen, das Rückgrat der meisten mittel- bis groß angelegten Produktionen. Zu Beginn eines professionellen Projekts ist die Antwort auf die Frage, ob das Endziel physikalische Korrektheit oder künstlerische Flexibilität, Budget und Geschwindigkeit ist, das einzige Element, das direkt bestimmt, welche Engine ausgewählt wird.

*Hinweis: Die Bilder wurden von Google Gemini generiert.