V-Ray-Optimierungsleitfaden: Irradiance Map, Light Cache, UHD Cache

V-Rays Global-Illumination-Einstellungen (GI) bestimmen die Renderzeit pro Frame stärker als nahezu jede andere Konfigurationsentscheidung. Bei Archviz-Standbildern ist es verschwenderisch, GI bei jedem Frame neu zu berechnen — dieselbe Irradiance Map und derselbe Light Cache können für eine gesamte Animation wiederverwendet werden, wodurch die Frame-Renderzeit je nach Szenenkomplexität um 40–70 % sinkt. Diese Seite beschreibt die GI-Caching-Muster, die auf einer verteilten render farm am besten funktionieren: lokale Vorberechnung der GI vor dem Upload, Wiederverwendung gespeicherter Caches, die Abwägungen zwischen Irradiance Map, Light Cache, UHD Cache und Brute Force sowie die Ausgabe von EXR-Daten mit Render-Elementen über den V-Ray Frame Buffer.

Dieser Leitfaden gilt für V-Ray for 3ds Max, V-Ray for Maya, V-Ray for Cinema 4D und V-Ray for Houdini — die GI-Muster sind DCC-übergreifend konsistent. DCC-spezifische Details finden Sie in den jeweiligen setting-up-*-Dokumenten — siehe Querverweise unten.

Hinweis zur V-Ray-Version: Die hier beschriebenen Workflows sind aktuell für V-Ray 6.x (veröffentlicht 2022) und V-Ray 7.x (veröffentlicht 2024). Frühere V-Ray Next (V-Ray 4.x)-Workflows verwendeten leicht abweichende Parameternamen, jedoch das gleiche grundlegende Caching-Muster. Bei V-Ray-Betaversionen oder Vorabversionen empfehlen wir, die Parameternamen vor der Nutzung dieses Leitfadens in der Chaos-Dokumentation zu verifizieren.

Warum GI-Caching auf einer render farm wichtig ist

Die GI-Berechnung in V-Ray erfolgt in zwei Phasen: einer „Vorberechnungsphase" (Prepass), die indirektes Licht in der Szene sampelt und in einen Cache schreibt, und einer „Finalphase", die den Cache zur Berechnung der eigentlichen Pixel nutzt. Bei einem einzelnen Standbild laufen beide Phasen in einem Render-Durchgang. Bei Animationen verursacht die Neuberechnung der GI bei jedem Frame zwei Probleme:

1. Verschwendete Rechenleistung. Indirektes Licht in einer Architekturszene ändert sich von Frame zu Frame typischerweise kaum. Eine 250-mal wiederholte Neuberechnung für eine 10-Sekunden-Animation verschwendet rund 60 % der gesamten Renderzeit.
2. GI-Flimmern. Die GI-Sample-Verteilung jedes Frames ist aufgrund von Zufälligkeit leicht unterschiedlich, was subtile Frame-zu-Frame-Helligkeitsschwankungen in indirekt beleuchteten Bereichen verursacht — das klassische „Archviz-Animations-Flimmern" und eine der häufigsten Qualitätsbeschwerden bei unkontrollierten Animationseinreichungen.

Die Lösung besteht darin, die GI einmal für die gesamte Animation zu berechnen, das Ergebnis in einer Cache-Datei zu speichern und dann jeden Frame aus dem Cache zu lesen. Dies ist erheblich schneller und eliminiert das Flimmern.

Auf einer render farm ist die Cache-Datei klein (typischerweise 10–500 MB), sodass sie günstig mit dem Projekt-Upload übertragen wird. Das Caching verlagert die Kosten auf Ihre Workstation, wo Sie vollständige Kontrolle über die Berechnungsparameter haben und die Berechnung nur einmal erfolgt.

Kurzvergleich der GI-Methoden

V-Ray unterstützt mehrere GI-Methoden für die „primären" (kamerasichtbaren) und „sekundären" (indirekte Reflexionen) Engines. Die vier auf der Farm am häufigsten verwendeten:

| Methode | Primär-Engine | Sekundär-Engine | Am besten geeignet für | Abwägung | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | Archviz-Standbilder und Animationen | Langsamste Einrichtung, geringste Frame-Renderzeit; benötigt Prepass | | Brute Force + Light Cache | Brute Force | Light Cache | Komplexe Beleuchtung, schnelle Iteration | Höhere Frame-Renderzeit, kein Flimmern bei Animationen | | Brute Force + Brute Force | Brute Force | Brute Force | Hochqualitative Standbilder, keine GI-Cache-Dateien | Langsamste Frame-Renderzeit, höchste Qualität | | UHD Cache (V-Ray 6.x+) | (variiert) | UHD Cache | Moderner vereinfachter Workflow | Neuer, kann von etablierten Pipelines abweichen |

Das empfohlene Muster für Archviz-Animationen auf unserer Farm: Irradiance Map (primär) + Light Cache (sekundär), beides vorberechnet und vor der Einreichung gespeichert. Für einmalige Produktstandbilder, bei denen die Einrichtungszeit wichtiger ist als die Frame-Renderzeit, bieten UHD Cache oder Brute Force + Light Cache einen schnelleren Einstieg.

Muster 1: Irradiance Map + Light Cache für Standbilder vorberechnen

Für ein einzelnes hochwertiges Standbild:

1. GI-Einstellungen lokal konfigurieren. - V-Ray → Global Illumination → aktivieren. - Primär-Engine: Irradiance Map. - Sekundär-Engine: Light Cache. - Irradiance Map Preset: Medium (oder höher für Hero-Shots). - Light Cache: 1000 Subdivs (Standard), 0,02 Sample-Größe.

1. Beide Modi auf „Single frame" im Mode-Dropdown jeder Engine einstellen.

1. „Save to disk" für Irradiance Map und Light Cache aktivieren. Dateipfade in einen gi/-Unterordner innerhalb Ihres Projekts setzen — zum Beispiel gi/scene_v01_ir.vrmap und gi/scene_v01_lc.vrlmap.

1. Szene lokal rendern in der Zielauflösung (oder einer reduzierten Auflösung, wenn die Szenenkomplexität eine vollauflösende Berechnung unpraktikabel macht — V-Rays GI-Qualität ist für diese Caches weitgehend auflösungsunabhängig).

1. Cache-Dateien verifizieren. Den gi/-Ordner auf die .vrmap- und .vrlmap-Dateien prüfen. Leere oder null-Byte-Cache-Dateien bedeuten, dass der Prepass lautlos fehlgeschlagen ist — erneut ausführen und das V-Ray-Log auf Warnungen prüfen.

1. Modi auf „From file" für beide Engines umstellen und auf die gespeicherten Cache-Dateien verweisen.

1. „Save to disk" deaktivieren, damit der Worker nicht versucht, die Datei erneut zu speichern. Dies würde fehlschlagen, wenn der Worker nicht in den Pfad schreiben kann, und der daraus resultierende Fehler erscheint typischerweise als generisches „Render fehlgeschlagen" ohne offensichtliche Ursache.

1. Projekt einpacken, inklusive des gi/-Ordners, archivieren und hochladen.

Der Worker liest die GI-Caches zur Renderzeit und schreibt das Finalbild. Die Frame-Renderzeit ist deutlich geringer als wenn der Worker die GI von Grund auf berechnen müsste, und die Cache-Dateien sind im Verhältnis zum Projektarchiv winzig, sodass kein nennenswerter Upload-Mehraufwand entsteht.

Muster 2: Animation mit Animation (Prepass) + Animation (Rendering) — V-Ray Next Workflow

Für V-Ray-Archviz-Animationen (der häufigste Farm-Anwendungsfall) führte V-Ray Next einen dedizierten Zwei-Phasen-Workflow ein, der der De-facto-Standard durch V-Ray 6.x und 7.x ist:

1. Prepass konfigurieren. - V-Ray → Global Illumination → Primär-Engine: Irradiance Map. - Irradiance Map → Mode: Animation (prepass). - Sekundär-Engine: Light Cache. - Light Cache → Mode: Single frame (Light Cache wird pro Frame günstig neu berechnet; dies ist in Ordnung und vermeidet Cache-Größenzuwachs). - Den Frame-Bereich für den Prepass an den Animationsbereich anpassen. - Ausgabepfad für die Irradiance Map Cache-Dateien auf gi/scene_v01_ir_<frame>.vrmap setzen. V-Ray schreibt einen Cache pro Prepass-Frame.

