ACES-Farbmanagement erklärt: konsistente Farben von der Workstation bis zur render farm

Einführung

Wenn Sie nach „ACES color“ oder „Academy Color Encoding System“ gesucht haben, lautet die kurze Antwort: ACES ist ein kostenloses, offenes Framework, das jedem Bild in einer Produktion, ob es aus einer Kamera, einem 3D-Renderer oder einer Compositing-Software stammt, eine gemeinsame Referenz dafür gibt, was seine Farben bedeuten. Die Academy of Motion Picture Arts and Sciences hat es mehr als ein Jahrzehnt lang entwickelt und gepflegt, und im August 2025 ging es unter einem offenen technischen Lenkungsausschuss an die Academy Software Foundation (ASWF) über (Pressemitteilung der Academy, abgerufen am 13. Oktober 2026).

Dieser Leitfaden erklärt ACES in verständlicher Sprache, ohne es zu verfälschen: die wichtigsten Farbräume, Input- und Output-Transforms, was sich in ACES 2.0 geändert hat und wie OpenColorIO (OCIO) es in Ihrer 3D-Software bereitstellt. Danach behandelt er den Teil, den die meisten Erklärtexte auslassen: was mit den Farben passiert, wenn eine Szene Ihre Workstation verlässt und auf anderen Rechnern rendert, samt einer Checkliste, die Sie vor dem Absenden eines Jobs durchgehen. Was Rendering selbst ist, lesen Sie in unserem Leitfaden zu den Grundlagen des Renderings.

Was ACES ist und welches Problem es löst

Die Academy beschreibt ACES als Open-Source-Framework für Farbmanagement und Bildaustausch über den gesamten Lebenszyklus einer Kinoproduktion. Es besteht aus drei Arten von Bausteinen: Encodings (die Farbräume), Transforms (die Mathematik, die ein Bild in ACES hinein und von ACES auf ein Display überführt) und Spezifikationen wie die ACES Metadata File (AMF) und Transform IDs. ACES2065-1 ist als SMPTE ST 2065-1:2021 standardisiert, und laut ACES-Dokumentation haben Dutzende Unternehmen ACES-Komponenten in ihre Werkzeuge integriert (ACES-Dokumentation, abgerufen am 13. Oktober 2026).

Das Problem ist einfach. Jedes Gerät hat eine eigene Vorstellung davon, was ein Pixelwert bedeutet: Eine Kamera zeichnet im Encoding des Herstellers auf, eine Textur kommt in sRGB an, ein Renderer rechnet in seinem Arbeitsfarbraum, und jeder Monitor hat einen leicht anderen Gamut. Ohne gemeinsame Referenz bedeuten dieselben Zahlen an verschiedenen Orten verschiedene Farben. ACES wirkt wie ein Vertrag: Jede Quelle wird einmal über einen bekannten Transform in eine gemeinsame Referenz umgerechnet, die Arbeit findet dort statt, und ein bekannter Transform bildet das Ergebnis auf jedes Display ab. Es ist kein Filter, der Renders besser aussehen lässt. Sein Wert ist Konsistenz, und genau die steht auf dem Spiel, wenn eine Szene zwischen Rechnern wechselt.

Die zentralen Farbräume: ACES2065-1, ACEScg und ACEScct

Quellen: die Seiten zu ACES2065-1, ACEScg und ACEScct, abgerufen am 13. Oktober 2026.

• ACEScg ist linear und szenenbezogen (scene-referred). Seine Werte kodieren direkt die relative Belichtung. Negative Werte sind gültig und sollten idealerweise erhalten bleiben, und Werte deutlich über 1,0 sind zu erwarten und sollten nicht geclampt werden, außer bei einer gezielten Farbkorrektur.
• ACEScg gibt es wegen der CG-Mathematik. Die Dokumentation erklärt, dass CGI-Berechnungen RGB oft als Reflexionsgrad behandeln, was mit den sehr weiten AP0-Primärvalenzen schlecht funktioniert. ACEScg verwendet die kleineren AP1-Primärvalenzen (Rot 0,713/0,293; Grün 0,165/0,830; Blau 0,128/0,044) und denselben Weißpunkt (CIE xy 0,32168/0,33767). Die Umrechnung zwischen beiden ist eine feste Matrix.
• ACEScct ist kein Rendering-Farbraum. Die Dokumentation nennt ihn transient und intern in Software oder Hardware. Ein Renderer arbeitet in ACEScg, ein Grading-Werkzeug darf zu ACEScct wechseln.

