Skip to main content

Maya für Cloud-Rendering einrichten

Configure Maya for cloud rendering with Arnold and V-Ray.


cover
cover

Maya läuft auf unserer farm mit drei primären Renderern — Arnold (Mayas Standard), V-Ray und Redshift — zusammen mit Unterstützung für XGen-interaktives Grooming, Alembic- und USD-Pipelines sowie die wichtigsten Drittanbieter-Plugins, auf die sich VFX- und Animations-Teams verlassen. Diese Seite behandelt die Projektverpackung, renderer-spezifische Hinweise, den XGen-Workflow, die Arnold Denoiser-Konfiguration, Render Setup versus Legacy Render Layers, den Einreichungsablauf und Maya-spezifische Fehlerbehebung.

Für eine übergeordnete Positionierung von Maya auf unserer farm — unterstützte Versionen, Hardware-Tiers, Preisbeispiele — finden Sie die dedizierte Zielseite unter . Informationen zu den Funktionen des 2027-Release finden Sie im Artikel .

Unterstützte Versionen

Maya 2024, 2025 und 2026 sind auf jedem Worker vorinstalliert. Maya 2023 ist auf Anfrage für Legacy-Projekte verfügbar; Maya LT wird nicht unterstützt, da es die für das verteilte Rendering erforderliche Render-Export-Fähigkeit fehlt. Die farm erkennt die Version Ihrer .ma- (ASCII) oder .mb- (Binär) Datei automatisch — Sie müssen sie in der Einreichungs-UI nicht manuell angeben.

Hinweis zum Release-Rhythmus von Maya: Autodesk liefert jährliche Versionen plus Point Releases (z. B. 2025.1, 2025.2, 2025.3). Wir stellen das neueste GA-Release innerhalb von vier bis sechs Wochen nach der öffentlichen Verfügbarkeit bereit. Wenn Ihr Projekt aufgrund der Plugin-Kompatibilität ein bestimmtes Point Release benötigt — Yeti, Bifrost oder ein Drittanbieter-Renderer-Build, der an eine Maya-Nebenversion gebunden ist — vermerken Sie es in den Job-Notizen, und wir können den Job an einen Worker weiterleiten, der an dieses Release gebunden ist.

Die Cross-Version-Vorwärtskompatibilität innerhalb einer Hauptversion ist normalerweise sicher (eine 2024.0-Szene öffnet sich sauber in 2024.3), aber Cross-Major-Migration (2023 → 2025) kann manchmal veraltete Nodes oder Attributzuordnungen aufweisen. Wenn Sie eine 2023-Szene einreichen müssen, speichern Sie eine Kopie mit der neuesten installierten Version auf Ihrer Workstation und überprüfen Sie zuerst, ob der Test-Frame übereinstimmt, bevor Sie hochladen.

Ihr Maya-Projekt verpacken

Ein Maya-Projekt ist die .ma- oder .mb-Szenendatei plus die Projektordnerstruktur, die Maya erwartet, um beim Öffnen der Szene aufzulösen:

  • sourceimages/ — Texturen, HDRIs, ACEScg-farbgemanagte Eingaben
  • scenes/ — die Masterszene plus alle Referenzszenen (.ma / .mb)
  • cache/ — Alembic (.abc)-, Partikel-, Fluid-, nCloth-Caches
  • xgen/ — XGen-Patch-Daten (collections/, descriptions/, patches/)
  • assets/ — Arnold-Standins (.ass), V-Ray-Proxys (.vrmesh), USD-Layer (.usd / .usda / .usdc)
  • data/ — Hilfsszenen-Daten (Deformer-Maps, gebackene Simulations-Dateien)

