V-Ray 6 auf einer Cloud-render-farm: Ein praktischer Leitfaden 2026

Einführung

V-Ray ist seit über zwei Jahrzehnten ein fester Bestandteil des Produktions-Renderings, und V-Ray 6 ist nach wie vor die Version, mit der ein großer Teil der Studios täglich arbeitet. Neue Hauptversionen erscheinen, Pipelines validieren sie nur langsam, und ein 4K-Architekturvisualisierungsprojekt, das nächste Woche abgeliefert werden muss, wartet nicht auf eine Versionsmigration. Selbst mit V-Ray 7 ist also noch eine beachtliche Menge an Szenen, die eine V-Ray 6 Cloud-render-farm erreichen, in Version 6 gebaut, beleuchtet und abgenommen — und sie müssen auf tausend Kernen genauso rendern wie auf einer einzelnen Workstation.

Genau dort liegt das eigentliche Problem. Eine V-Ray 6-Szene, die auf dem Rechner, auf dem sie erstellt wurde, einwandfrei rendert, kann flimmern, Assets verlieren oder still und leise auf die falsche Render-Engine zurückfallen, sobald ihre Frames auf Worker-Nodes verteilt werden, die Ihren Projektordner noch nie gesehen haben. Bei Super Renders Farm beobachten wir seit Jahren genau, welche Schritte diesen Sprung überstehen und welche scheitern. Dieser Leitfaden erläutert, was sich in V-Ray 6 für diejenigen geändert hat, die tatsächlich auf „Rendern" klicken, wie sich die Version in den von uns unterstützten Host-Anwendungen verhält, wann V-Ray GPU V-Ray CPU übertrifft (und wann nicht) und wie eine Szene so paketiert wird, dass verteilte Frames sauber zurückkommen. Es wird nicht vorausgesetzt, dass Sie eigene Render-Lizenzen erworben haben oder sich per Fernzugriff in einen Rechner einloggen möchten, um eine Warteschlange zu überwachen.

Was V-Ray 6 für diejenigen geändert hat, die tatsächlich rendern

Ein Großteil der Diskussionen über V-Ray 6 dreht sich um Modellierungs- und Look-Dev-Komfort. Was auf einer render farm wirklich zählt, ist enger gefasst: Welche Funktionen verändern die Arbeit, die ein Rendernode leisten muss, die Größe der Datei, die übertragen werden muss, oder die Plugins, die installiert sein müssen? Einige Neuerungen aus dem V-Ray 6-Zyklus sind tatsächlich farm-relevant.

V-Ray 6-Renderfunktionen — Enmesh, Chaos Scatter, V-Ray Decals und volumetrische Wolken

Enmesh kachelt ein Quell-Mesh zur Renderzeit über eine Oberfläche, anstatt diese Geometrie in die Szene zu backen. Denken Sie an Kettengeflecht, perforierte Fassaden, gewebten Stoff oder Gitter. Da die Geometrie auf dem Node während des Renderns erzeugt und nicht in der Datei gespeichert wird, bleibt die .vrscene, die zu jedem Worker übertragen wird, klein, und die umfangreiche Geometrie existiert nur im Render-Speicher. Das ist ein echter Vorteil auf einer render farm: weniger Netzwerkübertragung, und RAM, der mit dem Render und nicht mit der gespeicherten Datei skaliert.

Chaos Scatter brachte natives Scattering in V-Ray selbst — Vegetation, Steine, Bodenbegrünung — die zur Renderzeit prozedural aufgelöst werden. Der Vorteil auf der Farm-Seite ist die Reduzierung von Abhängigkeiten: Eine mit Chaos Scatter gestreute Szene benötigt kein lizenziertes und auf jedem Node installiertes Dritt-Scatter-Plugin, was eine mögliche Fehlerquelle weniger darstellt, wenn ein Frame auf einem Worker landet.

V-Ray Decals projizieren ein Material auf eine Oberfläche, ohne deren UVs oder Topologie zu berühren — Labels, Aufkleber, Oberflächenabnutzung, Beschilderung. Sie lösen sich vollständig innerhalb der eigenen Pipeline von V-Ray auf, sodass ein Node lediglich Zugriff auf die Textur-Maps des Decals benötigt.