Die praktische Regel: In ACEScg rendern und compositen, und ACES2065-1 als Austauschform behandeln, wenn ein Studio sie anfordert.

Input und Output Transforms: die beiden Enden der Pipeline

Zwischen der Außenwelt und Ihrem ACEScg-Arbeitsfarbraum liegen zwei Arten von Transforms.

• Input Transforms wandeln eine Quelle in den Arbeitsfarbraum um. Eine Textur braucht den Transform, der dazu passt, wie sie gespeichert wurde, bei Farbbildern meist sRGB. In 3D-Software ist das das Feld input color space an jedem Bildknoten.
• Output Transforms nehmen szenenlineare ACES-Daten und bereiten sie für ein Display auf, wobei sie unterwegs Tone Mapping und Gamut-Mapping anwenden (About rendering, abgerufen am 13. Oktober 2026). In 3D-Software ist das die Einstellung view transform bzw. display im Viewport und im Renderfenster.

Der wichtigste Punkt beim Rendern auf einer render farm: Der View Transform dient dem Betrachten des Bildes. Das Bild selbst sollte szenenlinear bleiben.

ACES-Pipeline: Texturen und Kameraaufnahmen laufen über Input Transforms nach ACEScg zum Rendern, lineares EXR wird gespeichert, und ein Output Transform bildet das Bild auf das Display ab

Was sich in ACES 2.0 geändert hat

Das Projekt-Changelog datiert ACES 2.0 auf den 4. April 2025 (aces-core CHANGELOG, abgerufen am 13. Oktober 2026). Die ACES-Dokumentation stellt eine neu gestaltete Suite von Rendering-Transforms ins Zentrum der Version (About ACES 2, abgerufen am 13. Oktober 2026):

• Neue Output Transforms mit weniger aggressiver Tonwertkurve, geringerem Mitteltonkontrast und sanfterem Highlight-Rolloff als ACES 1.x.
• Robusteres Gamut-Mapping mit weniger Clipping-Artefakten.
• Intuitivere Parameter für ungewöhnliche Displays, Display-Presets und optimierte inverse Transforms.

Was bedeutet das für CG? Die Seiten, die wir gelesen haben, verorten die Änderung am Display-Ende der Pipeline, und wir haben keine Aussage gefunden, dass sich das ACEScg-Encoding selbst geändert hätte. In der Praxis kann dasselbe szenenlineare EXR auf dem Bildschirm unterschiedlich aussehen, je nachdem, ob es über einen Output Transform von ACES 1.x oder von ACES 2.0 betrachtet wird. Wenn Ihre Workstation mit dem einen und ein Node der render farm mit dem anderen vorschaut, vergleichen Sie zwei Looks derselben Daten.

Ein Hinweis zu Versionsbezeichnungen. Die Dokumentation von OpenColorIO listet inzwischen integrierte Configs mit der Bezeichnung aces-v2.1 für OCIO 2.6 und neuer, und OCIO 2.6.0 wurde am 1. Oktober 2026 veröffentlicht (OCIO Studio config und OCIO releases, abgerufen am 13. Oktober 2026). Die von uns gelesenen ACES-Quellen führen keinen Eintrag 2.1, daher betrachten wir 2.0 als die letzte Version, die wir anhand der ACES-Primärquelle verifizieren konnten. Lesen Sie stattdessen die Versionsangabe im Namen Ihrer eigenen Config, statt sie anzunehmen.

Wie OpenColorIO ACES in Ihre Software bringt

