Blender für Cloud-Rendering einrichten

Blender läuft auf unserer render farm mit Cycles (CPU und GPU/Optix) – dem Produktions-Render-Engine, den die meisten Blender-Jobs verwenden – und unterstützt außerdem Eevee auf unseren GPU-Nodes (siehe den Eevee-Hinweis unter Renderer-spezifische Hinweise). Diese Seite behandelt die Projektpaketierung – die in Blender einfacher ist als in den meisten DCCs, bedingt durch die Art, wie Blender Asset-Pfade verwaltet –, renderer-spezifische Hinweise, Multi-Kamera-Animations-Rendering und Blender-spezifische Fehlerbehebung.

Für eine übergeordnete Einordnung von Blender auf unserer render farm – Preisbeispiele, GPU- vs. CPU-Auswahl, unterstützte Add-ons – lesen Sie den Artikel (V-Ray-Artikel enthält Blender-Kontext). Für spezifische Cycles-GPU-Benchmarks auf RTX 5090 lesen Sie .

Unterstützte Versionen

Blender 4.0, 4.1, 4.2 (LTS), 4.3 und 4.4 sind auf jedem Worker vorinstalliert. Wir unterstützen Blenders LTS-Versionen als empfohlene Wahl für Produktionsarbeiten, da Blender 4.2 LTS bis 2026 Fehlerbehebungen erhält und das stabile Ziel für die meisten Studios ist. Die render farm erkennt automatisch die gespeicherte Version Ihrer .blend-Datei.

Ein Hinweis zum Blender-Veröffentlichungsrhythmus: Blender veröffentlicht alle drei bis vier Monate eine Hauptversion sowie jährlich eine LTS-Version. Wir stellen neue Versionen innerhalb von zwei Wochen nach ihrer öffentlichen Verfügbarkeit bereit – Blenders Veröffentlichungsrhythmus ist schneller als bei proprietären DCCs, sodass die render farm eng nachzieht.

Ihr Blender-Projekt paketieren

Ein Blender-Projekt besteht aus der .blend-Datei sowie allen externen Assets – Texturen, Sounddateien, Simulations-Caches, verknüpften Bibliotheks-.blend-Dateien und EXR-HDRIs für Umgebungsbeleuchtung. Blenders Pfadauflösung ist toleranter als bei anderen DCCs (es verwendet sowohl absolute als auch relative Pfade und durchsucht mehrere Fallback-Speicherorte), aber für Cloud-Rendering sollten Sie alles in einem konsistenten Projektordner paketieren.

Die einfachste Paketierungsmethode ist Blenders eingebaute Funktion „Pack Into .blend":

Öffnen Sie Ihr Projekt. File → External Data → Find Missing Files (um zu prüfen, ob lokal bereits etwas fehlt).
Packen Sie Assets in die .blend-Datei. File → External Data → Pack All Into .blend. Blender bettet alle Texturen, Sounds und verknüpften Bilder direkt in die .blend-Datei ein.
Speichern Sie das Projekt. Die .blend-Datei ist nun in sich geschlossen – typischerweise 10- bis 100-mal größer als das Original, abhängig von der Anzahl der Texturen.
Laden Sie die einzelne .blend-Datei hoch (kein Archiv erforderlich, wenn Ihre .blend-Datei unter einigen GB liegt; für größere Dateien in .tar.gz oder .7z verpacken, um den Upload zu beschleunigen).

Eine zweite Paketierungsmethode, die einen kleineren Upload erzeugt, ist „Make Paths Relative" plus manuelle Ordnerstrukturierung:

File → External Data → Make All Paths Relative. Alle Asset-Pfade werden relativ zum Verzeichnis der .blend-Datei.
Prüfen Sie, ob jedes Asset mit File → External Data → Report Missing Files auflöst. Der Bericht sollte keine fehlenden Dateien anzeigen.
Platzieren Sie alle referenzierten Assets in Unterordnern relativ zur .blend-Datei. Standardstruktur: project/scene.blend plus project/textures/, project/cache/, project/hdr/ usw.
Archivieren Sie den gesamten Ordner als .tar.gz oder .7z und laden Sie ihn hoch.

Die Methode mit relativen Pfaden ist vorzuziehen bei sehr großen Texturbibliotheken (bei denen Pack Into .blend eine unhandlich große Einzeldatei erzeugen würde) und bei Projekten, die dieselbe Texturbibliothek über mehrere Szenen hinweg wiederverwenden.

Was vor dem Einreichen zu prüfen ist

Eine kurze Vorflug-Checkliste:

Der aktive Render-Engine entspricht Ihrem Projekt. Properties → Render Properties → Render Engine bestimmt, ob der Worker Cycles oder Eevee verwendet. Stellen Sie Cycles für physikalisch korrektes Produktions-Rendering ein oder Eevee für Echtzeit-Rendering – beide rendern auf der render farm (siehe Renderer-spezifische Hinweise); Workbench ist ein Solid-Shading-Vorschau-Engine, den Sie normalerweise lokal rendern würden. Stellen Sie sicher, dass er der Absicht Ihres Projekts entspricht.
Der Frame-Bereich ist festgelegt. Properties → Output Properties → Frame Start / Frame End. Die render farm hält diesen Bereich genau ein.
Der Ausgabepfad verwendet relative Tokens. Das Standard-Token //tmp/####.png ist in Ordnung; das Präfix // bedeutet „relativ zur .blend-Datei". Vermeiden Sie absolute Ausgabepfade wie D:\renders\.
Das Ausgabeformat entspricht Ihrer nachgelagerten Pipeline. PNG-Sequenz mit Alpha für Compositing, OpenEXR Multilayer für vollständige Pass-Ausgabe, FFmpeg-Video für direkte Auslieferung. Beim Animations-Rendering werden Bildsequenzen gegenüber direkter Videoausgabe ausdrücklich bevorzugt.
Das Farbmanagement ist eingestellt. Properties → Render Properties → Color Management. Das Standard-Filmic + sRGB-Display funktioniert für die meisten Projekte. Wenn Ihr Projekt ACES oder eine benutzerdefinierte OCIO-Konfiguration verwendet, fügen Sie die OCIO-Konfigurationsdateien in Ihren Projektordner ein und prüfen Sie, ob der Pfad auf dem Worker auflöst.
Die aktive Kamera ist eingestellt. Die aktive Kamera der Szene (Properties → Scene Properties → Camera) bestimmt, welche Kamera rendert. Stellen Sie sicher, dass sie Ihren Erwartungen entspricht.

Renderer-spezifische Hinweise

Cycles (CPU)

Cycles CPU läuft auf unserer Worker-Tier mit Dual Intel Xeon E5-2699 V4 (bis zu 256 GB RAM pro Node). Es ist die Wahl für Szenen, die den GPU-VRAM überschreiten, Szenen mit sehr großen Texturbibliotheken oder Projekte, die die exakt reproduzierbare Ausgabe von Cycles CPU benötigen.

Konfigurationshinweise:

Lizenz: Blender ist frei und Open Source; keine Lizenzprobleme auf der render farm.
Sampling: Cycles Render Properties → Sampling → Render Samples. Adaptives Sampling mit einem Noise-Threshold von 0,01 liefert saubere Ergebnisse für Animationen; niedrigere Schwellenwerte (0,005; 0,002) für höhere Qualität auf Kosten der Renderzeit.
Denoising: Cycles unterstützt OpenImageDenoise (OIDN) und Optix (nur GPU). OIDN läuft auf der CPU und liefert gute Ergebnisse für Standbilder und Animationen; konfigurieren Sie es unter Render Properties → Sampling → Denoise.
Light tree: Blender 3.4+ enthält Light-Tree-Sampling für Szenen mit vielen Lichtquellen. Aktivieren Sie es unter Render Properties → Sampling für Szenen mit Hunderten von Lichtquellen.

Cycles (GPU / Optix)

Cycles GPU läuft auf unserer NVIDIA RTX 5090 Worker-Tier (32 GB VRAM pro Karte). Es ist für die meisten Szenen erheblich schneller als Cycles CPU (typischerweise 5–15-fache Beschleunigung), insbesondere für Projekte mit intensivem Raytracing.

Konfigurationshinweise:

Gerät: Properties → Render Properties → Device → GPU Compute. Das Optix-Backend (das RT-Kerne auf NVIDIA-GPUs nutzt) ist auf unseren Workern standardmäßig aktiviert.
VRAM-Beschränkungen: 32 GB VRAM pro Worker reichen für die meisten Archviz- und Animationsprojekte aus. Bei Projekten, die sich der VRAM-Grenze nähern, reduziert die Option „Persistent Data" unter Render Properties → Performance die Ladezeiten pro Frame, erhöht jedoch den maximalen VRAM-Verbrauch. Bei Projekten, die 32 GB überschreiten, wechseln Sie zu Cycles CPU oder teilen Sie die Szene in renderbare Teile auf.
Optix-Denoiser: Schneller als OIDN für Animationen. Konfigurieren Sie ihn unter Render Properties → Sampling → Denoise → Use OptiX. Erfordert eine NVIDIA-GPU (die unsere Worker-Tier bereitstellt).