Prozeduraler Himmel und volumetrische Wolken ermöglichen es Ihnen, einen Himmel als Parameter statt als festes HDRI zu erstellen, mit Wolken, die sich als echte Volumina in der Szene verhalten. Diese Renders sind pro Frame aufwendiger, aber vollständig frame-parallel — jeder Node berechnet seine eigenen Frames ohne Abhängigkeit von seinen Nachbarn —, sodass sie sauber verteilt werden. Der Vorbehalt betrifft den V-Ray GPU-Speicher: Dichte volumetrische Himmel beanspruchen VRAM, und ein komplexer Himmel ist auf der CPU oft sicherer.

Der V-Ray Frame Buffer verdient sich auch weiterhin seinen Platz in einer Farm-Pipeline. Sein Light Mix ermöglicht es Ihnen, einzelne Lichter oder Lichtgruppen nach Abschluss des Renderns direkt aus den gespeicherten Render-Elementen zu trennen und neu zu balancieren — ganz ohne erneutes Rendern. Wenn ein Auftraggeber am Tag nach dem Abschluss einer Sequenz darum bittet, „das Key-Licht wärmer und das Fill-Licht dunkler zu machen", erfolgt diese Anpassung im Compositing statt durch einen erneuten Durchlauf der Warteschlange — was die kostengünstigste Änderung ist, die man vornehmen kann. Chaos Cosmos, die integrierte Asset-Bibliothek, ist im Viewport praktisch, führt aber zum häufigsten Farm-Fehler, den wir beobachten; mehr dazu im Workflow-Abschnitt, da es sich lohnt, dies richtig einzurichten.

V-Ray 6 in den von uns gerenderten DCCs

V-Ray 6 wird als separate Integration für separate Host-Anwendungen ausgeliefert, und der farm-relevante Sachverhalt ist, dass sie alle auf dasselbe Dispatch-Format konvergieren: eine .vrscene-Datei, die von V-Ray Standalone gerendert wird. Der Host, in dem Sie modellieren, ist für Ihren Workflow wichtig; für den Node, der einfach die exportierte Szene ausführt, ist er weitaus weniger bedeutsam.

Auf unserer render farm führen wir V-Ray durch folgende Host-Anwendungen aus: 3ds Max, Maya, Cinema 4D und Houdini. 3ds Max mit V-Ray ist das Arbeitstier der Architekturvisualisierung und der häufigste Weg, den wir sehen — Innenräume, Außenansichten, Produktvisualisierung. Maya mit V-Ray deckt dasselbe Terrain für VFX- und Animations-Pipelines ab. Cinema 4D mit V-Ray bedient Motion- und Design-Studios. Houdini mit V-Ray für Houdini rundet das Angebot für prozedural erstellte Szenen ab, bei denen VEX- und node-gesteuerte Geometrie beim Export in die exportierte Szene aufgelöst wird. Wenn Sie Details zu den einzelnen Anwendungen wünschen, pflegen wir Landing Pages für 3ds Max, Maya, Cinema 4D und Houdini sowie einen V-Ray-spezifischen Überblick auf der Seite V-Ray cloud render farm.

Zwei ehrliche Einschränkungen sind es wert, klar benannt zu werden. SketchUp verfügt über eine eigene V-Ray-Integration, aber SketchUp ist keine der Host-Anwendungen, die wir auf der Farm betreiben. SketchUp-Nutzer haben dennoch einen sauberen Weg: V-Ray für SketchUp kann eine .vrscene direkt exportieren, und diese Datei rendert auf V-Ray Standalone genauso wie eine aus 3ds Max exportierte — die Szene erreicht die Farm, ohne dass wir SketchUp irgendwo installiert haben müssen. Die Alternative besteht darin, das Modell in 3ds Max zu importieren, Materialien neu zu verknüpfen und von dort zu exportieren, was mehr Aufwand bedeutet, Ihnen aber das vollständige 3ds Max-Toolset für die Bereinigung bietet. In beiden Fällen erfolgt das Rendern über den Export eines unterstützten Hosts, nicht innerhalb von SketchUp.