ACES definiert die Farbmathematik, OpenColorIO ist der Weg, auf dem Ihre Anwendung sie nutzt. OCIO ist ein Projekt der Academy Software Foundation und wird als vollständige Farbmanagement-Lösung für die Kinoproduktion beschrieben (OpenColorIO-Dokumentation, abgerufen am 13. Oktober 2026). Eine Konfiguration (Config) definiert die verfügbaren Farbräume, die Rollen, auf die sich eine Anwendung stützt (etwa den Rendering-Farbraum), sowie die Displays und Views. Die meisten Anwendungen lassen Sie sie in den Einstellungen auswählen, und eine Umgebungsvariable OCIO gibt den Dateipfad der zu verwendenden Config an (Using OCIO, abgerufen am 13. Oktober 2026).

OCIO liefert außerdem integrierte Configs mit, die über einen Namen statt über einen Pfad referenziert werden. Die CG-Config ist ein schlankes Set für typische DCC-Anwendungen, zum Beispiel ocio://cg-config-v4.0.0_aces-v2.0_ocio-v2.5. Die Studio-Config enthält den vollständigen Satz an ACES-Farbräumen, Displays und Views, zum Beispiel ocio://studio-config-v4.0.0_aces-v2.0_ocio-v2.5. Der Name liest sich als Config-Typ, Config-Version, ACES-Version und minimale OCIO-Version. Weil sie integriert sind, werden keine externen LUT-Dateien benötigt (CG config und die Seite zur Studio-Config, abgerufen am 13. Oktober 2026).

Jede Anwendung bindet das anders ein. Das sagt die Dokumentation der Hersteller selbst (alle Seiten abgerufen am 13. Oktober 2026):

Die Standardwerte unterscheiden sich je nach Anwendung und Version, und manche der Einstellungen, die Ihre Farbe bestimmen, liegen außerhalb der Szenendatei, in einer Umgebungsvariablen oder in einem Pfad auf Ihrer eigenen Festplatte. Dort beginnen die Probleme. Zum Cinema-4D-Zyklus 2026 siehe unseren Funktionsüberblick.

Wo Farbe schiefgeht, wenn eine Szene Ihre Workstation verlässt

Auf Ihrem eigenen Rechner wird das Farbmanagement von Dingen zusammengehalten, die Sie nie sehen: einer Umgebungsvariablen, einer Einstellungsdatei, einer Config in einem Ordner, den Sie vor einem Jahr angelegt haben. Ein Rendernode hat davon nichts, es sei denn, die Szene oder die render farm liefert es. Auf einer verwalteten render farm laden Sie ein Projekt hoch und erhalten Frames, ohne sich an den Maschinen anzumelden, sodass Sie nicht wie auf Ihrem Desktop stillschweigend eine Variable auf dem Node setzen können. Vier Fehler sollten Sie zuerst prüfen.

1. Eine andere oder fehlende OCIO-Config. Die Variable OCIO lebt in der Umgebung des Rechners, der sie setzt, nicht in der Szenendatei, und Cinema-4D-Dokumente speichern einen Pfad zur Config. Ein Pfad auf ein Laufwerk Ihrer Workstation hilft nur, wenn der Rechner, der die Szene öffnet, dieselbe Datei lesen kann. Kann er das nicht, meldet die Anwendung unter Umständen unbekannte Farbräume oder weicht auf eine andere Config aus, und das Ergebnis entspricht nicht mehr dem, was Sie freigegeben haben. Configs mit unterschiedlichen ACES-Versionen verursachen eine leisere Variante desselben Problems.

2. Falsch gesetzte Input-Farbräume bei Texturen. Farbtexturen wie JPEG und PNG sollten als sRGB gelesen werden, lineare HDR-Bilder als szenenlinear und Datenmaps (Normal-, Roughness- und Masken-Maps) als Raw bzw. Non-Color. Die Arnold-for-Maya-Seite von Autodesk empfiehlt genau diese Aufteilung, und die Dokumentation von Redshift warnt, dass ihre automatische Konvertierung danebenliegen kann, daher sollte jedes Asset geprüft werden. Ein falsches Tag meldet sich nicht von selbst: Farben wirken verwaschen oder zu dunkel, oder eine Roughness-Map verändert unbemerkt das Material. Eine render farm rendert, was die Szene vorgibt, Frame für Frame.