1. Prepass ausführen. Auf Ihrer Workstation den gesamten Animationsbereich rendern. V-Ray überspringt die eigentliche Frame-Ausgabe — nur die Cache-Dateien werden geschrieben. Dieser Schritt ist der zeitaufwändige; planen Sie entsprechend. Für Interior-Archviz: die Prepass-Zeit beträgt typischerweise 20–40 % dessen, was ein vollständiger unkontrollierter Render benötigen würde.

1. Per-Frame-Cache-Dateien zusammenführen. Die meisten V-Ray-Versionen führen per-Frame-Irradiance Maps automatisch zusammen, wenn in den „Animation (rendering)"-Modus gewechselt wird. Einige Workflows erfordern einen manuellen Zusammenführungsschritt mit dem Irradiance Map Merge Utility (V-Ray Menü → Tools → Irradiance Map → Merge IRR Maps). Ergebnis: eine zusammengeführte .vrmap, die den gesamten Animationsbereich abdeckt.

1. Modus auf Animation (rendering) umstellen. Die Irradiance Map auf die zusammengeführte Cache-Datei verweisen.

1. Cache-Speicherung deaktivieren. Die zusammengeführte Datei ist Ihre Quelle der Wahrheit.

1. Einpacken und einreichen. Der Worker liest die zusammengeführte Irradiance Map für jeden Frame, berechnet den Light Cache frisch pro Frame (günstig) und rendert das Finalbild. Die Frame-Renderzeit auf der Farm ist typischerweise 40–60 % geringer als ohne Cache, und Frame-zu-Frame-GI-Flimmern ist eliminiert.

Eine kleine Optimierung für sehr lange Animationen: Prepass bei jedem N-ten Frame berechnen (z. B. 1 von 5) anstatt bei jedem Frame. V-Ray interpoliert zwischen spärlichen Prepass-Frames zur Renderzeit — kleinerer Cache, schnellerer Prepass, mit einem Qualitätsverlust, der für Archviz meist unsichtbar ist.

Muster 3: UHD Cache (V-Ray 6.x vereinfachter Workflow)

V-Ray 6.x führte UHD Cache als einfachere Alternative zur Kombination Irradiance Map + Light Cache ein. UHD Cache kombiniert die primären und sekundären GI-Durchgänge in einem einzigen einheitlichen Caching-System und beseitigt die Notwendigkeit, zwei Engines unabhängig zu konfigurieren.

Wann UHD Cache verwenden:

• Neue Projekte in V-Ray 6.x+ — der Workflow ist einfacher einzurichten als Irradiance Map + Light Cache.
• Gemischte Szenentypen, bei denen Sie sonst GI-Methoden wechseln müssten (z. B. Interior + Exterior in derselben Animation).
• Schnellere Iteration während der Szenenaufbauphase, bevor die finalen Qualitätseinstellungen festgelegt werden.

Wann bei Irradiance Map + Light Cache bleiben:

• Bestehende V-Ray 4.x / 5.x-Pipelines, bei denen der Irradiance Map + Light Cache-Workflow bereits validiert ist und das gewünschte Ergebnis liefert.
• Maximale Qualität bei Standbildern, bei denen die Interpolation der Irradiance Map ein saubereres Ergebnis als UHD Cache's adaptives Sampling erzeugt.
• Studios mit umfangreichen Shot-Bibliotheken, die auf bestimmte GI-Cache-Formate ausgerichtet sind.

Konfiguration für UHD Cache:

1. V-Ray → Global Illumination → Primär-Engine: auf UHD Cache umstellen (in V-Ray 6.x+).
2. Qualitäts-Presets konfigurieren (Low / Medium / High). Medium ist für die meisten Szenen ein vernünftiger Standard.
3. „Save to disk" für den UHD Cache aktivieren.
4. Auf Ihrer Workstation vorberechnen und die Cache-Datei in Ihren Projekt-Upload einschließen.
5. Modus vor dem Einpacken auf „From file" umstellen und Speichern deaktivieren — dasselbe Muster wie bei der Irradiance Map.