Die andere Einschränkung betrifft Blender. Auf unserer render farm werden Blender-Szenen in Cycles gerendert — dem nativen Produktions-Renderer von Blender — nicht in V-Ray. Wenn Ihre Pipeline also auf V-Ray ausgerichtet ist, sind Ihre Hosts die oben genannten vier; wenn Sie Blender verwenden, arbeiten Sie mit Cycles, was ein anderer Workflow ist.

V-Ray GPU vs. V-Ray CPU auf einer Farm: Die eigentliche Entscheidung

V-Ray 6 bietet Ihnen zwei Render-Engines, die Materialien und Beleuchtung teilen, sich aber sehr unterschiedlich verhalten, sobald sie skaliert werden. Die falsche zu wählen ist einer der kostspieligeren Fehler auf einer farm, weil man es oft erst bemerkt, wenn die Frames zurückkommen.

Beginnen wir mit der nüchternen Wahrheit: Der Großteil der V-Ray-Arbeit ist nach wie vor CPU-Arbeit. Über die Jobs hinweg, die wir sehen, sind etwa 70 % des Renderings CPU-basiert — V-Ray (CPU), Corona, Arnold CPU — und der überwiegende Teil davon ist Architekturvisualisierung. V-Ray CPU skaliert nahezu linear mit physischen Kernen, weshalb Server mit einer hohen Kernanzahl so gut dazu geeignet sind. Unser CPU-Bestand basiert auf Dual-Intel-Xeon-E5-2699-V4-Maschinen mit jeweils 96–256 GB RAM und insgesamt mehr als 20.000 CPU-Kernen, und ein einziger 4K-Innenraum, der auf einer Workstation stundenlang dauert, wird frame-für-frame über diesen Pool verteilt. Entscheidend ist, dass CPU-Rendering auf den System-RAM und nicht auf VRAM zugreift, sodass ein texturlastiger Innenraum mit 4K- und 8K-PBR-Materialien auf dem gesamten Set nicht an eine Speichergrenze stößt, wie es eine GPU kann. Für hochwertige Architekturvisualisierungen in großem Maßstab ist die CPU in der Regel die sichere Standardwahl.

V-Ray GPU macht die anderen 30 % aus und ist tatsächlich schneller — wenn die Szene passt. Es läuft in zwei Modi: einem weitgehend kompatiblen CUDA-Modus und einem RTX-Modus, der die Hardware-Raytracing-Kerne auf RTX-NVIDIA-GPUs für eine szenenbezogene Beschleunigung nutzt. Unsere GPU-Maschinen sind mit RTX-5090-Karten mit jeweils 32 GB VRAM ausgestattet, und diese VRAM-Zahl ist die entscheidende Größe. VRAM ist die primäre Einschränkung beim GPU-Rendering: Wenn die Geometrie und Texturen einer Szene hineinpassen, ist V-Ray GPU hervorragend für Iterationen und mäßig komplexe Innenräume geeignet. Der Sprung von 24 GB (eine typische High-End-Workstation-Karte) auf 32 GB ist der Unterschied zwischen einer Szene, die vollständig im Speicher liegt, und einer Szene, die Daten über Out-of-Core ein- und auslagern muss, was die Leistung beeinträchtigt. Bei Szenen, die auf einer 24-GB-Karte bereits Auslagerungen verursachten, kann der schlichte Spielraum den größeren Anteil am Geschwindigkeitsvorteil ausmachen. Wir haben dies genau auf RTX-5090-Hardware in unserem V-Ray GPU Speed Test und im umfassenderen Beitrag zur RTX 5090-Rendering-Performance gemessen; die Seite zur GPU-Cloud-render-farm erläutert die Einrichtung dieser Nodes.

Die Entscheidung, vereinfacht dargestellt:

V-Ray 6 unterstützt auch einen Hybrid-Modus, bei dem CPU-Kerne und die GPU auf demselben Node zu einem Render beitragen, was nützlich ist, wenn eine GPU-Szene an der Grenze ihres Speicherbudgets liegt. Was es zu vermeiden gilt, ist die Annahme „GPU ist immer schneller". Bei einer großen, texturlastigen Architekturvisualisierungsszene ist V-Ray CPU häufig insgesamt schneller, weil sie nicht gegen eine Speichergrenze ankämpft. Passen Sie die Render-Engine an die Szene an, nicht an den Hype.

Eine V-Ray 6-Szene sauber auf einer Farm zum Rendern bringen

Dieser Teil entscheidet darüber, ob Ihre Frames verwertbar zurückkommen. Die Mechanismen sind nicht kompliziert, aber einige scheitern lautlos — die schlimmste Art zu scheitern.

Der Dispatch-Pfad. Der kanonische Weg zum Rendern von V-Ray auf einer farm ist der Export der Szene als .vrscene und das anschließende Rendern durch V-Ray Standalone auf jedem Node. Die wichtige Konsequenz ist die Lizenzierung: Ein Worker, der V-Ray Standalone ausführt, benötigt keine 3ds Max-, Maya- oder Cinema-4D-Lizenz zum Rendern — er benötigt V-Ray. Auf unserer render farm sind diese Render-Lizenzen in dem enthalten, was Sie für das Rendern bezahlen; Sie bringen keine eigene Lizenz mit und müssen nichts installieren. Das ist die praktische Bedeutung von „vollständig verwaltet" — kein Remote-Desktop, kein Lizenzserver zu überwachen, kein Node-seitiges Software-Setup Ihrerseits. Das ist auch die klare Grenzlinie zwischen diesem Modell und einem Infrastructure-as-a-Service-Modell, bei dem Sie leere Maschinen mieten und eigene Lizenzen mitbringen würden.

Frame-Verteilung, nicht Distributed Rendering. Diese beiden Konzepte werden ständig verwechselt. Eine render farm verteilt ganze Frames auf Nodes — Node A rendert Frame 1, Node B rendert Frame 2 und so weiter. Das verteilte Rendering (Distributed Rendering, DR) von V-Ray ist etwas anderes: Mehrere Maschinen arbeiten gemeinsam an einem einzigen Frame, indem sie Buckets in Echtzeit über das Netzwerk aufteilen. DR ist ein Studio-Werkzeug für einen einzelnen riesigen Hero-Frame; es fügt Netzwerk-Latenz hinzu, erfordert überall identische V-Ray-Versionen und ist bei Skalierung weniger effizient. Für praktisch jede Animation und Bildsequenz ist die Frame-Verteilung das richtige Modell, und sie ist das, was eine farm standardmäßig tut.

Frame-Bereichs-Verteilung versus V-Ray Distributed Rendering auf einer render farm

GI ohne Flimmern. Bei Animationen ist dies die Wahl, die Probleme verursacht. Brute-Force-GI mit einem pro-Frame-Light-Cache berechnet die Beleuchtung für jeden Frame unabhängig — langsamer pro Frame, aber kein Flimmern und keine Frame-übergreifende Abhängigkeit, sodass jeder Node jeden Frame in beliebiger Reihenfolge rendern kann. Das ist der flimmersichere Standard, den wir für verteilte Animationen empfehlen. Der Irradiance-Map-Ansatz ist pro Frame schneller, weil er eine GI-Lösung vorberechnet und wiederverwendet, funktioniert aber nur für Kamera-Flythrough-Animationen mit statischen Lichtern und Objekten, und jeder Node muss dieselbe vorberechnete Map von einem gemeinsamen Pfad lesen. Der klassische Fehler: Die Map wird unter einem lokalen Pfad wie C:\Users\artist\scene.vrmap gespeichert, die Nodes können sie nicht finden, und jeder Frame berechnet GI still und leise neu — was genau das Flimmern erzeugt, das Sie vermeiden wollten. Wenn Sie die Irradiance Map verwenden, backen Sie sie einmal, liefern Sie die Datei mit dem Job aus und setzen Sie die Pfade neu. Wenn Sie unsicher sind, verwenden Sie Brute Force.

