Blender für Cloud-Rendering einrichten

Blender läuft auf unserer farm mit Cycles (CPU und GPU mit Optix) und Eevee Next — den beiden mit Blender 4.x ausgelieferten Produktions-Renderern. Im Vergleich zu den proprietären DCCs ist Blender auf eine hilfreiche Weise ungewöhnlich: Eine .blend-Datei kann von innerhalb der Anwendung vollständig eigenständig gemacht werden, sodass die Verpackung für eine render farm oft eine einzige Menüaktion statt einer manuellen Asset-Suche ist. Diese Seite führt diesen Ablauf von Anfang bis Ende durch: Verpackung, Pre-Submission-Überprüfung, Per-Renderer-Hinweise für Cycles CPU / Cycles GPU / Eevee Next, Multi-Kamera-Animations-Rendering, die drei Einreichungskanäle und Blender-spezifische Fehlerbehebung. DCC-übergreifende Fehler sind in behandelt.

Für Preisbeispiele und die GPU-vs.-CPU-Wahl auf unserer farm lesen Sie . Für Cycles GPU-Benchmarks auf dem RTX 5090-Fleet lesen Sie .

Unterstützte Versionen

Blender 4.0, 4.1, 4.2 LTS, 4.3 und 4.4 sind auf jedem Worker vorinstalliert. Die farm erkennt die gespeicherte Version Ihrer .blend-Datei automatisch — es gibt keinen Versions-Selektor, den Sie verwalten müssen; der Worker liest den Datei-Header und startet das passende Binary.

Blender liefert alle drei bis vier Monate eine Hauptversion plus jährlich eine LTS-Version. Neue Versionen werden innerhalb von etwa zwei Wochen nach der öffentlichen Verfügbarkeit bereitgestellt. Wir empfehlen Blender 4.2 LTS für Produktionsarbeiten, da es bis 2026 Bugfixes erhält und das stabile Ziel für die meisten Studios ist.

In Blender 3.x gespeicherte Dateien werden auf den 4.x-Workers geöffnet, aber zwei Fälle erfordern Aufmerksamkeit: Eevee Legacy-Renders stimmen möglicherweise nicht mit der Eevee Next-Ausgabe überein (lesen Sie den Eevee Next-Abschnitt), und sehr alte 2.7x / 2.8x-Dateien sollten lokal geöffnet, in 4.x neu gespeichert und erneut getestet werden, bevor sie eingereicht werden. Wenn Sie ein altes Projekt rendern müssen, speichern Sie zuerst eine versionsgepinnte Kopie; die farm kann einen 4.x-Speicherstand nicht downgraden.

Ihr Blender-Projekt verpacken

Ein Blender-Projekt ist die .blend-Datei plus externe Assets — Texturen, Sounddateien, Simulations-Caches, verlinkte Bibliotheks-.blend-Dateien, IES-Lichtprofile, OCIO-Konfigurationsdateien, EXR-HDRIs und alle .osl-Shader-Dateien. Blenders Pfadauflösung ist nachsichtiger als bei anderen DCCs, aber bei Cloud-Rendering schlägt diese Nachsicht zurück: Ein Pfad, der auf Ihrer Workstation über Blenders Fallback-Logik aufgelöst wird, kann auf einem Worker nicht auf dieselbe Weise aufgelöst werden, und das Ergebnis sind rosa Fehlende-Textur-Platzhalter.

Drei Verpackungsmuster werden unterstützt. Wählen Sie das, das zur Projektgröße und Häufigkeit der Asset-Wiederverwendung über Szenen hinweg passt.

Muster 1 — Pack Resources (empfohlen für die meisten Projekte)

Blenders integriertes „Pack Resources" bettet alle externen Daten in die .blend selbst ein und erzeugt eine einzelne eigenständige Datei.

File → External Data → Find Missing Files. Durchläuft das Projekt und meldet unaufgelöste Referenzen; beheben Sie lokal alles Defekte zuerst.
File → External Data → Pack Resources. Blender bettet alle Texturen, Sounds, IES-Profile und verlinkte Bilder in die .blend ein.
Speichern Sie das Projekt. Die verpackte .blend ist jetzt eigenständig — erwarten Sie, dass sie je nach Texturenanzahl und -auflösung um das 10- bis 100-Fache wächst.
Laden Sie die einzelne .blend hoch. Kein Archiv erforderlich, es sei denn, die Datei ist groß genug, dass Komprimierung (.tar.gz oder .7z) den Upload beschleunigen würde — typischerweise über einige GB.

