Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- postpro:colormanagement:colormanagement [2024/01/15 18:02] – ruhrmann
+++ postpro:colormanagement:colormanagement [2024/10/25 08:33] (aktuell) – [ACES] ruhrmann
@@ Zeile 69: / Zeile 69: @@
 ==== Tonwertkurve, Gamut, Weißpunkt ====
-Ein Colorspace ist definiert durch die Tonwertkurve, den Gamut und den Weißpunkt. Die Kurve gibt an, wie Helligkeitswerte in Codevalues übersetzt werden (OETF) bzw. wie Codevalues wieder in Helligkeitswerte übersetzt werden (EOTF). Beispiele für Tonwertkurven sind:
+Ein Colorspace ist beschrieben durch die Tonwertkurve, den Gamut und den Weißpunkt. Die Kurve gibt an, wie Helligkeitswerte in Codevalues übersetzt werden (OETF) bzw. wie Codevalues wieder in Helligkeitswerte übersetzt werden (EOTF). Beispiele für Tonwertkurven sind:
   * Gamma 2.2
@@ Zeile 75: / Zeile 75: @@
   * Arri LogC3
   * Sony S-Log3
-  * Linear
+  * ACES cct
   * ...
+{{:postpro:colormanagement:oetfs.png?direct&600|}}
 Der Gamut gibt an, wie gesättigt Farben dargestellt werden können. Ein Gamut wird üblicherweise als x- und y-Koordinaten der drei Grundfarben (Primaries) R,G,B im CIE1931-Koordinatensystem ("Hufeisen") angegeben.
@@ Zeile 84: / Zeile 86: @@
   * ACES AP0
   * ACES AP1
+  * DCI-P3
   * Arri Wide Gamut
   * Sony S-Gamut3
+  * Sony S-Gamut3.Cine
   * ...
+{{:postpro:colormanagement:gamuts.png?direct&600|}}
 Der Weißpunkt gibt an, wo im CIE1931-Koordinatensystem neutrales Weiß (RGB 1,1,1) liegt.
 Beispiele für Weißpunkte sind:
-  * D60
+  * Illuminant A
+  * D50
+  * D55
   * D65
   * DCI Whitepoint
@@ Zeile 102: / Zeile 110: @@
 gebräuchliche Systeme in Bewegtbildmedien-Produktionen sind:
 ==== Display referred Workflow in TV-Liveproduktionen ====