Denoising. V-Ray 6 bietet Ihnen den V-Ray Denoiser (CPU), den NVIDIA AI Denoiser (benötigt eine NVIDIA GPU auf dem Node) und Intel Open Image Denoise (CPU, läuft überall). Alle drei arbeiten pro Frame ohne Frame-übergreifenden Zustand, sodass sie für vollständig paralleles Rendering geeignet sind. Unsere Standardempfehlung: Speichern Sie immer den rohen, nicht-denoiseden Beauty-Pass zusammen mit der denoiseden Ausgabe. Wenn der Denoiser ein Detail verwischt, denoiseden Sie in der Post-Produktion erneut, anstatt die Sequenz neu zu rendern.

Chaos Cosmos-Assets — der stille Killer. Dies ist der häufigste V-Ray 6-Farm-Fehler bei neuen Nutzern, und er scheitert lautlos. Cosmos-Assets werden in Ihren lokalen Cosmos-Cache heruntergeladen. Wenn Sie die .vrscene exportieren, werden diese Assets durch ihre lokalen Pfade referenziert. Die Nodes haben Ihren Cosmos-Cache nicht, erhalten also eine Szene, die auf nicht vorhandene Dateien zeigt — und das Ergebnis sind fehlendes Laub, graue Requisiten oder ein leerer Himmel, ohne dass ein harter Fehler auftritt. Die Lösung besteht darin, Assets vor dem Einreichen zu sammeln: Verwenden Sie V-Rays Asset-Sammlung / „Projekt paketieren"-Werkzeug, um jede Cosmos- und Texturdatei in einem Ordner neben der Szene zusammenzufassen und alles auf relative Pfade zu setzen. Dann ist der Job eigenständig. Lassen Sie diesen Schritt weg, und Sie werden neu rendern müssen. Dieselbe Disziplin gilt für normale Texturen — alles, das durch einen absoluten lokalen Pfad referenziert wird, ist ein fehlendes Asset, das auf seinen Einsatz wartet.

V-Ray 6-Farm-Dispatch-Pipeline vom DCC-Export zu den V-Ray Standalone-Render-Nodes

Hochladen. Paketieren Sie das Projekt als .tar.gz oder .7z — .zip-Archive werden für den Upload nicht unterstützt, also packen Sie sie um, bevor Sie ein gezipptes Projekt einsenden. Bei sehr großen Szenen ist SFTP oder der Desktop-Client stabiler als ein Browser-Upload. Render-Ausgaben stehen 45 Tage lang zur Verfügung, ziehen Sie fertige Frames also zügig herunter oder lassen Sie sie vom Client automatisch herunterladen.

Eine Pre-Flight-Checkliste vor dem Einreichen

Die meisten fehlgeschlagenen Farm-Renders lassen sich auf vier oder fünf wiederkehrende Ursachen zurückführen. Das Rendern eines einzelnen Test-Frames durch die Farm, bevor Sie eine 2.000-Frame-Sequenz einreichen, dauert einige Minuten und deckt fast alle davon auf. Hier ist die Kurzversion, die wir weitergeben:

Die Kosten folgen übergreifend über alle Engines derselben Pro-Einheits-Logik, was die Schätzung unkompliziert macht: CPU-Rendering wird mit 0,004 $ pro GHz-Stunde abgerechnet und GPU-Rendering mit 0,003 $ pro OctaneBench-Stunde, wobei alle Render-Engine-Lizenzen bereits in diesen Tarifen enthalten sind. Neue Konten starten mit 25 $ kostenlosem Render-Guthaben, um genau die Art von Einzel-Frame-Test wie oben durchzuführen, und Guthaben verfallen nicht. Die vollständige Aufschlüsselung finden Sie auf der Seite Preise, und wenn Sie Anbieter statt Engines abwägen, zeigt unser Vergleich von render farms für V-Ray, worauf Sie achten sollten.