Muster 4: Brute Force, wenn GI-Caching nicht praktikabel ist

Manche Szenen lassen sich nicht gut cachen — typischerweise Szenen mit extremer dynamischer Beleuchtung (Volumetrik, Area-Light-Arrays, animierte emissive Oberflächen), bei denen GI-Samples von Frame zu Frame zu stark variieren, um das Caching sinnvoll zu machen. Für diese ist Brute Force die richtige Wahl:

1. Primär-Engine: Brute Force, Sekundär-Engine: Light Cache.
2. Brute Force Subdivisions hoch genug setzen, um Rauschen zu bereinigen (typischerweise 8–24, lokal kalibriert).
3. Keine Cache-Dateien erforderlich. Der Worker berechnet alles pro Frame.
4. Frame-Renderzeit ist höher als bei Irradiance Map + Light Cache, aber Qualität ist konsistent und es besteht kein Risiko von Cache-bedingtem Flimmern.

Dieses Muster wird für VFX-Arbeit, komplexe Beleuchtungs-Setups und Standbilder bevorzugt, bei denen die Zeit bis zum Ergebnis weniger wichtig ist als das Aussehen. Es ist auch verzeihlicher, wenn Szenen intensive Modifikationszyklen haben — keine Caches, die invalidiert werden müssen.

Entscheidungsleitfaden Methode vs. Anwendungsfall

Ein vereinfachter Entscheidungsfluss für die Auswahl einer GI-Methode:

| Ihre Szene | Empfohlene Methode | |---|---| | Archviz-Exterior-Standbild | Irradiance Map + Light Cache, vorberechnet, „From file"-Modus | | Archviz-Interior-Standbild | Irradiance Map + Light Cache, vorberechnet, höhere Samples | | Archviz-Exterior-Animation | Animation (Prepass) + Animation (Rendering) | | Archviz-Interior-Animation | Animation (Prepass) + Animation (Rendering), Prepass 1 Frame von 5 | | Produktvisualisierung | UHD Cache (V-Ray 6.x+) oder Brute Force + Light Cache | | VFX-Shot mit Volumetrik | Brute Force + Light Cache, keine Cache-Dateien | | Schnelle Iteration / Lookdev | UHD Cache, Low-Preset | | Hero-Shot für Portfolio | Brute Force + Brute Force, hohe Samples |

GI-Cache muss vor dem Upload berechnet werden

Ein Punkt, der es wert ist, wiederholt zu werden, da er die häufigste vermeidbare Ursache für unnötige Kosten bei V-Ray-Farm-Jobs ist: GI-Caches müssen auf Ihrer Workstation berechnet werden, bevor das Projekt hochgeladen wird. Es gibt keinen äquivalenten „GI zuerst auf der Farm berechnen, dann rendern"-Modus, der über verteilte Worker hinweg effizient funktioniert. Die GI-Berechnung ist sequenziell, nicht parallel — jeder Irradiance Map-Sample hängt von vorherigen Samples ab, sodass der Prepass nicht verteilt werden kann.

Die zwei häufigsten Fehler:

• Modus auf „Single frame" bei einer Animationseinreichung belassen. Jeder Worker führt unabhängig voneinander denselben teuren Prepass pro Frame durch, was den größten Teil der von der Farm gebotenen Parallelität verschwendet. Eine 250-Frame-Animation, die eine Stunde dauern sollte, benötigt am Ende acht.
• Cache-Dateipfade verweisen auf ein Workstation-Laufwerk (z. B. D:\my-projects\gi\scene_ir.vrmap). Der Worker kann den Pfad nicht auflösen und fällt lautlos in den „GI berechnen"-Modus zurück, oft mit GI-Flimmern, da jeder Worker einen leicht anderen Prepass berechnet.

Die Lösung in beiden Fällen ist dieselbe: lokal vorberechnen, Modus auf „From file" oder „Animation (rendering)" setzen, relative Pfade verwenden (./gi/scene_ir.vrmap) und verifizieren, dass die Cache-Dateien im Projektordner vorhanden sind, bevor das Projekt eingepackt wird.