Eevee (unterstützt, GPU)

Eevee rendert auf unseren GPU-Nodes – es wird unterstützt. Eevee-Next (Blender 4.2+) rendert headless auf GPU, sodass ein Eevee-Projekt, das auf der render farm eingereicht wird, auf dieselbe Weise rendert wie ein Cycles-Job: Stellen Sie den Render-Engine auf Eevee ein, legen Sie Ihren Frame-Bereich fest und reichen Sie ein.

Der ehrliche Nuancepunkt, den es wert ist zu kennen: Eevee ist ein Echtzeit-Engine und ist pro Frame auf einer einzelnen modernen GPU so schnell, dass kurze Sequenzen oft am schnellsten auf Ihrer eigenen Workstation gerendert werden – ein Farm-Roundtrip ist für eine Handvoll Eevee-Frames häufig unnötig. Wo die render farm mit Eevee ihren Wert zeigt, ist die Skalierung: große unbeaufsichtigte Batch-Frame-Bereiche, Eevee-Next-Szenen, die pro Frame echte Rechenzeit benötigen, oder schlicht die Entlastung Ihrer eigenen GPU. Rendern Sie daher kurze Eevee-Durchläufe lokal, wenn das praktisch ist, und senden Sie Eevee an die render farm, wenn der Batch groß, unbeaufsichtigt oder Ihre eigene Workstation-GPU belegt ist. Cycles bleibt der Engine, um den die meisten Blender-Farm-Arbeiten aufgebaut sind; Eevee wird vollständig daneben unterstützt.

Cycles CPU vs. Cycles GPU – welcher ist zu wählen

Cycles GPU auf der RTX 5090-Tier ist der Standard: Es ist typischerweise 5–15-mal schneller pro Frame als Cycles CPU und bewältigt die meisten Archviz-, Animations- und Raytracing-intensiven Szenen innerhalb seiner 32 GB VRAM. Wählen Sie Cycles CPU, wenn eine Szene 32 GB VRAM überschreitet, sehr große Texturbibliotheken erfordert oder die exakt reproduzierbare Ausgabe des CPU-Pfads benötigt (bis zu 256 GB RAM pro Node). Beide liefern dasselbe physikalisch korrekte Cycles-Ergebnis – GPU ist pro Frame schneller, CPU hat die größere Speicherkapazität.

Multi-Kamera-Winkel-Rendering

Für Projekte, bei denen dieselbe Szene aus mehreren Kamerawinkeln in einer einzigen Einreichung gerendert werden muss, unterstützt Blender zwei Muster:

Muster 1: Mehrere Szenen mit verschiedenen aktiven Kameras

Blender erlaubt mehrere Szenen pro .blend-Datei. Jede Szene kann ihre eigene aktive Kamera und Render-Einstellungen haben:

Erstellen Sie in Ihrem Projekt eine neue Szene pro Kamerawinkel (Scene → New Scene → Link Objects).
Setzen Sie die aktive Kamera jeder Szene auf die entsprechende Kamera.
Beim Einreichen rendert die render farm die Szene, die zum Einreichzeitpunkt als „Aktiv" festgelegt ist. Um mehrere Szenen zu rendern, reichen Sie jede als separaten Job ein.

Muster 2: View Layer pro Kamera (Blender 2.8+)

Ein effizienteres Muster für viele Kamerawinkel ist die Verwendung von View Layers mit verschiedenen aktiven Kameras:

Erstellen Sie unter Properties → View Layer einen View Layer pro Kamerawinkel.
Konfigurieren Sie unter Properties → Output Properties → Output → Use Multi-View Stereo oder Multi-View, falls zutreffend.
Konfigurieren Sie Ausgabepfade pro View Layer mit dem Token {layer} im Ausgabedateinamen.
Reichen Sie ein; der Worker rendert alle aktivierten View Layers in einem Durchgang.

Für typische Archviz-Turntables (8–16 Kamerawinkel) ist Muster 2 deutlich effizienter, da die Szene einmal pro Frame geladen und alle Ansichten aus derselben geladenen Szene gerendert werden.

Einreichungsablauf

Drei Einreichungskanäle funktionieren für Blender-Projekte:

Web-Upload und Einreichung über das Dashboard. Laden Sie die gepackte .blend-Datei (oder den archivierten Projektordner) hoch und reichen Sie sie über die Website ein. Dies ist der häufigste Einreichungsweg für Blender-Nutzer.
Client App. Upload, Einreichung und automatischer Download in einem Wrapper.
Einreichungs-Plugin. Ein Blender-Add-on für die Ein-Klick-Einreichung direkt aus Blender heraus ist verfügbar; installieren Sie es über Ihr Konto-Dashboard.

Den übergreifenden Upload-Einreichen-Download-Ablauf finden Sie im .

Blender-spezifische Fehler beheben

Für allgemeine Fehlerbehebung, die für alle DCCs gilt, lesen Sie . Blender-spezifische Fälle:

Einige Objekte in der Szene werden nicht gerendert. Häufigste Ursache: Der Schalter „Render Visibility" des Objekts ist deaktiviert. Zeigen Sie im Outliner auf die Zeile des Objekts und stellen Sie sicher, dass das Kamerasymbol (Disable in Renders) aktiviert ist. Prüfen Sie außerdem, ob das Objekt sich auf einem ausgeblendeten View Layer befindet.
Fehlende Texturen trotz Pack Into .blend. Stellen Sie sicher, dass Pack All Into .blend nach den letzten Texturänderungen ausgeführt wurde. Wenn Sie Texturen nach dem Packen neu geladen haben, könnten sie auf externe Referenzen zurückgesetzt worden sein. Packen Sie erneut und speichern Sie.
Rendering gibt Schwarz oder falsche Farbe zurück. Prüfen Sie die Color-Management-Einstellungen (Properties → Render Properties → Color Management). Die häufigste Ursache ist ein View-Transform-Konflikt – stellen Sie sicher, dass sowohl Ihre Workstation als auch der Worker denselben View Transform verwenden (Filmic ist die Standardeinstellung und die sicherste Wahl).
Cycles-GPU-Job läuft auf CPU. Überprüfen Sie, ob Properties → Render Properties → Device auf GPU Compute und nicht auf CPU eingestellt ist. Stellen Sie außerdem sicher, dass das Optix-Backend ausgewählt ist, wenn Ihre Szene Hardwarebeschleunigung für Raytracing benötigt.
Benutzerdefinierter OSL-Shader schlägt beim Rendern fehl. Cycles unterstützt OSL (Open Shading Language), aber benutzerdefinierte OSL-Shader müssen in Ihrem Projektarchiv enthalten sein. Die OSL-Shader-Dateien (.osl) müssen sich an einem Ort befinden, den der Worker finden kann – am einfachsten ist es, sie im selben Ordner wie die .blend-Datei zu platzieren und sie über relative Pfade zu referenzieren.
Add-on fehlt auf dem Worker. Gängige Add-ons (Animation Nodes, BlenderKit, Sverchok, FLIP Fluids usw.) sind möglicherweise nicht vorinstalliert. Für Animation Nodes und ähnliche prozedurale Add-ons besteht die Lösung darin, prozedurale Geometrie vor der Einreichung zu Meshes zu backen. Für andere Add-ons wenden Sie sich an den Support, um die Aufnahme in das Worker-Image zu besprechen.

Querverweise

— Upload-, Einreichungs- und Download-Ablauf
— wie Blender-Job-Kosten berechnet werden
— SFTP-Leitfaden, Archivformate
— DCC-übergreifende Fehlerbehebung
— das Blender-Add-on installieren
— Benchmark-Artikel

FAQ