3. Ein in die Ausgabe eingebrannter View Transform. Laut Maya-Dokumentation wird die OCIO-Ansicht nicht auf gerenderte Bilddateien angewendet, solange Apply Output Transform to Renderer nicht aktiviert ist. Ist ein Display-Transform in Ihre Frames eingebrannt und Ihr Compositor wendet einen weiteren an, wird das Bild doppelt transformiert: Der Kontrast wird erdrückt, Lichter clippen, und es lässt sich kaum rückgängig machen.

4. Displaybezogene 8-Bit-Ausgabe statt lineares EXR. OpenEXR ist dafür ausgelegt, hochdynamische, szenenlineare Bilddaten darzustellen (OpenEXR, abgerufen am 13. Oktober 2026). Ein 8-Bit-PNG oder -JPEG enthält anzeigefertige Werte und kann die Werte über 1,0, die ACEScg erwartet, nicht tragen. Wer den eigentlichen Job in 8 Bit rendert, verliert deshalb Lichterzeichnung und die Möglichkeit zum Regrading. Unser Leitfaden zu EXR und Cryptomatte erklärt, wie Multi-Layer-EXR-Dateien aufgebaut sind.

Vier Wege, auf denen Farbe zwischen Workstation und render farm abdriftet: Config-Abweichung, falscher Input-Farbraum, eingebrannter View Transform und 8-Bit-Ausgabe

Eine Checkliste vor dem Absenden für konsistente Farben

Sieben Punkte kosten ein paar Minuten und deutlich weniger, als bei Frame 800 eine Abweichung zu entdecken.

1. Config notieren. Halten Sie fest, ob die Szene einen integrierten ocio://-Namen oder einen Dateipfad verwendet, lesen Sie die ACES-Version im Namen ab und notieren Sie, ob eine Variable OCIO auf Ihrer Workstation sie liefert. Diese Variable reist nicht mit der Szene.
2. Arbeitsfarbraum im Projekt festlegen. Wählen Sie den Rendering-Farbraum ausdrücklich (ACEScg für die meisten CG-Pipelines), statt sich auf einen Standardwert zu verlassen. Denken Sie in Cinema 4D daran, dass ein Dokument im Legacy-Modus sein kann.
3. Jedes Textur-Tag prüfen. Farbbilder als sRGB, lineare HDR als szenenlinear, Datenmaps als Raw. Prüfen Sie stichprobenartig einige Materialien.
4. Den View Transform nur zum Ansehen verwenden. Vergewissern Sie sich, dass kein Display-Transform in die Ausgabe eingebrannt ist, sofern Ihre Pipeline das nicht verlangt.
5. Für den eigentlichen Job szenenlineares EXR ausgeben. Verwenden Sie 8-Bit-Formate nur für Vorschauen und notieren Sie den Farbraum des EXR für Ihren Compositor.
6. Das Projekt vollständig verpacken. Laden Sie den Projektordner entpackt hoch, mit der Szenendatei und allen referenzierten Assets an ihrem Platz. Wenn Sie eine eigene oder studiospezifische Config nutzen, teilen Sie das der render farm vorab mit.
7. Ein Frame als Test rendern. Öffnen Sie das Render von der Workstation und das von der render farm im selben Viewer mit demselben View Transform und vergleichen Sie einige Pixelwerte mit einer Farbpipette sowie mit bloßem Auge. Kleine Unterschiede durch Sampling oder Denoising sind normal, eine sichtbare Verschiebung des Farbtons nicht.

Checkliste vor dem Absenden für Farbe in sieben Schritten: Config, Arbeitsfarbraum, Textur-Tags, View Transform, EXR-Ausgabe, verpacktes Projekt, Test-Frame

Ein Frame auf einer verwalteten render farm testen

Super Renders Farm ist eine vollständig verwaltete Cloud-render-farm, Sie melden sich also nicht an den Maschinen an, installieren dort keine Software und verwalten keine Lizenzen selbst. Das ist bequem, und es ist auch der Grund, warum die Checkliste zählt: Alles, was Ihre Workstation aus ihrer eigenen Umgebung bezieht, muss von der Szene und den hochgeladenen Dateien getragen werden.