FAQ

Q: Kann ich V-Ray 6 auf einer Cloud-render-farm rendern, ohne auf V-Ray 7 zu upgraden? A: Ja. V-Ray 6-Szenen werden über V-Ray Standalone aus einer exportierten .vrscene gerendert, und es ist keine Migration auf eine neuere Hauptversion erforderlich. Viele Produktions-Pipelines bleiben bewusst bei V-Ray 6, und eine farm rendert die Version, in der Ihre Szene gebaut und abgenommen wurde.

Q: Muss ich für das Cloud-Rendering eine eigene V-Ray-Lizenz erwerben? A: Nein. Auf unserer render farm ist die V-Ray-Render-Lizenz im Pro-Einheits-Render-Tarif enthalten, sodass Sie keine separate Lizenz mitbringen oder bezahlen müssen. Das ist der Unterschied zwischen einer vollständig verwalteten farm und einem Infrastructure-as-a-Service-Modell, bei dem Sie Maschinen mieten und eigene Software-Lizenzen mitbringen würden.

Q: V-Ray GPU oder V-Ray CPU — was sollte ich auf einer render farm verwenden? A: Verwenden Sie V-Ray GPU, wenn die Geometrie und Texturen Ihrer Szene in den VRAM passen und Sie Geschwindigkeit für Innenräume oder Iterationen benötigen; verwenden Sie V-Ray CPU, wenn die Szene groß und texturlastig ist oder den ausgereiftesten Funktionsumfang für die finale Ablieferung erfordert. CPU greift auf den System-RAM statt auf VRAM zu und verarbeitet daher übergroße Architekturvisualisierungsszenen, die eine GPU in langsameres Out-of-Core-Paging zwingen würden.

Q: Wie verhindere ich GI-Flimmern in einer V-Ray 6-Animation, die über viele Nodes verteilt wird? A: Verwenden Sie Brute-Force-GI mit einem pro-Frame-Light-Cache als Standard — er berechnet die Beleuchtung für jeden Frame unabhängig, sodass verteilte Nodes niemals unterschiedliche Ergebnisse liefern. Behalten Sie die Irradiance-Map-Methode für reine Kamera-Flythroughs mit statischen Lichtern und Objekten vor, und stellen Sie sicher, dass die vorberechnete Map auf einem gemeinsamen Pfad liegt, den jeder Node lesen kann.

Q: Warum fehlen meine Chaos Cosmos-Assets, wenn die Frames von der farm zurückkommen? A: Cosmos-Assets werden durch lokale Pfade referenziert, die nur in Ihrem eigenen Cache vorhanden sind, sodass Render-Nodes sie nicht finden können und die Objekte grau, fehlend oder leer gerendert werden — ohne dass ein harter Fehler auftritt. Sammeln und setzen Sie alle Assets in einen eigenständigen Projektordner um, bevor Sie einreichen — V-Rays Asset-Sammlungs-Werkzeug übernimmt das —, damit die Szene alles enthält, was sie benötigt.

Q: Kann ich eine V-Ray für SketchUp-Szene auf der farm rendern? A: Ja, über einen Export. SketchUp ist keine Host-Anwendung, die wir betreiben, aber V-Ray für SketchUp kann eine .vrscene exportieren, die direkt auf V-Ray Standalone rendert, oder Sie können das Modell in 3ds Max importieren und von dort exportieren. Das Rendering erfolgt über die exportierte Szene eines unterstützten Hosts, nicht innerhalb von SketchUp.

Q: Was ist der Unterschied zwischen einer render farm und V-Ray Distributed Rendering? A: Eine render farm verteilt ganze Frames auf viele Maschinen, was das effiziente Modell für Animationen und Bildsequenzen ist. V-Ray Distributed Rendering (DR) teilt stattdessen die Buckets eines einzelnen Frames in Echtzeit auf Maschinen auf — nützlich für einen sehr großen Hero-Frame, aber langsamer und fehleranfälliger bei Skalierung, und nicht die Art, wie Sequenzen auf einer farm gerendert werden.