Q: Welche Blender-Versionen unterstützt die render farm? A: Blender 4.0, 4.1, 4.2 LTS, 4.3 und 4.4 sind auf jedem Worker vorinstalliert. Wir folgen Blenders Veröffentlichungsrhythmus und stellen neue Versionen innerhalb von zwei Wochen nach der öffentlichen Verfügbarkeit bereit. Blender 4.2 LTS ist die empfohlene Wahl für Produktionsarbeiten, da es bis 2026 Fehlerbehebungen erhält. Q: Kann ich Eevee-Szenen auf der render farm rendern? A: Ja – Eevee rendert auf unseren GPU-Nodes (Eevee-Next läuft headless auf GPU), sodass Sie ein Eevee-Projekt auf dieselbe Weise einreichen können wie einen Cycles-Job. Der ehrliche Nuancepunkt: Eevee ist pro Frame auf einer einzelnen modernen GPU so schnell, dass kurze Sequenzen oft am schnellsten lokal gerendert werden – viele Artists behalten diese daher auf ihrer eigenen Workstation; die render farm ist für Eevee am nützlichsten, wenn der Batch groß und unbeaufsichtigt ist oder die eigene GPU belegt ist. Cycles bleibt der primäre Engine für die meisten Blender-Arbeiten; für Cycles ist GPU auf unserer RTX 5090-Flotte (mit dem Optix-Denoiser) typischerweise 5–15-mal schneller als Cycles CPU – außer wenn Ihre Szene 32 GB VRAM überschreitet. Q: Meine Szene verwendet BlenderKit / Sverchok / Animation Nodes – wird sie rendern? A: BlenderKit-Assets, die Sie bereits heruntergeladen und in der .blend-Datei gespeichert haben, werden korrekt gerendert (sie werden zu Standard-Mesh-Daten, sobald sie platziert sind). Sverchok und Animation Nodes sind prozedural – wenn die prozedurale Geometrie nicht zu einem statischen Mesh gebacken wurde, kann der Worker unerwartete Ergebnisse liefern. Backen Sie prozedurale Geometrie zu Meshes (Sverchok: Set/Bake to Mesh; Animation Nodes: auf Action backen) vor der Einreichung. Q: Muss ich Texturen in die .blend-Datei packen, oder kann ich sie als separate Dateien hochladen? A: Beides funktioniert. Pack Into .blend ist am einfachsten, da das Ergebnis eine einzige, in sich geschlossene Datei ist. Relative Pfade plus Ordnerstruktur sind vorzuziehen bei sehr großen Texturbibliotheken, bei denen Pack Into .blend eine unhandlich große Einzeldatei erzeugen würde. Stellen Sie sicher, dass Sie „Find Missing Files" vor beiden Ansätzen ausführen, um zu bestätigen, dass lokal nichts fehlt. Q: Mein Rendering ist fertig, aber die Farben sehen anders aus als in meinem Workstation-Viewport. A: Am häufigsten liegt dies an einem Color-Management- oder View-Transform-Konflikt. Prüfen Sie Properties → Render Properties → Color Management auf Ihrer Workstation und vergewissern Sie sich, dass die gespeicherten Einstellungen View Transform: Filmic (die Standardeinstellung) enthalten. Look Transforms (hoher Kontrast, niedriger Kontrast usw.) und Exposure-Werte sind ebenfalls in der .blend-Datei eingebettet und werden auf dem Worker angewendet. Q: Ich rendere eine Animation. Soll ich in eine Videodatei oder eine Bildsequenz ausgeben? A: In eine Bildsequenz, fast immer. PNG mit Alpha (für Compositing) oder OpenEXR Multilayer (für vollständige Passes) ist der Standard. Direkte Videoausgabe (FFmpeg) parallelisiert nicht gut über die render farm – der Worker, der den Job erhält, rendert alle Frames sequenziell und kodiert eine Videodatei. Bildsequenzen ermöglichen es der render farm, Frames parallel auf mehrere Worker zu verteilen, was für jede Animation über ca. 100 Frames deutlich schneller ist. Q: Mein Projekt verwendet benutzerdefinierte OSL-Shader. Werden sie auf der render farm funktionieren? A: Ja, wenn die .osl-Shader-Dateien in Ihrem Projektarchiv enthalten und über relative Pfade in den Shader-Nodes referenziert sind. Das einfachste Muster ist, alle .osl-Dateien in denselben Ordner wie Ihre .blend-Datei zu legen. Q: Wie unterscheiden sich GPU-Rendering-Kosten von CPU auf der render farm? A: GPU-Rendering ist typischerweise schneller pro Frame (5–15-fach für Cycles), aber die Kosten pro Worker sind höher, da GPU-Maschinen teurer sind. Die Gesamtkosten eines Renderings sind zwischen Cycles CPU und Cycles GPU für die meisten Szenen in etwa vergleichbar – GPU ist schneller, kostet aber mehr pro Minute. Für spezifische Kostenschätzungen basierend auf Ihrer Szene gibt der einen Vergleich pro Frame und pro Job. Q: Kann ich Blender-Simulationen (Fluid, Rauch, Haare) auf der render farm rendern? A: Bei Simulationen müssen die Cache-Dateien zunächst lokal gebacken und dann in Ihren Projekt-Upload aufgenommen werden. Die render farm rendert Frames gegen den gebackenen Cache; sie führt keine Live-Simulation durch. Dies ist das Standardmuster für alle DCCs – Simulations-Backen ist Workstation-Arbeit, Frame-Rendering ist render-farm-Arbeit.

---

[PHASE 2D: cover image needed — 1200x675px WebP]