
Maya 2027 Cloud-render-farm: Arnold, V-Ray und Redshift im großen Maßstab rendern
Überblick
Einführung
Autodesk hat Maya 2027 Ende März 2026 veröffentlicht, und schon einen Tag später trafen in unserem Support-Chat die ersten Fragen ein: Wird mein Renderer geladen, hat die Farm bereits 2027-Nodes bereit, und muss ich jede Szene neu verpacken? Wir betreiben verteilte Rendering-Infrastruktur seit über fünfzehn Jahren, und ein neues Maya-Release ist einer der wenigen Momente, der jeden Teil einer Render-Pipeline gleichzeitig betrifft — die Anwendungsdatei, das Renderer-Plugin, die Farbpipeline und die Art, wie Assets über Worker-Maschinen auf einer render farm aufgelöst werden.
Dieser Leitfaden ist der Rendering-und-Farm-Begleiter zum Maya 2027-Release. Wenn Sie die vollständige Funktionsübersicht suchen — MotionMaker, die Modellierungs-Updates, die KI-Werkzeuge — haben wir das separat in Was ist neu in Autodesk Maya 2027 behandelt. Hier konzentrieren wir uns auf den Teil, der entscheidet, ob eine Deadline eingehalten wird: wie Maya 2027-Szenen tatsächlich in großem Maßstab rendern, welche Engines (Arnold, V-Ray, Redshift) bereit sind und wann, wie unbeaufsichtigtes Farm-Rendering funktioniert und was Sie prüfen sollten, bevor Sie einen Job in die Cloud übertragen. Super Renders Farm betreibt Maya 2027 parallel zu den älteren Releases, auf denen Studios noch produzieren — daher basiert das Folgende größtenteils auf dem, was wir in der Warteschlange sehen, und nicht auf einer Pressemitteilung.
Was Maya 2027 für das Rendering verändert
Die meisten der Maya 2027-Hauptfunktionen betreffen Modellierung und Animation, aber einige Änderungen sind direkt relevant, sobald eine Szene Ihre Workstation verlässt und auf einer Farm landet.
Die renderrelevanteste Neuerung ist der weitere Ausbau von MaterialX und LookdevX. Maya 2027s LookdevX (Version 2.0, wie in der Veröffentlichung benannt) stützt sich stärker auf MaterialX als portablen, renderer-agnostischen Weg zum Erstellen und Austauschen von Shading-Graphen. Der praktische Vorteil für das verteilte Rendering sind relative Pfad-Textur-Referenzen. Historisch gesehen lassen sich viele Farm-Fehler auf ein Material zurückführen, das auf C:\Users\artist\textures\… zeigt — einen absoluten Pfad, der nur auf dem Rechner des Künstlers existiert. Wenn ein MaterialX-Dokument seine Texturen relativ zu seinem eigenen Speicherort referenziert und Sie die Materialdatei zusammen mit den Texturen einreichen, lösen alle Worker-Nodes sie korrekt auf, unabhängig davon, wo die Farm das Projekt einbindet. Diese eine Disziplin beseitigt eine ganze Kategorie von „rendert lokal einwandfrei, schlägt auf der Farm fehl"-Tickets.
Maya 2027 setzt auch die USD und Hydra-Entwicklung fort, die neuere Releases etabliert haben. Das gebündelte mayaUSD-Plugin und Hydra-Render-Delegates ermöglichen es, eine Szene als USD-Stage zu exportieren und Frame für Frame von der Engine zu rendern, die einen Delegate implementiert. Wir werden hier keine brandneuen 2027-USD-Features behaupten — der Entwicklungspfad ist der Punkt: USD-basiertes Farm-Rendering ist ein erstklassiger Weg, kein Experiment.
Einige Änderungen sind indirekt, aber real. MotionMaker und die Rigging- und Skinning-Verbesserungen (die ngSkinTools-Integration) bedeuten, dass mehr Animationen innerhalb von Maya fertiggestellt werden, was in der Regel zu mehr Frames und längeren Sequenzen zum Rendern führt — genau die Arbeitslast, für die eine Farm existiert. Und die Flow Studio-Schaltfläche, die jetzt in Maya 2027 sichtbar ist, ist Autodesk, das Nutzer zu seinem eigenen Cloud-Dienst lenkt — dazu kommen wir weiter unten, da es die Kaufentscheidung tatsächlich beeinflusst.
Arnold, V-Ray und Redshift unter Maya 2027
Hier ist das Wichtigste, was Sie über jedes neue Maya-Release verstehen müssen: Das Erscheinen der Anwendung bedeutet nicht, dass Ihr Renderer bereit ist.
Jeder Drittanbieter-Renderer ist ein kompiliertes Plugin, das gegen ein bestimmtes Maya-SDK gebaut wurde. Ein Plugin, das für Maya 2026 erstellt wurde, wird sich in Maya 2027 schlicht weigern zu laden — der Anbieter muss gegen das 2027-SDK neu kompilieren und testen, dann einen kompatiblen Build veröffentlichen. In der Praxis erhalten die großen Anbieter ein frühs SDK von Autodesk und liefern innerhalb weniger Wochen nach der allgemeinen Verfügbarkeit einen 2027-kompatiblen Build, aber „Tag eins" ist für nichts außer der Engine garantiert, die Autodesk selbst bündelt.
Arnold (MtoA) ist die Ausnahme, die mit Maya geliefert wird. Das Maya-to-Arnold (MtoA)-Plugin ist gebündelt und steht sofort zur Verfügung, wenn Sie Maya 2027 installieren — wir nennen hier bewusst keine spezifische MtoA-Build-Nummer, da sich die Punkt-Releases kontinuierlich bewegen; prüfen Sie Autodesks Arnold-Hinweise für die genaue Version. Arnolds Stärke ist CPU-Pfadverfolgung, mit einem CUDA-basierten Arnold-GPU-Modus für Szenen, die dazu passen. Da Arnold über die Maya-Berechtigung lizenziert ist, gibt es keine separate Arnold-Lizenz zu verwalten; auf einer vollständig verwalteten Farm wird diese Lizenzierung als Teil des Renderings übernommen, nicht als etwas, das Sie pro Node bereitstellen. Unsere dedizierte Arnold cloud render farm-Seite behandelt die Engine ausführlicher.
V-Ray für Maya (Chaos) ist das Arbeitstier für viele Archviz-Projekte und einen wachsenden Anteil von VFX. Es läuft sowohl auf der CPU — der produktive V-Ray-Engine — als auch auf der GPU (V-Ray GPU / RTX), wobei der V-Ray Denoiser in beiden Fällen verfügbar ist. Für Farm-Arbeiten ist das zuverlässige Muster der Export von .vrscene-Dateien und das Rendern mit dem V-Ray-Standalone pro Frame, was das Rendering von einer aktiven Maya-Sitzung entkoppelt. V-Rays eigenes Distributed Rendering (viele Maschinen tragen zu einem Frame bei) ist ein anderer Mechanismus als die Art, wie eine Farm ganze Frames auf Nodes verteilt — für die meisten Jobs ist die Frame-für-Frame-Verteilung der effizientere Weg. Verwenden Sie den aktuellen V-Ray für Maya-Build, der zu Ihrer Maya 2027-Installation passt; Chaos veröffentlicht den kompatiblen Release nach jedem Maya-Versions-Rhythmus.
Redshift für Maya (Maxon) ist GPU-orientiert und eine häufige Wahl für Motion Design, Produktvisualisierung und lookdev-schwere Arbeiten, die von schnellen Iterationen profitieren. Es gibt auch einen Redshift-CPU-Modus für Nodes ohne geeignete GPUs, obwohl die meisten Studios Redshift auf der GPU ausführen. Wie bei V-Ray benötigen Sie den Redshift-Build, der zu Maya 2027 passt und nach dem Release veröffentlicht wird — besuchen Sie unsere Redshift cloud render farm-Seite für die GPU-Seite davon.
Octane (OTOY) ist für reine GPU-Pipelines erwähnenswert. Es hat keinen CPU-Modus — jeder Node, der Octane rendert, benötigt eine NVIDIA-GPU — und OctaneBench ist der Benchmark, den man verwendet, um den Durchsatz pro GPU zu messen, was auch gut abbildet, wie GPU-Rendering üblicherweise abgerechnet wird.
Das Bereitschaftsbild auf einen Blick:
| Renderer | Bereit für Maya 2027 | CPU / GPU | Lizenzierung auf einer vollständig verwalteten Farm |
|---|---|---|---|
| Arnold (MtoA) | Gebündelt, sofort verfügbar | CPU (+ GPU) | Im Rendering-Tarif enthalten |
| V-Ray (Chaos) | Anbieter-Build, ~Wochen nach GA | CPU + GPU | Im Rendering-Tarif enthalten |
| Redshift (Maxon) | Anbieter-Build, ~Wochen nach GA | GPU (+ CPU-Modus) | Im Rendering-Tarif enthalten |
| Octane (OTOY) | Anbieter-Build, ~Wochen nach GA | Nur GPU | Im Rendering-Tarif enthalten |
Ein Hinweis zur Balance: Trotz all der GPU-Aufmerksamkeit ist ein großer Anteil des Produktions-Maya-Renderings immer noch CPU-Arbeit. Arnold und V-Ray auf der CPU bewältigen die schweren, speicherhungrigen VFX- und Archviz-Szenen, die oft nicht in den VRAM einer GPU passen. Unsere Infrastruktur spiegelt diese Realität wider, mit erheblicher CPU-Kapazität — 20.000+ CPU-Kerne auf Dual-Xeon-Maschinen — neben einem GPU-Tier, der auf NVIDIA RTX 5090-Karten mit je 32 GB VRAM aufgebaut ist. Render-Engine-Lizenzen für Arnold, V-Ray, Redshift und Octane sind im Stundenpreis enthalten, sodass „bereit für 2027" auf unserer Seite eine operative Aufgabe ist, nicht etwas, das Sie selbst lizenzieren. Wir betreiben diese Engines unter reiner Render-Nutzung — wir sprechen nicht für Autodesk, Chaos oder Maxon, sondern beschreiben lediglich, was auf den Nodes ausgeführt wird.