Mayas integrierte File → Archive Scene ist das empfohlene Verpackungswerkzeug. Der Arbeitsablauf:

  1. Projektstamm festlegen. File → Set Project. Mayas Pfadauflösung hängt davon ab, dass der Projektstamm korrekt eingestellt ist; wenn nicht, schreibt die Archiv-Funktion ein strukturell gültiges Archiv, aber mit absoluten Pfadreferenzen, die auf einem Worker fehlschlagen.
  2. File → Archive Scene. Maya sammelt die aktive Szene, alle referenzierten Dateien (sourceimages, Referenzen, Caches, XGen-Patches, Arnold-Standins) und schreibt sie in ein einzelnes Archiv.
  3. Absolute Pfade zuerst auflösen. Archive Scene bewahrt absolute Pfade, wenn sie existieren (z. B. D:\Projects\shot_010\sourceimages\wood.exr). Öffnen Sie vor dem Archivieren den Reference Editor (File → Reference Editor) und alle Pfad-Manager und ändern Sie absolute Pfade in relative Form (./sourceimages/wood.exr).
  4. Als .tar, .tar.gz oder .7z neu archivieren, wenn Archive Scene eine .zip erstellt hat. Wir akzeptieren keine .zip-Uploads, daher muss die Datei vor der Einreichung neu verpackt werden. 7-Zip unter Windows und tar -czf unter macOS / Linux erstellen beide farm-kompatible Archive.
  5. Das Archiv verifizieren. Öffnen Sie die archivierte Szene auf Ihrer Workstation in einer frischen Maya-Sitzung und rendern Sie einen einzelnen Test-Frame. Wenn etwas fehlt — Bitmaps, Referenzen, XGen-Patches — lokalisieren Sie es, verknüpfen Sie es erneut und archivieren Sie erneut.

Eine häufige Abkürzung, die nicht funktioniert: Nur die .ma-Datei kopieren. Maya-Szenen speichern nur Referenzen auf Assets, niemals die Assets selbst.

Was vor der Einreichung zu überprüfen ist

Eine kurze Pre-Flight-Checkliste, die etwa 80 % der Fehlerfälle erfasst, bevor sie einen Worker erreichen:

  • Der aktive Renderer ist korrekt eingestellt. Render Settings → Render Using ist das Dropdown, das bestimmt, welchen Renderer der Worker verwendet. Falsch abgestimmte Renderer-Einstellungen sind eine häufige Ursache unerwarteter Ausgaben (eine für Arnold erstellte Szene, die mit aktivem V-Ray eingereicht wird, rendert mit V-Ray-Standardwerten).
  • Render Setup vs. Legacy Render Layers. Maya 2017+ verwendet standardmäßig Render Setup; ältere Projekte können noch Legacy Render Layers verwenden. Konvertieren Sie vor der Einreichung zu Render Setup (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers), um das „Error: Legacy Render Layers"-Fehlermuster auf Worker-Nodes zu vermeiden.
  • Frame-Bereich ist in Render Settings, nicht nur in der Timeline eingestellt. Die farm liest den Frame-Bereich aus Render Settings → Common, nicht aus der Timeline. Überprüfen Sie, ob beide übereinstimmen; Abweichungen zeigen sich normalerweise als „die farm hat weniger Frames gerendert als erwartet."
  • Renderable Camera ist ausgewählt. Render Settings → Common → Renderable Cameras bestimmt, welche Kamera rendert. Die Standard-persp wird oft versehentlich aktiviert gelassen; deaktivieren Sie Kameras, die Sie nicht möchten, und aktivieren Sie die gewünschte.
  • Ausgabepfade verwenden Maya-Tokens. <RenderLayer>/<Scene>.<#>.<ext> ist ein sicherer Standard und erzeugt eine vorhersagbare Ausgabestruktur auf der farm. Vermeiden Sie absolute Ausgabepfade.
  • Pre-Render und Post-Render MEL- oder Python-Skripte deaktiviert, wenn sie auf workstation-spezifische Pfade verweisen (Lizenzserver, Netzwerkordner, zugeordnete Laufwerke). Pre/Post-Render-Hooks, die system() mit Netzwerkpfaden aufrufen, schlagen auf Workers still fehl.
  • Farbverwaltung ist explizit eingestellt. OCIO-Konfigurationen (ACES, benutzerdefinierte Studio-Konfigurationen) müssen entweder im Projekt gebündelt sein oder auf dem Worker-Standard vertrauen. Wenn Sie eine benutzerdefinierte OCIO-Konfiguration verwenden, fügen Sie die .ocio-Datei im Archiv hinzu und setzen Sie den Pfad relativ zum Projektstamm.

Renderer-spezifische Hinweise

Arnold für Maya