-Ein relativ simples CMS wird in TV-Live-Produktiionen eingesetzt. Man hat die EOTF, Color-Gamut und Weißpunkt eines Referenzmonitors und die Viewing Conditions einer idealen Betrachtungsumgebung standardisiert ([[https://www.itu.int/rec/R-REC-BT.709/en|ITU-R BT.709]], [[https://www.itu.int/rec/R-REC-BT.1886/en|ITU-R BT.1886]], [[https://www.itu.int/rec/R-REC-BT.2035/en|ITU-R BT.2035]]). Diese wird am Bildtechnikarbeitsplatz nachgebildet und die Bildtechniker steuern die Kamerasignale so aus, dass das finale Bild auf dem Referenzmonitor den gewünschten Farb- und Helligkeitseindruck hat. Dabei wird die OETF in der Kamera beliebig "verbogen" (insofern hat die in ITU-R BT.709 definierte OETF keine praktische Relevanz und verwirrt eigentlich nur). Tatsächlich gibt es keinen festen mathematischen Bezug zwischen dem finalen Bild und der Szene. Daher bezeichnet man diesen Workflow als Display referred.
+Ein relativ simples CMS wird in TV-Live-Produktiionen eingesetzt. Man hat die EOTF, Color-Gamut und Weißpunkt eines Referenzmonitors und die Viewing Conditions einer idealen Betrachtungsumgebung standardisiert ([[https://www.itu.int/rec/R-REC-BT.709/en|ITU-R BT.709]], [[https://www.itu.int/rec/R-REC-BT.1886/en|ITU-R BT.1886]], [[https://www.itu.int/rec/R-REC-BT.2035/en|ITU-R BT.2035]]). Diese wird am Bildtechnikarbeitsplatz nachgebildet und die Bildtechniker*innen steuern die Kamerasignale so aus, dass das finale Bild auf dem Referenzmonitor den gewünschten Farb- und Helligkeitseindruck hat. Dabei wird die OETF in der Kamera beliebig "verbogen" (insofern hat die in ITU-R BT.709 definierte OETF keine praktische Relevanz und verwirrt eigentlich nur). Tatsächlich gibt es keinen festen mathematischen Bezug zwischen dem finalen Bild und der Szene. Daher bezeichnet man diesen Workflow als Display referred.
 Mit einer immer größeren Verbreitung von HDR-fähigen TV-Geräten, muss der Display-referred Ansatz auch für TV-Produtionen immer mehr in Frage gestellt werden, da parallel ein SDR und ein HDR-Bild produziert werden muss. Siehe hierzu auch: https://www.broadcastnow.co.uk/tech/modern-broadcast-workflows-1-colour-in-modern-broadcast-post-production/5179727.article
@@ Zeile 112: / Zeile 120: @@
 === ACES Colorspaces ===
-ACES definiert neben einer Sammlung von Colorspace-Transforms auch diverse Colospaces für unterschiedliche Zwecke.
+ACES definiert neben einer [[https://github.com/ampas/aces-core | Sammlung von Colorspace-Transforms]] und einer Famile von DRTs (heißt in ACES RRT = Reference Rendering Transform) auch diverse Colorspaces für unterschiedliche Zwecke.
 == ACES 2065-1 ==
 Linear, ACES AP0, ACES WP ~6000K
-Dieser Farbraum ist als Austauschformat zwischen z.B. unterschiedlichen Firmen gedacht. Der große ACES AP0-Gamut spannt ein Dreieck auf, dass das komplette CIE1931-Hufeisen einschließt und somit alle vom Menschen wahrnehmbaren Farben beinhalten kann. Als Arbeitsfarbraum ungeeignet, da das Dreieck auch Farben beinhaltet die außerhalb der menschlichen Wahrnehmung liegen und der blaue Primary im negativen liegt.
+Dieser Farbraum ist als Austauschformat zwischen z.B. unterschiedlichen Firmen gedacht. Der große ACES AP0-Gamut spannt ein Dreieck auf, das das komplette CIE1931-Hufeisen einschließt und somit alle vom Menschen wahrnehmbaren Farben beinhalten kann. Als Arbeitsfarbraum ungeeignet, da das Dreieck auch Farben beinhaltet die außerhalb der menschlichen Wahrnehmung liegen und der blaue Primary im negativen liegt.
 == ACEScc ==
@@ Zeile 126: / Zeile 134: @@
 == ACEScct ==
-Wie ACEScc nur mit Toe im Schwarz. Dadurch Schwarzabhebung für Coloristen besser einstellbar
+Wie ACEScc nur mit "Toe" im Schwarz. Dadurch Schwarzabhebung für Coloristen besser einstellbar
+{{:postpro:colormanagement:acescc_vs_cct.png?direct&600|}}
 == ACEScg ==
 Linear, ACES AP1, ACES WP ~6000K
-Als Arbeits- und Renderingfarbraum für CG und Compositing
+Als Arbeits- und Renderingfarbraum für CG und Compositing, da Compositing- und Rendering-Mathematik nur im Linearen funktionieren. Voraussetzung sind Fileformate (z.B. OpenEXR) und Software (z.B. Nuke, Maya, Blender...) die in Floating-Point statt Integer rechnen/speichern können.
+=== ACES RRT ===
+Die RRT ist die Display Rendering Transform von ACES. Es gibt für verschiedene Viewing Conditions unterschiedliche RRTs (z.B. Cinema 48 nits, Video 100 nits, Videowide 1000 nits). Die RRT konvertiert von scene-referred nach  display referred und gibt, im Gegensatz zur TCAM-DRT aus dem Filmlight-Colormanagement, dem Bild auch einen gewissen Look / preferred Color Reproduction (sogenannte "Sweetener" siehe im [[https://github.com/ampas/aces-dev/blob/dev/transforms/ctl/rrt/RRT.ctl | CTL-Code]] der RRT "Glow-Module" und "Red-Modifier"). Dies ist nicht ganz unumstritten, da es u.U die Coloristen bei der Entwicklung eines eigenen Looks einschränkt.
+Wer noch etwas mehr über die Funktion von DRTs und Color Appearance Modelling erfahren will, kann sich das Video von Daniele Siragusano ab ca. 32:20 anschauen: https://vimeo.com/298129056
-==== FilmLight ====
+==== FilmLight Truelight Colorspaces====
+Filmlight hat mit Truelight Colorspaces ein Colormanagement-System etabliert, von dem einige Grundideen in das ACES-System der Academy eingeflossen sind. Auch Filmlight standardisiert neben einer Sammlung von Colorspace-Transforms einen eigenen Colorspace (T-Log, E-Gamut), der auf die eigenen Tools optimiert ist. Außerdem bringt Trulight Colorspaces eine eigene Famlie von DRTs mit (TCAM = Treulight Color Appearance Model). Im Gegensatz zur RRT von ACES beschränkt sich die TCAM auf den eher technischen Prozess der Konvertierung von scene-referred nach display-referred. Einen Look, wie er bei der ACES RRT integriert ist, lagert Filmlight in einen seperaten Look-Operator aus, um dem Coloristen mehr Gestaltungsfreiheit zu lassen. Daraus resultiert ein etwas flacheres, "langweiligeres" Bild als Startpunkt für den Coloristen, was allerdings mehr Gestaltungsspielräume lässt. Mit einem oder mehreren Look Operator, kann man aber z.B. eine Filmsimulation hinzufügen und kann die Stärke mit Hilfe des Level-Reglers einstellen.
+Wer noch etwas mehr über die Funktion von DRTs und Color Appearance Modelling erfahren will, kann sich das Video von Daniele Siragusano ab ca. 32:20 anschauen: https://vimeo.com/298129056
 ==== Arri ====