CPU- versus GPU-Rendering für Maya: Arnold und V-Ray auf der CPU für schwere VFX- und Archviz-Szenen, Redshift und Octane auf der GPU für Motion Design und Produktvisualisierung
Wie Maya 2027-Szenen auf einer Cloud-render-farm gerendert werden
Eine Cloud-render-farm verteilt Arbeit auf Frame-Ebene. Ein 480-Frame-Shot wird in Blöcke aufgeteilt, jeder Block geht an einen Worker-Node, und jeder Node öffnet die Szene und rendert seine Frames unabhängig. Zwischen den Nodes gibt es während des Jobs keinen gemeinsamen Render-Status, weshalb jeder Node die gesamte Szene selbstständig auflösen muss.

Maya 2027-render-farm-Pipeline: Projekt hochladen, Maya 2027 und einen Renderer auswählen, den Frame-Bereich aufteilen, auf CPU- und GPU-Nodes rendern und dann innerhalb des 45-tägigen Fensters herunterladen
Diese Unabhängigkeit ist die Quelle der meisten Farm-spezifischen Probleme, und fast alle laufen auf Pfadauflösung hinaus. Die Szenendatei, jede referenzierte Datei (Maya-Referenzen, Alembic- und VDB-Caches), jede Textur und jedes Plugin muss vom Node aus erreichbar sein. In einem lokalen Laufwerk eingebettete absolute Pfade sind der klassische Fehlerfall; UNC-Pfade oder ein paketiertes Projekt, das relativ auflöst, sind das, was den Transfer übersteht. Der oben beschriebene Maya 2027-MaterialX-Relativpfad-Workflow ist ein Teil davon, aber dieselbe Disziplin gilt für Caches und Referenzen.

