Skip to content
ZERONE
Zurück zu Insights
SMB-Delivery2026-07-06 · 7 Min Lesezeit

Sechs Fragen, die uns 3D-Studios über Cloud-Rendering stellen — und die ehrlichen Antworten

Was kostet ein 4K-Render wirklich, wie lang dauert der Upload einer 12 GB .blend, was passiert bei einem Absturz auf Frame 187 von 240, und warum sagen wir Kunden zu, deren Szene wir noch nie gesehen haben? Sechs Antworten aus vier Wochen Beta-Support-Inbox.

Wir betreiben ZER0ONE Lab Cinema Render seit vier Wochen im Beta, und der Support-Kanal hat sich in ein sehr direktes Feedback-Instrument verwandelt. Die meisten Fragen kommen von Solo-Freelancern und 3D-Studios mit zwei bis fünf Artists — Leute, die noch nie einen Cloud-Render-Farm-Vertrag hatten und ehrliche Antworten brauchen, bevor sie eine erste .blend hochladen.

Diese sechs Fragen kommen fast wörtlich in jeder Woche mindestens einmal. Die Antworten sind unsere Standard-Antworten. Kein Marketing.

1. „Was kostet ein 4K-Render bei euch wirklich?"

Kommt drauf an, welchen Frame und welche Szene. Ein 30-Sekunden-4K-Loop (720 Frames), 512 Samples, Cycles OptiX, mittlere Komplexität kostet bei uns auf der A6000 zwischen US$8 und US$18. Der breite Range kommt aus zwei Faktoren: Szenen-Komplexität (Sub-D-Meshes, Volumetrics, Motion Blur) und Denoising-Setting (OptiX AI-Denoise erlaubt weniger Samples für dieselbe visuelle Qualität — spart 30–50 %).

Was wir NICHT machen: eine feste $/Frame-Zahl versprechen bevor wir die Szene gesehen haben. Das wäre unehrlich. Wir bieten stattdessen eine kostenlose Kalkulation — schick die .blend, wir sagen dir vor dem ersten Klick was der Job kosten wird.

2. „Wie lange dauert der Upload einer 12-GB-.blend?"

Auf einer 100-Mbit-Leitung: ca. 20 Minuten für 12 GB. Wir zeigen den Upload-Fortschritt live, und der Server chunkt intern — bei einem Netzwerk-Abbruch startet der Upload nicht bei 0 sondern beim letzten Chunk. Für sehr große Assets (Environment-Renders, Character-Rigs mit 50 GB Texture-Pack) machen wir alternativ direktes rsync auf einen Landing-Pod — dann zieht der Cloud-Node die Datei mit interner Bandbreite. 6-facher Speedup, brauchst du eine E-Mail zum Freischalten.

3. „Was passiert wenn der Job auf Frame 187 von 240 abstürzt?"

Der Orchestrator markiert den Frame als failed, spawnt einen neuen Pod (oder nutzt einen laufenden), rendert nur den fehlenden Frame, und du zahlst nur die 187 erfolgreichen plus den einen retry. Du zahlst nie doppelt für denselben Frame.

Falls der Absturz an der Szene selbst liegt (Blender-Cycles-Bug, out-of-memory, kaputte Texture-Referenz), stoppt der Job automatisch nach 3 fehlgeschlagenen Retries desselben Frames und schickt uns eine Alert. Wir schauen manuell drauf — meistens finden wir das Problem in unter 10 Minuten und retriggern. Wir dokumentieren jeden solchen Fall in unserem 3D-Rendering-Lektionen-Log.

4. „Warum sagt ihr Kunden zu, deren Szene ihr nie gesehen habt?"

Weil wir eine sehr scharfe technische Prüfung machen bevor der Pod spawnt:

  • Blender-Version-Match (wir supporten aktuell 4.2 und 4.3, ältere Versionen benutzen wir einen kompatiblen Container)
  • Cycles-Engine-Check
  • Texture-Referenz-Graph-Validation (Pack-Modus oder relativer Pfad?)
  • Estimate-Berechnung basierend auf Sample-Count × Tile-Count × Frame-Count

95 % der eingehenden Jobs laufen durch diese Prüfung sauber und rendern erfolgreich. Die 5 %, die scheitern, scheitern nicht durch uns, sondern durch fehlerhafte Szenen (kaputte Texture-Pfade, Cycles-inkompatible Materials, ungepackte Datei-Referenzen). In diesen Fällen zahlst du nicht — wir refunden automatisch.

5. „Kann ich meine bestehenden Assets in eurer Cloud speichern?"

Ja, aber wir empfehlen es nicht. Assets liegen bei uns in Cloudflare R2 (EU-Central), die Speicherung kostet $0.015/GB/Monat, der Download in deine Renders ist kostenlos. Was wir stattdessen empfehlen: HDRIs und CC0-Assets aus unserer integrierten PolyHaven-Library (128 HDRIs vorinstalliert, mount unter /assets/hdri/) — die kannst du kostenlos in jedem Render referenzieren, ohne sie hochzuladen.

6. „Warum sollte ich euch statt RunPod/Vast.ai nehmen?"

Ehrliche Antwort: wenn du bereits mit RunPod arbeitest und eine funktionierende Pipeline hast, gibt's keinen zwingenden Grund. Wir empfehlen uns für drei Zielgruppen:

  • Solo-3D-Freelancer die nicht selbst SSH-Keys managen wollen. Unsere CLI ist zer0one-cli, es gibt ein Blender-Add-on für File-Menu-Einbindung, keine Docker-Kenntnisse nötig.
  • DACH-Kunden die Datenschutz-EU-Anforderungen haben. Unser Storage liegt in EU-Central, unser Origin-Server steht in Falkenstein/DE, der Firmensitz ist EU-jurisdiction (Serbien, seit 2013 Kandidatenland).
  • Kunden mit tight budget die auf der A4000 gut aufgehoben sind. Wir haben in unserem Cost-per-Frame Deep-Dive gezeigt, dass die A4000 in fast allen Standard-Blender-Szenen die günstigste Wahl ist.

Für ML-Fine-Tuning, LLM-Inference oder Non-Blender-Workloads: RunPod oder Lambda Labs. Wir haben da keinen Vorteil, keine bessere Preise, kein besseres Tooling.

Was wir uns wünschen dass Kunden fragen würden

„Was passiert mit meinem Job wenn eure Firma schließt?" — dann hättest du 30 Tage Grace-Period, in denen alle deine gestarteten Jobs und R2-Assets abrufbar sind. Datenbank-Backup läuft täglich, Off-host repliziert. Wir haben ein dokumentiertes Shutdown-Playbook.

„Wo läuft der Support?" — direkt an Michael, meistens innerhalb 2 Stunden, spätestens 24 Stunden. Kein Ticketsystem, kein Chatbot. E-Mail: [email protected], Telefon +49 1573 1093501.

Wenn du deine eigene Frage stellen willst: gleicher Kanal. Antwort ehrlich, auch wenn's „Nein, das können wir nicht" heißt.

Ähnlicher Brand bei dir?

Wir haben vermutlich schon etwas ähnliches gesehen. Sprich mit uns.

Gespräch starten