Für Studios mit wiederkehrender Animationsarbeit werden die Prepass-Kosten amortisiert: einmal berechnen, Hunderte von Frames gegen denselben Cache rendern.

Irradiance Map wiederverwenden, um Renderzeit zu reduzieren

Ein Muster, das für erstmalige V-Ray-Farm-Nutzer nicht offensichtlich ist: Sobald Sie eine Irradiance Map für eine Szene berechnet haben, können Sie diese für Kamera-Anpassungen, Look-Dev-Iterationen und sogar Beleuchtungsvarianten wiederverwenden — solange sich die Geometrie der Szene und die Lichtpositionen nicht wesentlich geändert haben.

Konkret: Wenn Sie eine Archviz-Szene mit einer bestimmten Irradiance Map rendern und dann eine Woche später der Kunde eine Tageslicht-Variante wünscht, die die Sonnenrichtung um 20 Grad ändert, müssen Sie die Irradiance Map nicht neu berechnen. Die vorhandene Map deckt indirekte Licht-Samples über die Geometrie ab; die Direktlichtkomponente (Sonne, Area Lights) wird ohnehin pro Render neu berechnet. Behalten Sie die gecachte .vrmap-Datei und reichen Sie erneut mit nur geänderter Beleuchtung ein.

Wo Sie neu berechnen müssen:

• Geometrieänderungen. Versetzte Wände, hinzugefügte Möbel, geänderter Maßstab — die Irradiance Map Sample-Punkte sind jetzt falsch.
• Größere Licht-Setup-Änderungen. Hinzufügen oder Entfernen eines großen Area Lights, geändertes Dome-HDRI, Wechsel zwischen Außen- und Innenbeleuchtungs-Setup.
• Änderungen der Material-Albedo, die indirekte Reflexion beeinflussen. Das Ändern einer weißen Wand zu dunklem Holz beeinflusst das indirekte Licht sichtbar. Subtile Farbtwicklungen tun dies normalerweise nicht.

Für Animationen ist die zusammengeführte .vrmap über denselben Kamerapfad für das erneute Rendern von Varianten wiederverwendbar. Wir haben Studios erlebt, die 4–5 Renders aus einer einzigen berechneten Irradiance Map über einen typischen Revisionszyklus erzielten.

Ausgabeformate: EXR + Render-Elemente über den V-Ray Frame Buffer

Sobald GI konfiguriert und die Szene einreichungsbereit ist, ist die nächste Entscheidung, wie die Ausgabe geschrieben wird. Für alles, das für einen Compositing- oder Grading-Workflow bestimmt ist, lautet die Antwort: V-Ray Frame Buffer (VFB) mit Multi-Channel-EXR und Render-Elementen, nicht direkt zu PNG/JPG aus dem Renderer.

Warum VFB + EXR + Render-Elemente:

• Compositing-Flexibilität. Jedes Render-Element (Diffuse, Reflection, Refraction, GI, Specular, Ambient Occlusion, Cryptomatte, Z-Depth, World Position, Motion Vectors) landet als separater Kanal in einer EXR-Datei. Der Compositor zieht nur das heraus, was benötigt wird, ohne erneut zu rendern.
• Kein Einbrennen von Post-Effekten. Linseneffekte, Color Grading, Belichtung, Glare und Bloom, die VFB-Vorschauen zeigen, werden als anpassbare Werte im EXR-Header gespeichert — sie werden zur Renderzeit nicht in die Pixel eingebrannt.
• Verlustfreie Präzision. EXR ist Half-Float (16 Bit) oder Full-Float (32 Bit) pro Kanal. Lichter werden nicht beschnitten, Schatten nicht gecrusht, und Nachbearbeitung ist nicht-destruktiv.
• Eine Datei pro Frame, nicht eine Datei pro Kanal. Multi-Channel-EXR hält Frame-Nummern über alle Elemente automatisch ausgerichtet.

Konfiguration auf der Workstation vor der Einreichung:

1. V-Ray Frame Buffer Einstellungen öffnen. In 3ds Max: V-Ray Tab → Frame Buffer. In Maya: V-Ray Common → V-Ray Frame Buffer-Rollout. In C4D und Houdini: ähnliche Position unter den V-Ray-Rendereinstellungen.