Pfadauflösung auf der render farm: Ein absoluter lokaler Pfad schlägt auf Worker-Nodes fehl, während ein portabler UNC- oder relativer Pfad auf jedem Node korrekt aufgelöst wird
Zwei weitere Dinge reisen mit der Szene und brechen Renderings stillschweigend, wenn sie fehlen. Farbmanagement — Maya liefert ACES über OpenColorIO (OCIO), und wenn die OCIO-Konfiguration an einem Pfad liegt, der nur auf der einreichenden Workstation existiert, fallen die Nodes stillschweigend auf einen Standard zurück und die Farben driften. Und Render-Ebenen — das Render-Setup-System trägt Layer-übergreifende Overrides für Materialien, Lichter und Sichtbarkeit, und die Farm muss die korrekten Layer rendern, was auf der Kommandozeile der -rl-Flag ist. Unter der Haube ist das unbeaufsichtigte Rendering einfach Mayas Batch-Renderer, der pro Frame aufgerufen wird — Render.exe -r arnold|vray|redshift -s <start> -e <end> und so weiter — derselbe Mechanismus, ob Sie einen Frame lokal oder zehntausend auf einer Farm rendern.
Das, was Studios am meisten spüren, ist das, was sie nicht tun müssen. Super Renders Farm ist eine vollständig verwaltete Farm: Sie stellen keine Remote-Desktop-Verbindung zu Maschinen her, Sie installieren Maya 2027 oder die Renderer-Plugins nicht selbst, und Sie verwalten Engine-Lizenzen nicht pro Node. Sie laden das Projekt hoch, wählen die Maya-Version und den Renderer, und die Nodes sind bereits bereitgestellt. Uploads werden als .tar-, .tar.gz- oder .7z-Archive hochgeladen (.zip wird nicht unterstützt), und bei sehr großen Projekten — jenseits von etwa 300 GB — ist die Client App oder SFTP zuverlässiger als ein Browser-Upload, da sie den Übertragungsvorgang fortsetzt und parallelisiert. Die Maya cloud render farm-Seite führt Sie durch die Maya-spezifische Einrichtung.
Versions-Abdeckung: Maya 2027 neben älteren Releases betreiben
Einer der praktischsten Gründe, während eines Versions-Übergangs in der Cloud zu rendern, ist, dass Sie nicht alles auf einmal aktualisieren müssen.
Mayas Dateiformat ist vorwärts-inkompatibel: Eine in Maya 2027 gespeicherte Szene lässt sich in Maya 2024 nicht öffnen. Das wirkt in beide Richtungen für ein Studio mitten im Projekt — Sie können eine laufende Produktion nicht beiläufig auf ein brandneues Maya umstellen, und Sie können eine 2027-Szene nicht auf einem Node rendern, auf dem nur 2026 installiert ist. Eine professionelle Farm löst dies, indem sie eine Reihe von Maya-Versionen nebeneinander installiert hält, jede an ihrem eigenen versionsspezifischen Speicherort, und der Job festlegt, welche verwendet werden soll. Wir halten mehrere Maya-Releases verfügbar, sodass ein Team, das ein Projekt mit einer älteren Version abschließt, nicht zur Migration gezwungen wird, nur um Frames zu erhalten, während ein Team, das bereits auf 2027 gewechselt ist, sofort einreichen kann.
Dieselbe Versions-Disziplin gilt eine Ebene tiefer, für den Renderer. Ein V-Ray- oder Redshift-Plugin ist an eine bestimmte Maya-Version gebunden — der 2027-Build eines Renderers ist ein anderes Binärprogramm als der 2026-Build — daher stimmt die Farm den Renderer-Build auf den Maya-Build für den Job ab. Beim Einreichen kommt es darauf an, dass Ihre Maya-Version und Ihre Renderer-Version mit dem übereinstimmen, was Sie erstellt haben. Wenn nicht, öffnen sich Szenen entweder nicht oder rendern sich subtil falsch, und dieser Versatz ist eines der wenigen Probleme, die eine Farm nicht für Sie überbrücken kann.
Maya 2027 und Autodesks gebündeltes Cloud Rendering
Maya 2027 macht Autodesks eigenes Cloud Rendering sichtbarer — die Flow Studio-Schaltfläche ist direkt in der Benutzeroberfläche — es lohnt sich also, offen darüber zu sprechen, was es ist und wo seine Grenzen liegen.
Autodesk bündelt einen Cloud Rendering-Dienst (Teil der Flow-Plattform; der Rendering-Teil läuft Arnold in der Cloud), der Abonnenten ein Kontingent an Cloud Rendering-Stunden gewährt. Für einen Maya-Nutzer, der ausschließlich in Arnold rendert und innerhalb des gebündelten Kontingents bleibt, ist es eine wirklich reibungslose Option — es ist nichts einzurichten. Die Einschränkungen zeigen sich, sobald eine Pipeline größer ist als das:
| Dimension | Autodesks gebündeltes Cloud Rendering | Cloud-render-farm mit mehreren Engines |
|---|---|---|
| Render-Engines | Nur Arnold | Arnold, V-Ray, Redshift, Octane und mehr |
| Anwendungsübergreifend (3ds Max, Houdini, Cinema 4D) | Nicht auf diesem Weg | Ja — eine Farm, viele Anwendungen |
| Stunden / Kapazität | Gebündeltes Kontingent, dann Überverbrauch | Pay-as-you-go, keine feste Obergrenze |
| Hardware-Wahl | Von Autodesk verwaltet | CPU oder GPU (RTX 5090) wählen |
| Eigene Plugins / Shader | Begrenzt auf das Verfügbare | Volle Plugin-Unterstützung, wenn Builds verfügbar |
Wir werden keine spezifische Zahl für Autodesks gebündelte Stunden nennen — dieses Kontingent ändert sich mit Abonnement-Stufen und veraltet schnell, prüfen Sie also Autodesks aktuelle Preise, wenn es zentral für Ihre Entscheidung ist. Die ehrliche Zusammenfassung lautet: eng versus breit — wenn Sie ausschließlich in Arnold arbeiten und Ihr Volumen in das Bündel passt, ist die integrierte Option bequem; sobald Sie V-Ray oder Redshift, anwendungsübergreifendes Rendering oder Kapazität jenseits des Kontingents benötigen, ist das die Lücke, die eine vollständige Farm füllt.
Was es kostet und was Sie vor dem Einreichen prüfen sollten
Cloud Rendering-Preise lassen sich leichter einschätzen, wenn sie an die geleistete Arbeit gebunden sind und nicht an einen monatlichen Platz. Super Renders Farm berechnet CPU-Rendering mit 0,004 $ pro GHz-Stunde und GPU-Rendering mit 0,003 $ pro OctaneBench-Stunde, wobei die Render-Engine-Lizenzen bereits in diesem Tarif enthalten sind. Neue Konten starten mit 25 $ Testguthaben, und Guthaben verfällt nicht — ein Test-Render diesen Monat und eine echte Deadline im nächsten Quartal schöpfen aus demselben Guthaben. Fertige Frames bleiben 45 Tage nach Abschluss eines Jobs verfügbar — lang genug, um alles über das Web, SFTP oder die automatische Download-Funktion der Client App herunterzuladen, ohne gegen eine kurze Uhr zu laufen.
Bevor Sie einen Maya 2027-Job einreichen, erfasst die folgende kurze Vorab-Prüfliste die Probleme, die wir am häufigsten sehen:
| Prüfung | Warum es wichtig ist | Wie |
|---|---|---|
| Pfade lösen sich außerhalb Ihres Rechners auf | Absolute lokale Pfade schlagen auf jedem Node fehl | UNC-Pfade oder ein relativ paketiertes Projekt verwenden |
| Renderer-Build passt zu Maya 2027 | Ein 2026-Plugin wird in 2027 nicht geladen | Bestätigen, dass der V-Ray- / Redshift-Build das 2027-Release ist |
| OCIO-Konfiguration reist mit dem Job | Eine fehlende Konfiguration bedeutet stille Farbverschiebung | OCIO auf einen Pfad zeigen, der auf der Farm existiert |
| Render-Setup-Ebenen sind korrekt | Die falschen Ebenen rendern die falsche Ausgabe | Die aktivierten Ebenen vor dem Einreichen überprüfen |
Archiv ist .tar / .tar.gz / .7z | .zip wird nicht akzeptiert | Neu verpacken oder über die Client App / SFTP hochladen |
| Ausgabe passt in das 45-Tage-Fenster | Renderings werden nach 45 Tagen gelöscht | Herunterladen oder automatischen Pull zeitnah einrichten |
Wenn Sie neu im Cloud Rendering-Workflow von Ende zu Ende sind — von der Szene-Vorbereitung bis zum Abruf — ist das ein längeres Thema als eine Checkliste. Es ist auch der Teil, den eine vollständig verwaltete Farm übernimmt: die Maya-Installation, die Renderer-Lizenzierung und die Node-Bereitstellung erfolgen auf der Farm-Seite, nicht auf Ihrer. Was in der Praxis zählt, ist kein Slogan; es ist, dass die Farm das gleiche Maya 2027 und dieselben Arnold-, V-Ray- und Redshift-Builds, die Sie verwenden, auf Hardware laufen lässt, die für Produktionsszenen ausgelegt ist.
FAQ
Q: Funktioniert Maya 2027 auf einer Cloud-render-farm? A: Ja. Maya 2027 rendert auf einer Farm genauso wie frühere Versionen — Szenen werden Frame-weise verteilt und mit Mayas Batch-Renderer auf Nodes gerendert, auf denen Maya 2027 installiert ist. Die Hauptanforderung ist, dass Ihr Renderer (Arnold, V-Ray oder Redshift) einen Build hat, der zu Maya 2027 passt, und dass Ihre Assets über portable Pfade und nicht über absolute lokale Pfade aufgelöst werden.
Q: Ist Arnold in Maya 2027 für das Rendering enthalten? A: Arnold wird mit Maya 2027 über das Maya-to-Arnold (MtoA)-Plugin gebündelt geliefert und über die Maya-Berechtigung lizenziert, sodass keine separate Arnold-Lizenz verwaltet werden muss. Auf einer vollständig verwalteten Farm wird diese Lizenzierung als Teil des Renderings übernommen, sodass Sie sie nicht pro Node bereitstellen.
Q: Wann sind V-Ray und Redshift mit einem neuen Maya-Release kompatibel? A: Drittanbieter-Renderer sind kompilierte Plugins und benötigen einen Build, der gegen das neue Maya-SDK neu kompiliert wurde — sie laden nicht automatisch ab Tag eins. Große Anbieter wie Chaos (V-Ray) und Maxon (Redshift) veröffentlichen in der Regel innerhalb weniger Wochen nach einem Maya-Release einen kompatiblen Build, sodass Sie den Renderer-Build auf Ihre Maya 2027-Installation abstimmen sollten, bevor Sie einreichen.
Q: Sollte ich Maya-Szenen auf der CPU oder GPU rendern? A: Das hängt von der Engine und der Szene ab. Arnold und V-Ray auf der CPU bewältigen große, speicherhungrige VFX- und Archviz-Szenen, die möglicherweise nicht in den GPU-VRAM passen, während Redshift und Octane GPU-orientiert sind und sich hervorragend für schnelle Iterationen im Motion Design und bei der Produktvisualisierung eignen. Eine Farm mit CPU- und GPU-Tiers ermöglicht es Ihnen, die Hardware auf den Renderer abzustimmen und nicht umgekehrt.
Q: Kann ich ältere Maya-Versionen rendern, wenn mein Studio noch nicht auf 2027 aktualisiert hat? A: Ja. Eine render farm hält mehrere Maya-Versionen nebeneinander installiert, und jeder Job gibt an, welche Version verwendet werden soll. Da Mayas Dateiformat vorwärts-inkompatibel ist, ist dies wichtig — eine 2027-Szene benötigt einen 2027-Node — es bedeutet aber auch, dass Sie nie gezwungen sind, ein laufendes Projekt nur deshalb zu aktualisieren, um Frames zu rendern.
Q: Wie werden Cloud Rendering-Preise für Maya 2027 berechnet? A: Super Renders Farm berechnet CPU-Rendering mit 0,004 $ pro GHz-Stunde und GPU-Rendering mit 0,003 $ pro OctaneBench-Stunde, wobei die Render-Engine-Lizenzen in diesem Tarif enthalten sind. Neue Konten erhalten 25 $ Testguthaben zum Testen, und Guthaben verfällt nicht.
Q: Wie unterscheidet sich eine render farm von Autodesks integriertem Cloud Rendering? A: Autodesks gebündeltes Cloud Rendering führt nur Arnold aus und gewährt Abonnenten ein festgelegtes Stundenkontingent, was für reine Arnold-Pipelines geeignet ist, die im Rahmen des Bündels bleiben. Eine Cloud-render-farm mit mehreren Engines fügt V-Ray, Redshift und Octane hinzu, bietet anwendungsübergreifendes Rendering für 3ds Max oder Houdini, eine Wahl zwischen CPU- und GPU-Hardware und Pay-as-you-go-Kapazität über ein festes Kontingent hinaus.
Q: Was ist der häufigste Grund dafür, dass ein Maya-Rendering auf einer Farm scheitert? A: Pfadauflösung. Ein Material, ein Cache oder eine Referenz, die auf einen absoluten lokalen Pfad zeigt — wie ein persönlicher Laufwerksbuchstabe — funktioniert auf dem Rechner des Künstlers, schlägt aber auf jedem Worker-Node fehl. Die Verwendung von UNC-Pfaden oder eines relativ paketierten Projekts, das MaterialX-Relativpfad-Texturen in Maya 2027 enthält, verhindert den größten Teil der „funktioniert lokal, schlägt auf der Farm fehl"-Probleme.
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.