Es gibt keine veröffentlichte Kompatibilitätsliste pro Config für eigene OCIO-Setups. Hängt Ihre Pipeline von einer studiospezifischen Config ab, wenden Sie sich vor dem Hochladen an den Support, über den 24/7-Live-Chat oder per E-Mail an supportcenter@superrendersfarm.com, und senden Sie die Config zusammen mit einem Ein-Frame-Test. Eine Upload-Regel ist hier wichtig: Die render farm entpackt keine Archive (.zip, .rar, .7z, .tar, .tar.gz), daher wird nichts gerendert, was in einem Archiv steckt.

Ein Test-Frame ist ein kleiner Job. Neue Konten erhalten 25 $ kostenlose Render Credits, und wie die Nutzung abgerechnet wird, erklärt die Preisseite. Für Cinema-4D- und Redshift-Szenen ist das Einreichen von Jobs auf unserer Seite zur Cloud-render-farm für Cinema 4D beschrieben, und die Seiten zu Redshift, Maya und Blender behandeln diese Anwendungen.

FAQ

Q: Wofür steht ACES? A: ACES steht für Academy Color Encoding System, ein offenes Framework für Farbmanagement und Bildaustausch, das von der Academy of Motion Picture Arts and Sciences geschaffen wurde und seit August 2025 von der Academy Software Foundation gepflegt wird.

Q: Was ist der Unterschied zwischen ACES2065-1 und ACEScg? A: Beide sind linear und teilen sich einen Weißpunkt. ACES2065-1 verwendet die weiten AP0-Primärvalenzen und ist das Basis-Encoding nach SMPTE ST 2065-1. ACEScg verwendet die kleineren AP1-Primärvalenzen und ist der Arbeitsfarbraum für CG-Rendering und -Compositing.

Q: Brauche ich ACES, um eine render farm zu nutzen? A: Nein. Jede konsistente Farbpipeline funktioniert, auch eine schlichte lineare sRGB-Pipeline. Entscheidend ist, dass Szene, Texturen und Ausgabeeinstellungen ausdrücklich festgelegt und auf jedem Rechner, der den Job berührt, identisch sind. ACES ist beliebt, weil es ein dokumentierter, gemeinsamer Standard ist.

Q: Was hat sich in ACES 2.0 geändert? A: Die wichtigste Änderung ist ein neu gestalteter Satz von Rendering- und Output-Transforms mit sanfterer Tonwertkurve und robusterem Gamut-Mapping. Die Version ist im Projekt-Changelog auf den 4. April 2025 datiert. Die von uns gelesene Dokumentation beschreibt Änderungen am Display-Ende der Pipeline, nicht ein neues ACEScg-Encoding.

Q: Warum sieht mein Render auf der render farm anders aus als auf meiner Workstation? A: Die üblichen Ursachen sind eine andere oder fehlende OCIO-Config, Texturen mit falsch gesetztem Input-Farbraum, ein in die Ausgabe eingebrannter View Transform oder ein 8-Bit-Ausgabeformat. Prüfen Sie sie in dieser Reihenfolge, rendern Sie dann ein Test-Frame und vergleichen Sie es im selben Viewer mit Ihrem Workstation-Render.

Q: Sollte ich in EXR oder in PNG rendern? A: Rendern Sie den Produktionsjob in szenenlineares EXR und nutzen Sie den Display-Transform nur für die Ansicht und die finale Auslieferung. Verwenden Sie PNG oder JPEG für Vorschauen, denn 8-Bit-Dateien enthalten anzeigefertige Werte und können keine Werte über 1,0 tragen.

Q: Unterstützt Super Renders Farm eigene OCIO-Configs? A: Es gibt keine veröffentlichte Kompatibilitätsliste für eigene Configs. Nutzt Ihre Pipeline eine solche, wenden Sie sich vor dem Hochladen an den Support, über den 24/7-Live-Chat oder per E-Mail, und legen Sie einen Ein-Frame-Test zum Vergleich mit Ihrem Workstation-Render bei.