1. V-Ray Frame Buffer aktivieren (nicht den nativen Frame Buffer der Host-Anwendung). VFB besitzt die EXR + Render-Elemente-Schreibpipeline; der native Frame Buffer verarbeitet Render-Elemente für die Farm-Ausgabe nicht korrekt.

1. „Save separate render channels" und „Save RGB and alpha" aktivieren, damit der Beauty Pass in dieselbe Multi-Channel-EXR geschrieben wird. Einzeldatei-Ausgabe wird für Farm-Arbeit bevorzugt.

1. Ausgabe auf OpenEXR (.exr) setzen. Bittiefe: 16-Bit Half-Float ist Standard für Compositing; 32-Bit Full-Float ist nützlich für VFX mit extremen HDR-Bereichen.

1. Benötigte Render-Elemente hinzufügen. In 3ds Max: Render Setup → Render Elements Tab → Hinzufügen → aus der V-Ray-Elementliste auswählen (V-RayDiffuseFilter, V-RayReflection, V-RayGlobalIllumination, V-RayCryptomatte, V-RayZDepth usw.). In Maya: AOV / Render Elements-Panel unter dem V-Ray-Tab. In C4D und Houdini: Multi-Pass / AOV-Setup. Immer mindestens einschließen: Diffuse, Reflection, Refraction, GI, Specular, Alpha, Z-Depth und ein Cryptomatte, wenn Sie per-Objekt-Compositing benötigen.

1. Ausgabepfad auf einen sauberen output/-Unterordner innerhalb Ihres Projekts setzen — z. B. output/scene_v01.####.exr. Nur relative Pfade verwenden.

1. Die native „Save Image"-Option des Renderers deaktivieren. Wenn sowohl VFB-Speicherung als auch Host-Speicherung aktiviert sind, erhalten Sie doppelte Dateien unter verschiedenen Pfaden, und Ihr heruntergeladenes Archiv verdoppelt sich in der Größe.

1. Lokal mit einem einzelnen Test-Frame verifizieren. Einen Frame rendern, die EXR in einem Compositor öffnen (Nuke, After Effects, Fusion, DaVinci Resolve), alle Kanäle vorhanden und wie erwartet benannt bestätigen.

Häufige Fallstricke: PNG/JPG-Ausgabe bäckt Post-Effekte ein und verwirft Render-Elemente (nur für Vorschauen verwenden); Render-Elemente hinzugefügt, aber VFB-Speicherung deaktiviert, erzeugt nur einen Beauty Pass ohne trennbare Kanäle; per-Kanal separate EXRs funktionieren, machen aber Frame-Matching fehleranfällig — Multi-Channel-EXR ist der sauberere Standard.

Für sehr hochauflösende Standbilder (8K+) oder Szenen mit mehr als 20 Render-Elementen kann die EXR-Dateigröße erheblich wachsen (mehr als 200 MB pro Frame). Planen Sie die Download-Bandbreite entsprechend.

Light Cache Subdivs vs. Sample-Größe

Light Cache hat zwei Parameter, die hauptsächlich die Qualität steuern: Subdivs (Sample-Anzahl) und Sample-Größe (Interpolationsradius). Kurze Anleitung:

• Subdivs. Standard 1000. Für Interior-Archviz liefern 1500–2500 sauberere GI. Für Exterior reichen normalerweise 800–1200. Höhere Werte erhöhen die Prepass-Zeit ungefähr linear.
• Sample-Größe. Standard 0,02 (2 % des Szenenradius). Niedrigere Werte (0,01) produzieren schärferes GI-Detail auf Kosten von Rauschen; höhere Werte (0,05) glätten kleinräumige Variation. Nicht ohne Tests ändern — zu hohe Werte verlieren Kontaktschatten-Details, zu niedrige Werte produzieren fleckiges GI.

Für Animations-Prepasses „Use Light Cache for glossy rays" → aktivieren, was über die Animation hinweg glattere glänzende Reflexionen erzeugt und Fireflies in Glas- und Metallmaterialien reduziert.