Arnold ist Mayas Standard-Renderer und die häufigste Wahl für Maya-Projekte auf unserer farm — insbesondere für VFX, Charakteranimation und Feature-Arbeit. Arnold läuft auf unserem CPU-Worker-Tier (Dual Intel Xeon E5-2699 V4, bis zu 256 GB RAM pro Node).

Konfigurationshinweise:

  • Lizenz: Arnold wird als Teil von Maya unter Autodesks Render-Node-Lizenzierung mitgeliefert. Sie benötigen keine separate Arnold-Lizenz, um mit uns zu rendern; wir arbeiten unter Autodesks Render-Only-Nutzungsmodell für Arnold.
  • Sampling-Einstellungen. Camera (AA) Samples, Diffuse, Specular, Transmission, SSS und Volume Samples sollten lokal vor der Einreichung kalibriert werden. Die farm verwendet alle Sampling-Werte, die Ihr Projekt angibt; zu gering besamplte Szenen rendern auf der farm mit Rauschen, genau wie lokal. Adaptive Sampling hilft bei Shots mit Regionen hoher Varianz (Innenräume mit hellem Fensterlicht), rettet aber keine global zu gering besamplte Szene.
  • AOVs. Arnold schreibt entweder als Multichannel-EXR oder per-AOV-Dateien, je nach den Output Driver-Einstellungen. Das Standard-multichannel EXR wird auf der farm unterstützt. Für per-AOV-Dateiausgabe (für Compositing-Künstler, die separate Dateien bevorzugen) wechseln Sie den Treiber im AOV-Browser in den Per-Pass-Modus.
  • Standins und Prozedurales. Arnold-Standins (.ass-Dateien) und Prozedurales funktionieren auf der farm. Fügen Sie die Standin-Dateien in Ihrem Projektarchiv hinzu; die Pfadauflösung wird zur Einreichungszeit verarbeitet. Für sehr große Standins (über 5 GB) ist der SFTP-Upload-Pfad zuverlässiger als der Browser-Upload.
  • OSL-Shader. Benutzerdefinierte OSL-Shader, die im Projekt gebündelt sind, funktionieren auf der farm. Shader, die von workstation-spezifischen Pfaden abhängen (kompilierte .oso-Dateien an einem nicht standardmäßigen Ort), müssen vor dem Archivieren in den shaders/-Ordner des Projekts verschoben werden.
  • Operatoren (Imager, Lichtfilter). Arnolds Operator-Graph für Szenen-Overrides in der Spätphase (Lichtfilter, Imager, benutzerdefinierte AOV-Treiber) wird unterstützt. Überprüfen Sie, ob der Operator-Graph vor der Einreichung mit defaultArnoldRenderOptions verbunden ist.

Arnold Denoiser (Optix und Noice)

Der Arnold Denoiser kommt in zwei Varianten und beide laufen auf der farm:

  • Optix-Denoiser. GPU-beschleunigt, schnelles Post-Render-Denoise. Konfigurieren Sie ihn in Render Settings → Arnold Renderer → Denoising. Optix profitiert von AA-Samples im Bereich 6–10; unter 6 AA beginnt der Denoiser, feine Details zu verwischen.
  • Noice (CPU, temporal). Der empfohlene Workflow für Animation. Noice arbeitet auf EXR-Sequenzen mit dem N-AOV (Varianz) und Z-AOV (Tiefe). Für temporales Denoising — das Frame-zu-Frame-Rauschvarianz entfernt — setzen Sie den temporalen Frame-Bereich (z. B. -3 +3 für ein Sieben-Frame-Fenster). Die farm führt Noice als Post-Render-Schritt aus; fügen Sie die AOVs (N, Z, Beauty) vor der Einreichung in die AOV-Liste ein.

Eine körnige Denoiser-Ausgabe lässt sich normalerweise auf eine von drei Ursachen zurückführen: unzureichende AA-Samples (mindestens auf 6–10 erhöhen), fehlende Varianz-AOV (Optix benötigt sie für das Varianzsignal) oder fehlerhaft eingestellter temporaler Frame-Bereich bei Noice. Für Animationen mit konsistentem Grooming oder Motion Blur ist der Noice-Temporal-Modus deutlich sauberer als per-Frame-Optix.

V-Ray für Maya