Muster 2 — Make Paths Relative + Ordnerstruktur (für große Textur-Bibliotheken)

Für Projekte, bei denen Pack Resources eine unhandliche einzelne Datei erzeugen würde, hält das Relative-Pfade-Muster die .blend klein und liefert Assets als Ordner neben ihr.

File → External Data → Make All Paths Relative. Alle Asset-Pfade werden relativ zum .blend-Verzeichnis (Pfad-Präfix //).
File → External Data → Report Missing Files. Sollte keine anzeigen. Beheben Sie alles vor dem Fortfahren.
Platzieren Sie alle referenzierten Assets in Unterordnern relativ zur .blend. Standard-Struktur: projekt/szene.blend plus projekt/texturen/, projekt/cache/, projekt/hdr/, projekt/osl/, projekt/lib/. Vermeiden Sie Leerzeichen in Ordnernamen.
Archivieren Sie den gesamten Projektordner als .tar.gz oder .7z und laden Sie das Archiv hoch.

Muster 3 — Verlinkte Bibliotheken (Fortgeschrittene; Studios mit gemeinsamen Asset-Bibliotheken)

Blender unterstützt das Verknüpfen von Bibliotheken, bei dem eine .blend-Datei Objekte, Materialien oder Szenen aus einer anderen .blend referenziert. Das ist in Studios mit gemeinsamen Asset-Bibliotheken (Props, Charaktere, Materialien) verbreitet:

Pfade zuerst relativ machen (Muster 2 Schritt 1).
Überprüfen Sie, ob jede Bibliotheksverknüpfung lokal aufgelöst wird über File → External Data → Find Missing Files.
Fügen Sie jede verlinkte Bibliotheks-.blend im Archiv hinzu. Eine Referenz wie //../shared/props/stuhl.blend löst sich nur auf, wenn die Datei an diesem Pfad auf dem Worker existiert. Testen Sie lokal, indem Sie Ihren gesamten Projektordner an einen neuen Ort verschieben und die Masterszene öffnen — wenn sie sauber öffnet, lösen sich dieselben Pfade auf dem Worker auf.
Erwägen Sie, Bibliotheken lokal zu machen für lang laufende Jobs. File → External Data → Make Library Override konvertiert Referenzen in bearbeitbare Kopien innerhalb der .blend, tauscht Dateigröße gegen Eigenständigkeit.

Was vor der Einreichung zu überprüfen ist

Eine kurze Pre-Flight-Checkliste gilt vor jeder Einreichung:

Aktive Render-Engine ist eingestellt. Properties → Render Properties → Render Engine — Cycles, Eevee Next oder Workbench. Der Worker respektiert, was Sie speichern.
Frame-Bereich ist eingestellt. Properties → Output Properties → Frame Start / Frame End. Die farm respektiert diesen Bereich genau.
Ausgabepfad verwendet relative Tokens. Der Standard //tmp/####.png ist in Ordnung; das //-Präfix bedeutet „relativ zur .blend-Datei." Vermeiden Sie absolute Pfade wie D:\renders\ — diese können auf Linux-Workers nicht aufgelöst werden.
Ausgabeformat entspricht Ihrer nachgelagerten Pipeline. PNG-Sequenz mit Alpha für Compositing, OpenEXR Multilayer für vollständige Pass-Ausgabe. Für Animation werden Bildsequenzen gegenüber direkter Video-Ausgabe stark bevorzugt (lesen Sie die Multi-Kamera-FAQ).
Farbverwaltung ist eingestellt. Properties → Render Properties → Color Management. Das Standard-Filmic + sRGB funktioniert für die meisten Projekte. Für ACES oder eine benutzerdefinierte OCIO-Konfiguration fügen Sie die OCIO-Konfigurationsdateien in Ihren Projektordner ein.
Aktive Kamera ist eingestellt. Die aktive Kamera der Szene (Properties → Scene Properties → Camera) bestimmt, welche Kamera rendert. „Falsche Kamera gerendert" gehört zu den häufigsten Blender-Support-Tickets und ist eines der einfachsten zu verhindern.
Simulations-Caches sind gebacken. Fluid-, Rauch-, Cloth-, Haar- und Softbody-Simulationen müssen zuerst lokal gebacken werden; die farm rendert gegen den gebackenen Cache und führt keine Live-Simulation durch. Fügen Sie den Cache-Ordner in den Upload ein.
Light Probes sind gebacken. Eevee Next-Probes — Irradiance Volume, Reflection Plane, Reflection Cube — müssen lokal gebacken und die gebackenen Daten mit der .blend gespeichert werden (Render Properties → Light Probes → Bake Indirect Lighting). Ungebackene Probes erzeugen flaches oder fehlendes indirektes Licht.

Renderer-spezifische Hinweise

Cycles (CPU)

Cycles CPU läuft auf unserem Dual Intel Xeon E5-2699 V4-Worker-Tier (bis zu 256 GB RAM pro Node). Es ist die Wahl für Szenen, die GPU-VRAM überschreiten, Projekte mit sehr großen Textur-Bibliotheken oder Szenen, die Funktionen verwenden, die noch nicht auf dem GPU-Backend unterstützt werden.

Lizenz: Blender ist kostenlos und quelloffen; nichts zu autorisieren, keine Lizenz zu verbrauchen.
Sampling: Render Properties → Sampling → Render Samples. Adaptive Sampling mit Noise Threshold 0.01 ist ein guter Standard für Animation; niedrigere Schwellenwerte (0,005, 0,002) für höhere Qualität auf Kosten der Renderzeit. Time Limit (per-Frame) ist ein nützlicher Schutz für Animationsarbeiten.
Denoising: Cycles unterstützt OpenImageDenoise (OIDN) und Optix (nur GPU). OIDN läuft auf CPU und erzeugt gute Ergebnisse für Stills und Animation; konfigurieren Sie in Render Properties → Sampling → Denoise. Für Animation aktivieren Sie temporales Denoising (OIDN 2.x in Blender 4.2+), um Frame-zu-Frame-Flimmern zu reduzieren.
Light Tree: Blender 3.4+ enthält Light Tree Sampling für Szenen mit vielen Lichtern. Aktivieren Sie in Render Properties → Sampling → Light Tree für Archviz-Innenräume oder Bühnenbeleuchtung mit Hunderten von Lichtquellen.

Cycles (GPU / Optix)

Cycles GPU läuft auf unserem NVIDIA RTX 5090-Worker-Tier (32 GB VRAM pro Karte). Es ist typischerweise 5–15× schneller pro Frame als Cycles CPU für Archviz und Animation, und mehr für pfadverfolgte VFX-Shots mit vielen Volumetrics und SSS.

Gerät: Properties → Render Properties → Device → GPU Compute. Das Optix-Backend (RT-Kerne auf NVIDIA GPUs) ist standardmäßig auf unseren Workers aktiviert.
VRAM: 32 GB pro Worker reichen für die meisten Archviz-, Motion-Design- und Animations-Projekte mit mehreren 4K-Texturen. Für Projekte, die an die Grenze stoßen, reduziert „Persistent Data" in Render Properties → Performance die per-Frame-Ladezeit auf Kosten eines etwas höheren Peak-VRAM. Für Projekte, die 32 GB überschreiten, wechseln Sie zu Cycles CPU auf dem Xeon-Tier oder teilen Sie die Szene auf.
Optix-Denoiser: Schneller als OIDN für Animation und die Standardwahl auf GPU. Konfigurieren Sie in Render Properties → Sampling → Denoise → Use OptiX. Für statische Stills erzeugt OIDN oft eine etwas sauberere Ausgabe; für Animation ist Optix' Temporal-Modus normalerweise der bessere Kompromiss.
Feature-Parität: Haar, Volumes, SSS, OSL (4.0+, mit Hardware-Anforderungen), Adaptive Subdivision — alle auf Cycles GPU in 4.x unterstützt. Die CPU/GPU-Feature-Lücke ist im Wesentlichen geschlossen.

Eevee Next

Eevee Next läuft auf unserem GPU-Worker-Tier. Es ist die Wahl für Motion Design, stilisierte Renders, schnelle Iteration und Previz, bei denen das per-Frame-Budget wichtiger ist als absolute Treue.

Sampling und Reflexionen: Render Properties → Sampling steuert die per-Pixel-Probenanzahl. Für Finals erzeugen typischerweise 64–128 Samples eine saubere Ausgabe. Light Probes, Screen-Space-Reflexionen und Screen-Space-Refraktionen müssen per-Shot gebacken oder konfiguriert werden.
Eevee Next vs. Eevee Legacy: Blender 4.2+ liefert Eevee Next als neue Architektur (interner Name BLENDER_EEVEE_NEXT vs. das Legacy BLENDER_EEVEE). Ältere 3.x-Projekte mit Eevee Legacy können bei der Migration Anpassungen benötigen; testen Sie einen einzelnen Frame lokal, bevor Sie eine Animation einreichen.
Volumetrics: Eevee Nexts volumetrische Pipeline unterscheidet sich erheblich von der Legacy-Version. Volumes, die in Eevee Legacy korrekt gerendert haben, können Dichte- oder Streuungsunterschiede zeigen. Überprüfen Sie lokal, bevor Sie einreichen.
Light Probe-Backen: Kritisch und die Quelle des häufigsten Eevee-Support-Tickets. Render Properties → Light Probes → Bake Indirect Lighting. Lokal backen, speichern und die Backe-Daten reisen mit der Datei. Ungebackene Probes erzeugen flaches oder fehlendes indirektes Licht.

Workbench

Workbench ist Blenders Viewport-Renderer, nützlich für technische Vorschau-Frames (Matte-ID-Passes, Clay-Drehteller, AO-Vorschau). Läuft auf CPU- oder GPU-Workers; reichen Sie auf dieselbe Weise wie Cycles oder Eevee ein, mit Render Engine auf Workbench gesetzt vor dem Speichern.

Cycles GPU vs. Eevee Next Schnellvergleich

| Aspekt | Cycles GPU | Eevee Next | |---|---|---| | Render-Geschwindigkeit (typische Szene) | Langsamer pro Frame, physikalisch korrekt | Schneller pro Frame, Echtzeit-abgeleitet | | Fotorealismus | Höher | Niedriger (verbessert sich mit jedem Release) | | Animations-Flimmern | Niedrig (mit Optix Denoiser Temporal-Modus) | Kann höher sein; erfordert Probe-Backen | | VRAM-Einschränkung | 32 GB hartes Limit; Fallback zu CPU | 32 GB, aber typischerweise niedrigerer Verbrauch | | Volumetrics-Qualität | Pfadverfolgt, genau | Approximiert; lokal prüfen vor Einreichung | | Am besten für | Archviz, VFX, fotorealistische Animation | Motion Design, stilisiert, schnelle Iteration |

Multi-Kamera-Winkel-Render

Für Projekte, die dieselbe Szene aus mehreren Kamerawinkeln in einer einzigen Einreichung rendern müssen, unterstützt Blender mehrere Muster. Wählen Sie basierend darauf, wie die Winkel zueinander stehen.

Muster A — Mehrere Szenen mit verschiedenen aktiven Kameras

Blender erlaubt mehrere Szenen pro .blend, jede mit ihrer eigenen aktiven Kamera und Render-Einstellungen:

Erstellen Sie eine neue Szene pro Kamerawinkel (Scene → New Scene → Link Objects teilt Daten, sodass Bearbeitungen sich fortpflanzen).
Setzen Sie die aktive Kamera jeder Szene.
Bei der Einreichung rendert die farm die beim Speichern als „Active" markierte Szene. Um mehrere Szenen zu rendern, reichen Sie jede als separaten Job ein.

Muster A ist die richtige Wahl, wenn die Winkel unterschiedliche Sampling-, Ausgabeformate oder Auflösungen benötigen.

Muster B — View Layer pro Kamera (Blender 2.8+)

Für viele Kamerawinkel, die Render-Einstellungen teilen, verwenden Sie View Layers, jeder mit einer anderen aktiven Kamera:

In Properties → View Layer, erstellen Sie einen View Layer pro Kamerawinkel.
Binden Sie die Kamera jedes View Layers über eine Camera-Eigenschaft auf dem Layer (oder steuern Sie die aktive Kamera im Compositor).
Konfigurieren Sie Ausgabepfade pro View Layer mit dem {layer}-Token im Ausgabedateinamen.
Einreichen; der Worker rendert alle aktivierten View Layers in einem Durchgang.

Für typische Archviz-Drehteller (8–16 Kamerawinkel) ist Muster B effizienter, da die Szene einmal geladen wird und alle Ansichten aus demselben geladenen Zustand rendern. Ein einzelner Multi-Kamera-Job, der N Ausgabe-Sequenzen erzeugt, kostet weniger als N Einzel-Kamera-Jobs.

Muster C — Compositor-Multi-Ausgabe (Fortgeschrittene)

Für komplexe per-Kamera-Nachbearbeitung kann der Compositor die Render jeder Kamera an einen anderen File Output-Node weiterleiten. Dasselbe Muster wie Multi-Layer-AOV-Exporte. Verwenden Sie Muster B, es sei denn, Sie haben einen echten Nachbearbeitungsgrund, um den Compositor zu verwenden.

Einreichungsablauf

Drei Einreichungskanäle funktionieren für Blender-Projekte. Wählen Sie den, der zu Ihrem Workflow passt.

Web-Upload + Einreichen über Dashboard. Laden Sie die gepackte .blend (oder den archivierten Projektordner) auf Ihr Konto hoch, dann reichen Sie über das Dashboard ein. Das Dashboard liest den .blend-Header, um Blender-Version, Render-Engine, Frame-Bereich und aktive Kamera zu erkennen, und füllt das Einreichungsformular vorab aus. Bestätigen oder überschreiben, einreichen, überwachen.
Client App. Die Client App (Windows / macOS) umschließt Upload + Einreichung + automatisches Herunterladen. Nach der Installation ziehen Sie die .blend oder das Archiv auf die App, bestätigen das Einreichungsformular, und die App verarbeitet Upload, Fortschrittsüberwachung und Frame-Download, während sie abgeschlossen werden.
Einreichungs-Plugin (Blender-Add-on). Ein Blender-Add-on für die In-App-Einreichung ist verfügbar; installieren Sie es von Ihrem Konto-Dashboard. Das Plugin liest die Render-Einstellungen der aktuellen Szene, fordert Overrides an (Frame-Bereich, Ausgabepfad, Auflösung) und reicht ohne Verlassen von Blender ein.

Für den DCC-übergreifenden Upload-Einreichen-Download-Ablauf lesen Sie . Für Plugin-Installationsschritte lesen Sie .

Fehlerbehebung Blender-spezifischer Fehler

Für allgemeine Fehlerbehebung, die über DCCs hinweg gilt (fehlende Assets, Frame-Bereich-Abweichung, Ausgabepfad-Fehler), lesen Sie . Die folgenden Fälle sind Blender-spezifisch.

Einige Objekte in der Szene rendern nicht. Häufigste Ursache: die „Render Visibility" des Objekts (Kamera-Symbol im Outliner) ist deaktiviert. Überprüfen Sie auch, ob das Objekt nicht auf einem versteckten View Layer liegt, und überprüfen Sie Object Properties → Visibility → Ray Visibility-Flags (Kamera, Diffuse, Gloss, Transmission, Volume, Schatten).
Fehlende Texturen trotz Pack Resources. Überprüfen Sie, ob Pack Resources nach den letzten Texturänderungen ausgeführt wurde. Wenn Sie Texturen nach dem Verpacken neu geladen haben, können sie zu externen Referenzen zurückgekehrt sein. Erneut verpacken und speichern.
Render gibt Schwarz oder falsche Farbe zurück. Normalerweise ein View Transform-Konflikt. Bestätigen Sie, dass Properties → Render Properties → Color Management View Transform: Filmic (der Standard) auf Ihrer Workstation und in der gespeicherten Datei verwendet. Look Transforms und Exposure-Werte sind in der .blend eingebettet und gelten auf dem Worker.
Eevee Next Light Probes backen nicht auf dem Worker. Der Worker backt nicht; Probes müssen lokal gebacken und mit der .blend gespeichert werden. Render Properties → Light Probes → Bake Indirect Lighting, speichern, hochladen.
Cycles GPU-Job läuft auf CPU. Überprüfen Sie, ob Properties → Render Properties → Device auf GPU Compute gesetzt ist. Wenn die Datei auf einer Workstation ohne NVIDIA GPU erstellt wurde, kann der gespeicherte Device-Wert standardmäßig auf CPU gesetzt sein.
OSL benutzerdefinierter Shader schlägt beim Render fehl. Cycles unterstützt OSL, aber die .osl-Dateien müssen im Archiv enthalten und über einen relativen Pfad referenziert werden. Platzieren Sie sie im selben Ordner wie die .blend. OSL auf GPU hat Hardware-Anforderungen, die möglicherweise nicht mit jedem Shader übereinstimmen; wenn ein Shader auf CPU, aber nicht auf GPU funktioniert, rendern Sie diese Szene auf dem CPU-Tier.
Verknüpfte Bibliotheksreferenz defekt. Eine verknüpfte Bibliothek löst sich nur auf, wenn die verknüpfte .blend am erwarteten Pfad auf dem Worker vorhanden ist. Verwenden Sie Muster-2-Verpackung und fügen Sie jede verknüpfte Bibliothek im Archiv hinzu. Führen Sie File → External Data → Find Missing Files lokal vor dem Upload aus.
Add-on auf Worker fehlt. Verbreitete Add-ons (Animation Nodes, BlenderKit, Sverchok, FLIP Fluids) sind möglicherweise nicht alle vorinstalliert. Für prozedurale Add-ons backen Sie Geometrie in statische Meshes vor der Einreichung (Sverchok: Set/Bake to Mesh; Animation Nodes: bake to action; Geometry Nodes: Apply modifier). Für andere Add-ons kontaktieren Sie den Support bezüglich des Hinzufügens zum Worker-Image.
Animation flimmert (Cycles). Normalerweise Frame-zu-Frame-Rauschvarianz. Erhöhen Sie Samples, senken Sie den Adaptive Sampling Noise Threshold, aktivieren Sie temporales Denoising (OIDN 2.x oder Optix). Bestätigen Sie, dass der Random Seed-Modus (Render Properties → Sampling → Advanced → Seed) mit der Absicht Ihres Projekts übereinstimmt — Animated für natürliche Variation, fixiert für bit-stabile Ausgabe.
Animation flimmert (Eevee Next). Fast immer ungebackene oder veraltete Light Probes. Backen Sie Indirect Lighting erneut, speichern, laden Sie erneut hoch. Screen-Space-Reflexionen, die vom Viewport-Zustand abhängen, können ebenfalls flimmern — bevorzugen Sie Reflection Probes für saubere Reflexionen.

Querverweise

— Upload-, Einreichungs-, Download-Workflow, der über alle DCCs hinweg gilt
— wie Blender-Job-Kosten berechnet werden, GHz-Stunden-Preismodell
— SFTP-Leitfaden, Archivformate, Großdatei-Übertragung
— DCC-übergreifende Fehlerbehebung (fehlende Assets, Frame-Bereich, Ausgabepfad, Farbverwaltungs-Drift)
— Installieren des Blender-Add-ons für die In-App-Einreichung
— Desktop-Wrapper für Upload + Einreichung + Download
— Dashboard-Einreichungsablauf
— Benchmark-Artikel einschließlich Cycles GPU-Zahlen
— Vergleichsartikel mit einem Blender-Kontext-Abschnitt

FAQ

Q: Welche Blender-Versionen unterstützt die farm? A: Blender 4.0, 4.1, 4.2 LTS, 4.3 und 4.4 sind auf jedem Worker vorinstalliert. Wir folgen Blenders Release-Rhythmus und stellen neue Versionen innerhalb von etwa zwei Wochen nach der öffentlichen Verfügbarkeit bereit. Blender 4.2 LTS ist die empfohlene Wahl für Produktionsarbeiten, da es bis 2026 Bugfixes erhält. Die farm erkennt die gespeicherte Version Ihrer .blend-Datei automatisch — Sie wählen keine Version bei der Einreichung aus.

Q: Soll ich mit Cycles oder Eevee Next rendern? A: Cycles für fotorealistisches Archviz, VFX und Animation, bei denen physikalisch korrekter Lichttransport wichtig ist. Eevee Next für Motion Design, stilisierte Arbeit, schnelle Iteration und Previz, bei denen die per-Frame-Kosten wichtiger sind als absolute Treue. Cycles GPU auf unserem RTX 5090-Fleet ist für dieselbe Szene typischerweise 5–15× schneller pro Frame als Cycles CPU, daher ist GPU die Standard-Cycles-Empfehlung, es sei denn, Ihre Szene überschreitet 32 GB VRAM oder verwendet Funktionen, die das CPU-Backend erfordern.

Q: Meine Szene verwendet BlenderKit / Sverchok / Animation Nodes / Geometry Nodes-Assets — wird sie rendern? A: BlenderKit-Assets, die Sie bereits heruntergeladen und in die .blend gespeichert haben, rendern einwandfrei — einmal platziert werden sie zu Standard-Mesh-Daten. Sverchok und Animation Nodes sind prozedural; wenn die prozedurale Geometrie nicht in ein statisches Mesh gebacken wurde, kann der Worker unerwartete Ausgabe erzeugen. Backen Sie prozedurale Geometrie in Meshes (Sverchok: Set/Bake to Mesh; Animation Nodes: bake to action; Geometry Nodes: Apply modifier auf dem resultierenden Node-Tree) vor der Einreichung. Geometry Nodes, die zur Renderzeit ohne Backen aufgelöst werden, funktionieren im Allgemeinen, aber testen Sie zuerst einen einzelnen Frame lokal.

Q: Muss ich Texturen in die .blend packen, oder kann ich sie als separate Dateien hochladen? A: Beide Muster funktionieren. Pack Resources ist am einfachsten, da das Ergebnis eine einzelne eigenständige Datei ist. Relative-Pfade + Ordnerstruktur ist für sehr große Textur-Bibliotheken und Projekte, die eine Textur-Bibliothek über Szenen hinweg teilen, vorzuziehen. Führen Sie Find Missing Files vor beiden Ansätzen aus, um sicherzustellen, dass nichts lokal defekt ist.

Q: Mein Render ist fertig, aber die Farben sehen anders aus als mein Workstation-Viewport. A: Meistens ist das ein View Transform-Konflikt. Bestätigen Sie, dass Properties → Render Properties → Color Management View Transform: Filmic (der Standard) auf Ihrer Workstation und in der gespeicherten Datei verwendet. Look Transforms und Exposure-Werte sind ebenfalls in der .blend eingebettet und gelten auf dem Worker.

Q: Ich rendere eine Animation. Soll ich in eine Videodatei oder eine Bildsequenz ausgeben? A: Fast immer Bildsequenz. PNG mit Alpha (für Compositing) oder OpenEXR Multilayer (für vollständige Passes) ist der Standard. Direkte Video-Ausgabe (FFmpeg) parallelisiert nicht — ein Worker rendert alle Frames sequenziell und kodiert eine Datei. Bildsequenzen ermöglichen es der farm, Frames über mehrere Workers parallel zu verteilen, was für jede Animation über ca. 100 Frames schneller ist.

Q: Wie verhält sich GPU-Rendering im Kostenvergleich zu CPU auf der farm? A: GPU ist typischerweise schneller pro Frame (5–15× für Cycles), aber der per-Worker-Tarif ist höher. Die Gesamtkosten sind für die meisten Szenen ungefähr vergleichbar — GPU schließt in weniger Wanduhrzeit ab, aber rechnet mehr pro Minute ab. Der gibt einen per-Frame- und per-Job-Vergleich für Ihre spezifische Szene.

Q: Kann ich Blender-Simulationen (Fluid, Rauch, Haar, Cloth) auf der farm rendern? A: Backen Sie den Simulations-Cache zuerst lokal, dann fügen Sie den Cache-Ordner in Ihren Projekt-Upload ein. Die farm rendert Frames gegen den gebackenen Cache; sie führt keine Live-Simulation durch. Backen Sie auf die Festplatte (Cache Type → All Frames + Save Cache to Disk), bestätigen Sie, dass der Cache-Ordner in Ihrem Projektordner liegt, verpacken und hochladen.

---