Fehlerbehebung bei V-Ray GI auf der Farm

Allgemeine Fehlerbehebung, die für alle DCCs gilt, finden Sie unter .

• „Irradiance Map file not found" beim Rendern. Verifizieren Sie, dass der Cache-Dateipfad in den V-Ray-Einstellungen relativ zum Projektordner ist, nicht absolut. Der Worker löst Pfade zur Einreichungszeit vom Projektstamm aus auf.
• GI-Cache-Dateipfad verwendet Workstation-Laufwerksbuchstaben. Bearbeiten Sie die Cache-Dateipfade in den V-Ray-Einstellungen auf relative Pfade (./gi/scene_ir.vrmap) vor der Einreichung. Das Simulate Local Path-Tool kann dabei helfen, dies zu validieren — siehe .
• Animations-Flimmern trotz gecachtem GI. Verifizieren Sie, dass der Cache-Modus im Finaldurchgang auf „Animation (rendering)" eingestellt ist, nicht „Single frame" oder „Animation (prepass)". Prüfen Sie auch, ob die Cache-Datei tatsächlich den gesamten Animationsbereich abdeckt — ein teilweiser Cache verursacht Flimmern außerhalb des gecachten Bereichs.
• Worker berechnet GI von Grund auf trotz eingeschlossenen Cache. Verifizieren Sie, dass „Save to disk" deaktiviert und der Modus auf „From file" (für Standbilder) oder „Animation (rendering)" (für Animationen) eingestellt ist. Wenn Speichern aktiviert ist, kann V-Ray versuchen, die Cache-Datei zur Renderzeit zu überschreiben und fehlschlagen.
• UHD Cache-Datei wird vom Worker nicht gelesen. Gleiche Grundursache wie bei Irradiance Map: nur relative Pfade, „From file"-Modus, Speichern deaktiviert.
• EXR Render-Elemente kommen leer oder mit fehlenden Kanälen an. Verifizieren Sie, dass „Save separate render channels" in den VFB-Einstellungen vor der Einreichung aktiviert ist, und dass der Test-Frame auf Ihrer Workstation eine vollständige Multi-Channel-EXR erzeugt hat. Wenn der Workstation-Version ebenfalls Kanäle fehlen, liegt das Problem vor der Farm.
• Ausgabe-EXR hat 8 Bit pro Kanal. EXR kann mit 8 Bit geschrieben werden, wird es aber selten — normalerweise ist dies eine Fehlkonfiguration in den VFB-Bittiefe-Einstellungen. Auf 16-Bit Half-Float umstellen und den Test-Frame erneut rendern.

Querverweise

• — Fehlerbehebung bei Job-Fehlern
• — Render-Qualitätsprobleme einschließlich GI-Flimmermuster
• — Upload-, Einreichungs- und Download-Workflow
• — V-Ray for 3ds Max spezifische Details
• — V-Ray for Maya spezifische Details
• — V-Ray for Cinema 4D spezifische Details
• — Validate Local Path-Tool
• — Landingpage
• — Artikel zur Scattering-Performance

FAQ

Q: Muss ich Irradiance Map und Light Cache wirklich lokal vorberechnen, bevor ich sie auf der Farm einreiche? A: Für Animationen dringend empfohlen; für Standbilder optional. GI-Berechnung ist sequenziell und kann nicht über Worker hinweg parallelisiert werden, sodass eine unkontrollierte Animations-Einreichung jeden Frame dazu zwingt, denselben teuren Prepass zu wiederholen und den größten Teil der Farm-Parallelität zu verschwenden. Für Standbilder läuft der Prepass ohnehin nur einmal pro Render, sodass die Zeitersparnis durch Vorberechnung geringer ist — es ist jedoch trotzdem empfehlenswert für Reproduzierbarkeit und um Render-Elemente über Re-Renders hinweg stabil zu halten.