V-Ray für Maya läuft auf unserem CPU-Worker-Tier. Es ist die Wahl für Studios mit etablierten V-Ray-Pipelines aus 3ds Max- oder Cinema 4D-Workflows, die zu Maya gewechselt sind.

Konfigurationshinweise:

  • Lizenz. V-Ray auf unserer farm läuft unter unserer Chaos-Partnerlizenz. Als offizieller Chaos-Partner betreiben wir lizenzierte V-Ray-Installationen.
  • GI-Cache (Irradiance Map + Light Cache). Für Archviz-Still-Renders ist die lokale Vorberechnung von Irradiance Map und Light Cache deutlich schneller als die Neuberechnung pro Worker. Der Zwei-Pass-Workflow — Prepass auf Festplatte, dann Final-Pass mit Wiederverwendung der gespeicherten Map — ist im dokumentiert.
  • V-Ray Animations-Prepass. Für Animationen verwendet der empfohlene Workflow den Irradiance Map-„Animation (prepass)"-Modus über den gesamten Frame-Bereich, um eine per-Frame-partielle Map zu erstellen, dann den „Animation (rendering)"-Modus für den Final-Pass. Das entfernt per-Frame-GI-Flimmern und ist deutlich schneller als die Neuberechnung von GI auf jedem Worker-Frame. Dasselbe für 3ds Max dokumentierte Muster gilt hier — die Parameternamen stimmen über die beiden DCC-Bindungen überein.
  • VRayProxy. Unterstützt. Fügen Sie .vrmesh-Proxy-Dateien im Projektarchiv unter assets/ oder proxies/ hinzu. Überprüfen Sie, ob die Proxy-Pfade in der Szene relativ sind.
  • V-Ray Frame Buffer (VFB). EXR-Ausgabe mit VFB-Farbkorrekturen wird unterstützt; speichern Sie Korrekturen als .vccglb-Datei mit VFB → „..."-Menü → Save Corrections und fügen Sie die Datei im Archiv hinzu. Der Worker wendet die gespeicherten Korrekturen während des Renderings an.
  • VRayScene-Dateien. Als externe Szenreferenzen unterstützt. Fügen Sie alle .vrscene-Dateien im Archiv neben der Master-.ma / .mb hinzu.

Redshift für Maya

Redshift für Maya läuft auf unserem NVIDIA RTX 5090-GPU-Worker-Tier (32 GB VRAM pro Karte). Es ist die Wahl für Studios mit Maya-Pipelines, die GPU-Iterationsgeschwindigkeit benötigen — insbesondere Motion-Design-Teams, Indie-Animations-Studios und Broadcast-Grafik-Arbeit.

Konfigurationshinweise:

  • Lizenz. Redshift auf unserer farm läuft unter unserer Maxon-Partnerlizenz.
  • Out-of-Core-Speicher. Standardmäßig aktiviert. Ermöglicht das Rendern von Szenen, die 32 GB VRAM überschreiten, indem Texturen und Geometrie aus dem System-RAM gestreamt werden. Die Out-of-Core-Strafe ist bei schweren Szenen real — eine Szene, die rein im VRAM läuft, ist deutlich schneller als eine, die die Hälfte ihres Arbeits-Sets streamt — bei Produktionssequenzen also, wenn möglich, Texturgrößen und Proxy-Dichte für den Einpassbetrieb kalibrieren.
  • Unified Sampling. Unified-Sampling-Werte steuern die Renderqualität pro Frame. Kalibrieren Sie lokal vor der Einreichung; zu gering besamplte Redshift-Ausgabe sieht ähnlich aus wie zu gering besamplte Arnold-Ausgabe (Rauschen in Schatten und Reflexionen), aber die Optimierungspfade unterscheiden sich.
  • AOVs. Dasselbe Multichannel-EXR- oder Per-AOV-Datei-Muster wie beim C4D-Redshift-Workflow. Redshifts AOV-Browser befindet sich in Render Settings → AOVs.
  • Redshift Proxy. Unterstützt. Verwenden Sie .rs-Proxy-Dateien für instanzierte Geometrie oder Hero-Assets, die aus einem anderen DCC exportiert wurden.
  • Redshift IPR vs. Final-Render. Einstellungen, die im IPR (der interaktiven Vorschau) akzeptabel aussehen, können beim Final-Pass-Qualitätslevel zu niedrig sein. Rendern Sie immer einen Test-Frame mit Final-Pass-Sampling lokal, bevor Sie einen Animations-Batch einreichen.

Maya XGen

XGen-interaktives Grooming für Charakterarbeit, gestreute Objekte und Ornament-Arbeit wird auf der farm unterstützt. XGen trägt Patch-Daten außerhalb der Szenendatei, daher erfordert die Verpackung besondere Aufmerksamkeit.

Der Workflow für XGen-Projekte:

  1. Überprüfen Sie, ob XGen-Patches gespeichert sind. Öffnen Sie Ihr Projekt lokal, aktualisieren Sie jede XGen-Beschreibung (Generate → Refresh) und speichern Sie die Szene. XGen hält Patch-Daten manchmal nur in der Arbeitssitzung, bis sie explizit gespeichert werden.
  2. Fügen Sie den xgen/-Ordner in Ihrem Archiv hinzu. Mayas Archive Scene erfasst diesen Ordner im Allgemeinen, aber überprüfen Sie es vor dem Hochladen. Der Ordner enthält collections/, descriptions/ und patches/-Unterordner.
  3. Überprüfen Sie den XGen Collection Path in Ihrer Szene. Wenn der Pfad auf ein absolutes Workstation-Laufwerk verweist (z. B. D:\Projects\shot\xgen\), findet Maya die Sammlung auf dem Worker nicht. Setzen Sie ihn auf relativ (./xgen/) vor dem Archivieren.
  4. Procedural XGen (instanzierte Geometrie, Archive). Stellen Sie sicher, dass die referenzierten Archive im Projektordner sind, nicht in einem separaten Workstation-Verzeichnis. Für Alembic-basierte XGen-Archive fügen Sie die .abc-Dateien in cache/ oder assets/ ein.
  5. Groomable Splines vorher cachen. Für dichte Haar-Szenen verkürzt das Backen des Grooms in einen gecachten Zustand (Cache → Create Cache File) vor der Einreichung die Worker-Einrichtungszeit pro Frame.

Die per-Frame-Renderzeit für XGen-schwere Szenen ist deutlich höher als für statische Geometrie — die XGen-Auswertung läuft per-Frame, und dichte Haar-Szenen können 10–30 Minuten pro Frame dauern, sogar auf höherstufigen Workers. Für Animationsarbeit, bei der das Grooming statisch ist (keine per-Frame-Simulation), ist das Vorbacken von XGen in Alembic-Geometrie vor dem Rendern eine häufige Optimierung: Konvertieren Sie die XGen-Beschreibung in Polygone oder Kurven, cachen Sie in Alembic und referenzieren Sie das Alembic in der Render-Szene. Die farm rendert das gecachte Alembic mit vorhersagbaren per-Frame-Kosten.

Maya Plugin-Unterstützung

Das Super Renders Farm-Einreichungs-Plugin für Maya verarbeitet Asset-Überprüfung, Render-Einstellungs-Checks und Einreichung mit einem Klick direkt aus Maya heraus. Installieren Sie es aus dem Download-Bereich Ihres Konto-Dashboards. Nach der Installation erscheint das Plugin als Shelf-Schaltfläche mit der Bezeichnung SuperRenders und als Menüelement unter SuperRenders in der Maya-Hauptmenüleiste.

Plugin-Funktionen:

  • Einreichung mit einem Klick aus Maya heraus — übernimmt aktive Render-Einstellungen (Renderer, Frame-Bereich, Ausgabepfad, AOVs, Render Layers) und reicht ein, ohne Maya zu verlassen.
  • Asset-Pfad-Überprüfung — markiert fehlende Texturen, Referenzen, XGen-Patches, Standins und Proxys vor der Einreichung. Erfasst das „fehlende Asset auf Worker"-Fehlermuster auf Workstation-Ebene statt auf Worker-Ebene.
  • Render Layer / Render Setup-Bewusstsein — reicht das korrekte Layer-Setup ein, einschließlich Layer-Overrides und Sichtbar-auf-Render-Flags.
  • Lizenz-Token-Check — bestätigt, dass der in Render Settings gewählte Renderer auf der farm unterstützt wird, bevor die Einreichung erfolgt, sodass nicht unterstützte Konfigurationen lokal statt zur Renderzeit aufgedeckt werden.
  • Job-Notizen-Durchleitung — alles, was Sie in das Notizen-Feld des Plugins schreiben, erreicht die Einreichungswarteschlange und ist für das Support-Team sichtbar, wenn Sie ein Ticket für den Job öffnen.