Q: Meine Animation flimmert bei GI, obwohl ich die Irradiance Map vorberechnet habe. Warum? A: Drei wahrscheinliche Ursachen: (1) Der Irradiance Map-Modus im Finaldurchgang ist nicht auf „Animation (rendering)" eingestellt — er könnte auf „Single frame" stehen, was eine Neuberechnung pro Frame verursacht; (2) die Cache-Datei deckt nicht den gesamten Animationsbereich ab; (3) der Prepass wurde mit zu niedrigem Sampling berechnet, sodass der Cache selbst Rauschen aufweist. Beheben Sie dies, indem Sie den Prepass mit höheren Samples erneut ausführen und den Modus im Finaldurchgang verifizieren.

Q: Wann sollte ich UHD Cache anstelle von Irradiance Map + Light Cache verwenden? A: UHD Cache (V-Ray 6.x+) ist einfacher einzurichten und funktioniert gut für neue Projekte, bei denen Sie keine etablierten Irradiance Map + Light Cache-Einstellungen haben. Bleiben Sie bei Irradiance Map + Light Cache für bestehende Pipelines oder für Hero-Standbilder, bei denen die Interpolation der Irradiance Map ein saubereres Ergebnis liefert.

Q: Meine Irradiance Map-Berechnung dauert lokal 4 Stunden, bevor ich einreichen kann. Gibt es einen schnelleren Weg? A: Drei Optimierungen: (1) Irradiance Map-Preset auf „Medium" oder „Low" reduzieren — für Animationen erzeugt ein Prepass mit niedrigerem Preset einen Cache, der nach Compositing-Temporal-Smoothing dem höherer Presets ähnlich ist; (2) Prepass bei reduzierter Auflösung berechnen (50 % der finalen); (3) für sehr lange Animationen Prepass bei jedem 5. Frame berechnen und V-Ray zwischen ihnen interpolieren lassen.

Q: Kann die Farm den Irradiance Map-Prepass berechnen und dann den Finaldurchgang in einem Job rendern? A: Nicht effizient. Der Prepass würde auf einem Worker laufen (sequenziell), und der Finaldurchgang würde verteilt laufen. Sie würden für die Prepass-Zeit eines Workers plus verteilte Finaldurchgang-Zeit zahlen, gegenüber der lokalen kostenlosen Vorberechnung. Das empfohlene Muster bleibt: Prepass auf Workstation, Finaldurchgang auf Farm.

Q: Meine Szene verwendet V-Ray Distributed Rendering (DR) lokal. Wie überträgt sich das auf die Farm? A: V-Ray DR dient dazu, ein einzelnes Standbild über mehrere LAN-Workstations aufzuteilen. Auf der Farm ist das Äquivalent die Bucket-Rendering-Verteilung, die auf Queue-Ebene gehandhabt wird — die Farm verteilt Buckets automatisch über Worker pro Frame. Sie müssen V-Ray DR nicht konfigurieren; reichen Sie normal ein.

Q: Ich verwende nur Light Cache (keine Irradiance Map) als Primär-Engine. Wird das unterstützt? A: Ja. „Light Cache only"- oder „Brute Force + Light Cache"-Muster werden auf der Farm unterstützt. Die Light Cache-Berechnung pro Frame ist schnell genug, dass Vor-Caching für typische Szenen normalerweise nicht erforderlich ist.

Q: Meine V-Ray-Version ist 4.x (V-Ray Next). Gelten diese Workflows noch? A: Ja, mit Anpassungen der Parameternamen. V-Ray Next verwendete leicht unterschiedliche Terminologie (z. B. „Pre-pass animation" vs. „Animation (prepass)"), aber das grundlegende Caching-Muster ist identisch. Die Modi „From file" und „Save to disk" funktionieren gleich. Für spezifische Parameternamen in V-Ray 4.x konsultieren Sie die V-Ray 4.x-Dokumentation; für neue Projekte wird V-Ray 6.x oder 7.x empfohlen.

Q: Warum EXR mit Render-Elementen statt einfach auf PNG zu rendern? A: EXR mit Render-Elementen gibt dem Compositor jeden Kanal (Diffuse, Reflection, GI, Z-Depth, Cryptomatte usw.) in einer Multi-Channel-Datei pro Frame. PNG flacht auf 8 Bit ab und bäckt alle Post-Effekte in die Pixel ein, was die Compositing-Flexibilität eliminiert. Für finale Ausgabe ist EXR das Format, das Ihre Renders downstream editierbar hält.

---