Für Plugin-Installationsschritte und Fehlerbehebung (einschließlich des „Plugin nicht in Shelf"-Musters) lesen Sie .

Einreichungsablauf

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

  • Einreichungs-Plugin (empfohlen für iterative Arbeit). Reichen Sie aus Maya heraus ein, nachdem Sie das Plugin installiert haben. Engste Iterationsschleife, da das Plugin Live-Render-Einstellungen liest — kein Risiko, mit veraltetem UI-Zustand einzureichen.
  • Web-Upload + Einreichen über Dashboard. Laden Sie das archivierte Projekt hoch, dann reichen Sie über die Website ein. Funktioniert ohne installiertes Plugin und ist die richtige Wahl für Einzel-Jobs oder für Benutzer auf gesperrten Workstations, bei denen die Plugin-Installation blockiert ist.
  • Client App. Upload + Einreichung + automatisches Herunterladen in einem Wrapper. Am besten für Studios mit wiederkehrenden Maya-Jobs, die eine Desktop-Anwendung möchten, die den gesamten Hin-und-Rückweg ohne Browser-Beteiligung verwaltet.

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

Fehlerbehebung Maya-spezifischer Fehler

Für allgemeine Fehlerbehebung, die über DCCs hinweg gilt, lesen Sie . Maya-spezifische Fälle:

  • Alle Renders kommen schwarz oder leer zurück. Überprüfen Sie Render Settings → Common → „Renderable Camera" ist auf Ihre beabsichtigte Kamera eingestellt (nicht die Standard-persp). Überprüfen Sie auch, ob Ihre Render-Kamera nicht im Outliner versteckt ist. Dies ist die häufigste Ursache für schwarze Renders bei Maya-Jobs.
  • „Missing plugin" oder Plugin nicht in Shelf. Das Einreichungs-Plugin muss im Plugin Manager geladen werden (Windows → Settings/Preferences → Plug-in Manager). Suchen Sie nach dem SuperRenders-Plugin und aktivieren Sie sowohl „Loaded" als auch „Auto load." Wenn die Plugin-Datei aus Ihrem plug-ins/-Ordner fehlt, führen Sie den Installer erneut von Ihrem Konto-Dashboard aus.
  • Altes Plugin vor der Neuinstallation entfernen. Wenn Sie zuvor eine ältere Version unseres Einreichungs-Plugins installiert haben, entfernen Sie die alte .mll-Datei (Windows) oder .bundle-Datei (macOS) aus Documents/maya/<version>/plug-ins/, bevor Sie die neue Version installieren. Maya lädt manchmal die alte Version bevorzugt, wenn beide vorhanden sind.
  • TX-Auto-Konvertierungsfehler. Wenn „Automatic TX texture update" in Arnold Render Settings aktiviert ist, versucht Maya, Texturen zur Renderzeit in .tx zu konvertieren. Auf der farm kann diese Konvertierung fehlschlagen, wenn die Berechtigungen des Workers nicht mit Ihrem lokalen Setup übereinstimmen. Die zuverlässige Lösung ist, Texturen lokal mit maketx (mit Arnold mitgeliefert) in .tx vorzukonvertieren, die .tx-Dateien im Archiv einzufügen und „Automatic TX texture update" vor der Einreichung zu deaktivieren.
  • „Error: Legacy Render Layers." Maya 2017+ verwendet standardmäßig Render Setup; das Öffnen eines älteren Projekts mit Legacy Render Layers kann diesen Fehler auf der farm auslösen. Konvertieren Sie lokal zu Render Setup (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers) vor der Einreichung. Die Konvertierung ist nicht destruktiv — Ihre ursprünglichen Legacy Render Layers-Daten bleiben in der Szene.
  • Arnold Denoiser erzeugt körnige Ausgabe. Überprüfen Sie, ob der Denoiser mit ausreichenden Eingabe-Samples konfiguriert ist (mindestens 6–10 AA-Samples) und dass der Varianz-AOV (N) aktiviert ist. Für Noice mit temporalem Denoising, bestätigen Sie, dass der temporale Frame-Bereich relativ zum Frame, den Sie denoisen, korrekt eingestellt ist.
  • iRay-Rendering in Szenendatei aktiviert. iRay wurde von Autodesk eingestellt und wird auf der farm nicht unterstützt. Wenn Ihre Szene iRay als aktiven Renderer eingestellt hat, wechseln Sie in Render Settings → Render Using zu Arnold (oder V-Ray / Redshift) vor der Einreichung.
  • Asset fehlt beim Scene-Load. Öffnen Sie Asset Tracking auf Ihrer Workstation (Windows → General Editors → File Path Editor), lokalisieren Sie die fehlenden Elemente, verknüpfen Sie erneut und archivieren Sie erneut. Die meisten „fehlende Asset"-Fehler auf der farm lassen sich auf einen Pfad zurückführen, der nach dem letzten Archivierungsdurchgang geändert wurde.
  • Falsche Kamera durch gesperrtes View to Render. Wenn eine Kamera auf den Viewport in Ihrer Szene gesperrt ist (Panels → Perspective → camera → Lock Camera), kann Maya diese Kamera gegenüber der in Render Settings eingestellten bevorzugen. Entsperren Sie die viewport-gesperrten Kameras vor der Einreichung.
  • Ausgabebild nicht vollständig / abgeschnitten. Prüfen Sie Render Settings → Common → „Use Render Region" — wenn aktiviert und auf eine Unterregion konfiguriert, rendert der Worker nur diese Region. Deaktivieren Sie für Vollbild-Ausgabe.
  • Yeti oder Ornatrix nicht vorinstalliert. Yeti und Ornatrix sind standardmäßig nicht auf dem Worker-Image vorinstalliert. Kontaktieren Sie entweder den Support vor der Einreichung, um das Hinzufügen des Plugins zum Worker zu besprechen, oder backen Sie das Grooming in Alembic-Geometrie und referenzieren Sie stattdessen den Cache — die gebackene Ausgabe rendert auf der farm ohne das Plugin.

Querverweise

  • — Upload-, Einreichungs-, Download-Workflow
  • — wie Maya-Job-Kosten berechnet werden
  • — Irradiance Map, Light Cache, Animations-Prepass
  • — SFTP-Leitfaden, Archivformate
  • — DCC-übergreifende Fehlerbehebung
  • — Installieren des Maya-Einreichungs-Plugins
  • — Zielseite
  • — Versionsabdeckungs-Artikel
  • — Arnold-spezifische Zielseite
  • — Redshift-spezifische Zielseite

FAQ

Q: Welche Maya-Versionen unterstützt die farm? A: Maya 2024, 2025 und 2026 sind auf jedem Worker vorinstalliert. Maya 2023 ist auf Anfrage für Legacy-Projekte verfügbar. Maya LT wird nicht unterstützt, da es die für das verteilte Rendering erforderliche Render-Export-Fähigkeit fehlt. Die farm erkennt die Version Ihrer .ma- oder .mb-Datei automatisch.

Q: Muss ich meine Maya-Lizenz übertragen, um auf der farm zu rendern? A: Nein. Wir betreiben lizenzierte Maya-Installationen über unseren Worker-Fleet unter Autodesk-Render-Node-Lizenzierung. Ihre lokale Maya-Lizenz bleibt bei Ihnen.

Q: Welchen Renderer soll ich wählen — Arnold, V-Ray oder Redshift? A: Arnold für Charakteranimation und VFX-Arbeit (Mayas Standard; tiefste Pipeline-Integration). V-Ray für etablierte V-Ray-Studio-Pipelines oder Archviz mit schwerem GI. Redshift für schnelle GPU-Iteration bei Motion Design und Indie-Animation. Alle drei werden mit verifizierter Lizenzierung auf unserer farm unterstützt und erzeugen vorhersagbare Ausgabe über Worker-Nodes hinweg.

Q: Mein Projekt verwendet XGen für Charaktergrooming. Wird es rendern? A: Ja, sofern die XGen-Patch-Dateien (.xgen und .xpd) in Ihrem Projektarchiv enthalten sind. Überprüfen Sie, ob der XGen Collection Path in Ihrer Szene auf relativ (./xgen/) eingestellt ist, nicht auf einen absoluten Workstation-Pfad. Die per-Frame-Renderzeit für XGen-schwere Szenen ist deutlich höher als für statische Geometrie; das Vorbacken von Grooming in Alembic ist eine häufige Optimierung für Animationen, bei denen das Groom statisch ist.

Q: Meine Maya-Szene verwendet Yeti oder Ornatrix für Grooming statt XGen — werden diese unterstützt? A: Yeti und Ornatrix sind standardmäßig nicht vorinstalliert. Kontaktieren Sie den Support vor der Einreichung, um das Hinzufügen des Plugins zum Worker-Image zu besprechen. Alternativ backen Sie das Grooming in Alembic-Geometrie vor der Einreichung — die gebackene Ausgabe rendert auf der farm ohne das Plugin.

Q: Wie konfiguriere ich den Arnold Denoiser für saubere Animations-Ausgabe? A: Für Animationen erzeugt der Noice-Temporal-Workflow die saubersten Ergebnisse. Aktivieren Sie die N- (Varianz) und Z- (Tiefe) AOVs neben Ihrer Beauty-Ausgabe, setzen Sie AA-Samples auf mindestens 6–10 und konfigurieren Sie Noice mit einem temporalen Frame-Bereich (z. B. -3 +3 für ein Sieben-Frame-Fenster). Optix ist schneller pro Frame, verarbeitet aber Frame-zu-Frame-Rauschvarianz nicht so sauber wie Noice Temporal.

Q: Ich erhalte „missing plugin"-Fehler, wenn die farm versucht, meine Szene zu laden. Was soll ich überprüfen? A: Öffnen Sie die Szene in einer sauberen Maya-Sitzung lokal (alle Fenster schließen, Maya neu starten, dann öffnen). Überprüfen Sie den Script Editor auf „missing plugin"-Warnungen. Plugins, die nicht auf der farm vorinstalliert sind, müssen aus der Plugin-Liste der Szene entfernt werden (Edit → Unknown Plug-ins → Remove) oder durch Äquivalente ersetzt werden. Lesen Sie auch den Abschnitt Fehlerbehebung oben für den „Plugin nicht in Shelf"-Workflow.

Q: Kann ich Maya Software Renderer oder Hardware Renderer 2.0-Jobs rendern? A: Maya Software wird unterstützt, wird aber selten verwendet; wir empfehlen Arnold für nahezu alle Produktionsarbeiten. Hardware Renderer 2.0 ist für Viewport-Playblasts gedacht und ist nicht für verteiltes Rendering konzipiert — rendern Sie diese lokal auf Ihrer Workstation.

Q: Meine TX-Texturkonvertierung schlägt auf der farm fehl. Was passiert? A: Arnolds „Automatic TX texture update"-Option löst den Worker aus, Texturen zur Renderzeit in .tx zu konvertieren, was fehlschlagen kann, wenn die Benutzerberechtigungen des Workers von Ihrem lokalen Setup abweichen. Die zuverlässige Lösung: Konvertieren Sie alle Texturen lokal mit maketx in .tx, fügen Sie die .tx-Dateien in Ihrem Projektarchiv hinzu und deaktivieren Sie Automatic TX update in Arnold Render Settings vor der Einreichung.

Q: Ich habe eine 4K-Stereo-Animation mit 12.000 Frames. Kann die farm das bewältigen? A: Ja. Für Projekte dieser Größe empfehlen wir den Upload per SFTP statt über den Browser (fortsetzbare Übertragungen bewältigen mehrstündige Uploads sicher) und die Einreichung über das Einreichungs-Plugin für sauberste Job-Erstellung. Die per-Frame-Renderzeit und die daraus resultierenden Kosten hängen von Ihrer Szenenkomplexität und der Renderer-Wahl ab; der gibt eine Schätzung basierend auf Ihren Eingaben.

---

Maya für Cloud-Rendering einrichten
Maya für Cloud-Rendering einrichten
Last updated: 13. Mai 2026