Sony FX2 Sensor-Bildqualität - Debayering, Rolling Shutter und Dynamik

[iasi]

Mit Log werden die Helligkeitsabstufungen in den Lichtern verringert, die ja bei ETTR auch die Informationen zu den Mitten beinhalten.

Nee, in den Schatten. Wenn Du linear speicherst, gehen 50% Deiner gespeicherten Werte für den tiefsten F-Stop in den Schatten drauf.

Kommt auf die Kurve an.

In dem von dir angenommenen Fall kann man kann man auch eine Aufnahme mit hohem DR betrachten, bei dem zum Schutz der Lichter bei ETTR die Mitten knapp belichtet werden.

Bei Raw muss man auch bedenken, dass die einzelnen Farbkanäle sehr unterschiedlich verlaufen können.
Bei Kunstlicht wird z.B. eventuell B knapper belichtet.

[stip]

Wieder mal dieser youtube-Quatsch, bei dem einfach mal nur Videoaufnahmen verglichen und über Hauttöne gequatscht wird.
Dabei geht es doch überhaupt nicht um Vorschaubilder, wenn es doch eigentlich um die Werteabstufungen gehen sollte.

Wandelt man 16bit-Daten in 12Bit um, verliert man Informationen. Mit log soll dieser Verlust auf Bereiche begrenzt werden, von denen behauptet wird, sie seien nicht so relevant - Lichter und Schatten.

Dies beisst sich jedoch mit dem Verlangen nach DR und auch ETTR.

Hat man ein Motiv mit einem Kontrast von 8 Blendenstufen, wird man mit ETTR überbelichten und auch die Mitten in den Bereich der Lichter schieben. Mit Log werden die Helligkeitsabstufungen in den Lichtern verringert, die ja bei ETTR auch die Informationen zu den Mitten beinhalten. Nach der Anpassung in der Post hat man dann verringerte Informationen in dem Bereich, der eigentlich besonders wichtig ist.

Nutzt man Raw, möchte man in der Post gestalten. Liegen die Mitten in 16bit-Auflösung vor, hat man auch sehr großen Spielraum. Mit 12bit-log ist dieser Spielraum verringert.
Das Material wird zwar nicht so schnell zerfallen, wie bei 10bit, aber wenn man wirklich extreme Veränderungen vornehmen möchte, kann man mit 12bit log durchaus an Grenzen stoßen.
Leuchtstoffröhrenlicht bekommt man zwar nie ganz in den Griff, aber bei diesem extremen Beispiel zeigt sich dann wie weit sich ein Raw-Format biegen lässt. Zumal, wenn die Hauttöne durch ETTR im Log Bereich mit reduzierten Abstufungen landet.

YouTuber sind meist Schwätzer, da stimme ich zu.
Der Unterschied zw. 12 bit log und 16 bit ist in der Praxis aber vollkommen vernachlässigbar, du wirst keinen Unterschied erkennen. Und extreme Gradings machen nur Leute, die völlig falsch gedreht haben.

Beide Formate sind mehr als genug für alle die einigermaßen wissen was sie machen - und alle anderen auch.

[Jott]

„Und extreme Gradings machen nur Leute, die völlig falsch gedreht haben.“

Oder gar nichts. Besonders dann sind 16Bit raw unabdingbar.

[roki100]

@roki
Natürlich bietet BM das passendes Aufnahmeformat für 14 Bit Sensoren.
BRaw ist 16 Bit, einfach verpackt in einem 12 Bit Log Container.
Die Resolve zum intern verarbeiten wieder entpackt.

wenn max. 12bit gelesen werden kann und nicht mehr, dann ist egal was BMD danach mit BRAW macht.

[Darth Schneider]

roki
Nein das 16 Bit Material wird in 12 Bit verpackt und dann in Resolve wieder in 16 Bit entpapackt.
Was ja in den BRaw Clip Atriubuten auch ersichtlich ist.

[roki100]

roki
Nein das 16 Bit Material wird in 12 Bit verpackt und dann in Resolve wieder in 16 Bit entpapackt.
Was ja in den BRaw Clip Atriubuten auch ersichtlich ist.

Aber 16bit kommen garnicht an, weil der Sensor nicht mehr als 12bit kann. Nur wenige Sony Sensoren können mehr als 12bit (auch für Video, in mehr FPS).

Das mit linear und log, kannst du doch auch nicht ausblenden.

[Darth Schneider]

wenn da in den Atributen 16 Bit steht wird Resolve intern logischerweise auch 16 Bit irgendwie verarbeiten können.
Ich gebs auf.

[CotORR]

Wo keine 16 Bit sind gibt's auch keine zu verarbeiten.

[Darth Schneider]

Da sind aber scheinbar 16 Bit, steht so zumindest in den Clip Attributen

[CotORR]

Ich kann in meine Clip Attribute auch 32 Bit reinschreiben.
Deswegen sind die trotzdem nicht auf magische Weise vorhanden.

[CotORR]

Ich kann in meine Clip Attribute auch 32 Bit reinschreiben.
Deswegen sind die trotzdem nicht auf magische Weise vorhanden.

Das ist eine ausgezeichnete und sehr berechtigte Frage — und sie rührt an die Unterscheidung zwischen Sensor-Readout-Tiefe, Verarbeitungstiefe, und Datei- bzw. Containerformat.


---

🧩 Warum steht „16 Bit“ in den Clip-Attributen der Blackmagic Pocket 4K?

Blackmagic RAW-Dateien (BRAW), die mit der Pocket Cinema Camera 4K aufgenommen wurden, können in den Clip-Metadaten oder in Programmen wie DaVinci Resolve oder MediaInfo als „16-Bit“ bezeichnet werden.

Das bedeutet allerdings NICHT, dass der Sensor mit echten 16 Bit auflöst.


---

🔍 Was bedeutet „16 Bit“ in diesem Zusammenhang?

Hier einige technische Hintergründe:

1. Blackmagic RAW ist ein „16-Bit Float Format“

Blackmagic RAW speichert die Bilddaten intern in 16-Bit Floating Point (ähnlich wie OpenEXR oder ProPhoto).

Das bedeutet: Die Werte, die aus dem Sensor ausgelesen wurden (z. B. 12 oder 13 Bit), werden in einen 16-Bit Floating-Point Container transformiert – nicht erweitert, sondern verlustarm abgebildet.

Dies erlaubt flexible Farbraumbearbeitung und HDR-Workflows ohne Posterisierung.


2. Sensor-Readout ≠ Dateiformat

Der Sensor der BMPCC 4K (Micro Four Thirds CMOS) hat realistisch ca. 12 Bit lineare Auflösung.

Diese Daten werden intern im Prozessor (FPGA oder SoC) verarbeitet, ggf. entrauscht, verstärkt und dann als 16-Bit float in die .braw-Datei geschrieben.



---

🧠 Analogie zur Verdeutlichung

Stell dir vor, du füllst Wasser (Sensordaten = 12 Bit) in eine 16-Liter-Kanne (16 Bit float). Du nutzt nicht die volle Kannen-Kapazität – aber du hast Flexibilität für Umschütten, Umrechnungen, etc., ohne Verlust.


---

✅ Fazit

Wenn in den Clip-Attributen einer BMPCC 4K steht:

> „16 Bit“ (z. B. in Resolve oder MediaInfo),



dann bedeutet das:

Die BRAW-Datei speichert die Daten in 16-Bit Floating Point,

nicht, dass der Sensor selbst mit 16 Bit aufgelöst hat,

Die effektive Sensor-Bittiefe liegt bei ca. 12 Bit linear, was für den Dynamikumfang von ~12–13 Blendenstufen typisch ist.



---

Wenn du möchtest, kann ich dir ein Beispiel-Diagramm zur Veranschaulichung dieser Signalverarbeitungskette erstellen oder den Unterschied zwischen 12-Bit linear und 16-Bit float grafisch zeigen.


Falls du ChatGPT eher vertraust.

[stip]

Es ist wie eine 16bit Audiodatei in 32bit oder höher zu wandeln bevor man sie bearbeitet, damit Neuberechnungen wie Anpassen der Lautstärke nicht in der Präzision beschnitten werden und besser klingen können. DAWs wandeln intern automatisch, Resolve auch, weshalb dort 16bit steht.

Das macht aus einer 16bit Audio Aufnahme aber keine 32bit Aufnahme, lediglich Eingriffe danach profitieren davon.

[Axel]

Wie auch immer, 12-bit sind besser als 10-bit, und wenn 12-bit in einem modernen, geschmeidigen Codec kommen wie BRaw …

Übrigens stimmt die Ätiologie Compressor-Decoder nicht, es ist (En-)Coder-Decoder. Die Verwandschaft zu „Codex“ (in etwa „Schrift, Buch“) ist bestimmt bewusst gewählt.

Aber auch wenn 12-bit besser als 10-bit sind, liegen dazwischen keine Welten:

… und eine für den Zweck und den Benutzer ergonomischere Kamera macht einen größeren Unterschied.

[Darth Schneider]

@CotORR
Danke für deine Mühe, und ausführliche Erklärung, jetzt ist mir das klar..
Wie verhält sich das denn bei der 12 K Pyxis und der Cine Ursa, die 16 Stops DR bieten ?
Auch „nur“ 12 Bit ?
Gruss Boris

[Darth Schneider]

@Axel
Klar dazwischen liegen sicher keine Welten und der Sensor spielt dabei auch eine grosse Rolle. Das ist wahrscheinlich auch der Grund warum das 10 Bit (muss nicht mal VLog sein) Material aus der LUMIX eher etwas knackiger/besser ausschaut wie das 12 Bit Raw aus der Pocket….

Aber dennoch können 12 Bit BRaw aus Blackmagic Kameras natürlich sehr praktisch sein.
Gerade für Keying oder wenn man in Post Tag zu Nacht oder sonstige visuelle Spagat Übungen machen will.

Oder in meinem Fall verglichen mit der S5 wenn ich mit nur einer Minute CST/Colograding zu sehr schönen Skintones kommen will..
Das auch wenn der manuelle Weissabgleich gar nicht oder falsch gemacht wurde;)
Das geht so mit VLog und ähnlichen 10 Bit Codecs gar nicht einfach, wenn überhaupt.
Gruss Boris

[Jott]

Ich fände es besser, wenn man‘s zu 20Bit entpacken würde. Das wär doch mal was.

[Darth Schneider]

@Jott
Warte mal ab bis der erste AI Raw/Log Codec herauskommt.
Dann werden 8Bit ganz magisch zu 16 Bit….;)))))
Gruss Boris

[stip]

Ich fände es besser, wenn man‘s zu 20Bit entpacken würde. Das wär doch mal was.

Nicht, wenn es auch 21bit gäbe. Dann wäre 20bit wieder nicht ausreichend, besonders für Hobby- und Nicht-Filmer.

[cantsin]

Ich fände es besser, wenn man‘s zu 20Bit entpacken würde. Das wär doch mal was.

Nicht, wenn es auch 21bit gäbe. Dann wäre 20bit wieder nicht ausreichend, besonders für Hobby- und Nicht-Filmer.

Nee, wir brauchen endlich 32bit float. Wenn's das bei Audio gibt, sollte das bei Video doch schon lange der Fall gewesen sein. Mit 32bit float könnten wir dann die Kamera so belichten, wie wir wollen, und könnten alle geclippten Bilder in der Post wiederherstellen...

Erst mit 32bit float werden alle Licht-Trucks überflüssig und passt das Equipment für einen Spielfilmdreh ins Handschuhfach.

[pillepalle]

Nee, wir brauchen endlich 32bit float. Wenn's das bei Audio gibt, sollte das bei Video doch schon lange der Fall gewesen sein. Mit 32bit float könnten wir dann die Kamera so belichten, wie wir wollen, und könnten alle geclippten Bilder in der Post wiederherstellen...

Erst mit 32bit float werden alle Licht-Trucks überflüssig und passt das Equipment für einen Spielfilmdreh ins Handschuhfach.

Einziger Haken... wir können nur Nachts bei völliger Dunkelheit drehen. Aber wenn die Crew eh nicht bezahlt wird und ihre Butterbrote selber mitbringt können wir uns das dann auch leisten 🙃

VG

[roki100]

Aber dennoch können 12 Bit BRaw aus Blackmagic Kameras natürlich sehr praktisch sein.
Gerade für Keying oder wenn man in Post Tag zu Nacht oder sonstige visuelle Spagat Übungen machen will.

Oder in meinem Fall verglichen mit der S5 wenn ich mit nur einer Minute CST/Colograding zu sehr schönen Skintones kommen will..
Das auch wenn der manuelle Weissabgleich gar nicht oder falsch gemacht wurde;)
Das geht so mit VLog und ähnlichen 10 Bit Codecs gar nicht einfach, wenn überhaupt.

Du nutzt nicht die passenden Werkzeuge.
FilmConvert oder CineMatch können das z.B. schnell und erstaunlich gut erledigen. Ich habe mir passende Presets (bei Davinci, bins bzw. PowerGrades) erstellt, um nicht jedes Mal (wie du es scheinbar tust) alles neu korrigieren zu müssen.

[Darth Schneider]

@roki
Doch ich nutze die passenden Werkzeuge.

Resolve Studio genügt für mich.
Mit der Pocket muss ich wenn ich nicht will keine Minute, oder gar nicht, (geht auch mit ProRes im nicht flachen Profil.) colograden.
Und die Skintones sehen toll aus.
Bei der S5 ist das für mich Glückssache…

Alleine nur schon der (nicht unbedingt zwingend wichtige, aber sehr praktische) Autofokus, wäre für mich auch ein guter Grund zu Nikon oder Sony wechseln…..
Da gibt es aber noch zig andere Gründe, die ich schon früher erläutert habe…
Worauf ich jetzt aber gar nicht mehr eingehen werde.

Also auf mittelfristige Sicht,
by, by LUMIX und hello, Nikon oder Sony

Blackmagic bleibe ich hingegen treu.…;))
Muss natürlich aber jeder selber wissen was er wie mag oder eben nicht.
Gruss Boris

[roki100]

Versteh mich nicht falsch, wenn dir dein Workflow passt, ist das doch super für dich. Aber da fehlt dir irgendwie Verständnis über log, linear... 10bit, 12bit usw. Log Material in 10 oder 12bit ist ja eigentlich nicht dafür gedacht, einfach nur CST drüberzulegen und fertig. Das Potenzial liegt gerade in der Flexibilität bei der Farbgestaltung, beim gezielten Umgang mit WB, Skintones, Kontrast etc.

Mit Sony, Nikon wirst du auf jeden Fall glücklicher.

[dienstag_01]

Ich kann in meine Clip Attribute auch 32 Bit reinschreiben.
Deswegen sind die trotzdem nicht auf magische Weise vorhanden.

Das ist eine ausgezeichnete und sehr berechtigte Frage — und sie rührt an die Unterscheidung zwischen Sensor-Readout-Tiefe, Verarbeitungstiefe, und Datei- bzw. Containerformat.


---

🧩 Warum steht „16 Bit“ in den Clip-Attributen der Blackmagic Pocket 4K?

Blackmagic RAW-Dateien (BRAW), die mit der Pocket Cinema Camera 4K aufgenommen wurden, können in den Clip-Metadaten oder in Programmen wie DaVinci Resolve oder MediaInfo als „16-Bit“ bezeichnet werden.

Das bedeutet allerdings NICHT, dass der Sensor mit echten 16 Bit auflöst.


---

🔍 Was bedeutet „16 Bit“ in diesem Zusammenhang?

Hier einige technische Hintergründe:

1. Blackmagic RAW ist ein „16-Bit Float Format“

Blackmagic RAW speichert die Bilddaten intern in 16-Bit Floating Point (ähnlich wie OpenEXR oder ProPhoto).

Das bedeutet: Die Werte, die aus dem Sensor ausgelesen wurden (z. B. 12 oder 13 Bit), werden in einen 16-Bit Floating-Point Container transformiert – nicht erweitert, sondern verlustarm abgebildet.

Dies erlaubt flexible Farbraumbearbeitung und HDR-Workflows ohne Posterisierung.


2. Sensor-Readout ≠ Dateiformat

Der Sensor der BMPCC 4K (Micro Four Thirds CMOS) hat realistisch ca. 12 Bit lineare Auflösung.

Diese Daten werden intern im Prozessor (FPGA oder SoC) verarbeitet, ggf. entrauscht, verstärkt und dann als 16-Bit float in die .braw-Datei geschrieben.



---

🧠 Analogie zur Verdeutlichung

Stell dir vor, du füllst Wasser (Sensordaten = 12 Bit) in eine 16-Liter-Kanne (16 Bit float). Du nutzt nicht die volle Kannen-Kapazität – aber du hast Flexibilität für Umschütten, Umrechnungen, etc., ohne Verlust.


---

✅ Fazit

Wenn in den Clip-Attributen einer BMPCC 4K steht:

> „16 Bit“ (z. B. in Resolve oder MediaInfo),



dann bedeutet das:

Die BRAW-Datei speichert die Daten in 16-Bit Floating Point,

nicht, dass der Sensor selbst mit 16 Bit aufgelöst hat,

Die effektive Sensor-Bittiefe liegt bei ca. 12 Bit linear, was für den Dynamikumfang von ~12–13 Blendenstufen typisch ist.



---

Wenn du möchtest, kann ich dir ein Beispiel-Diagramm zur Veranschaulichung dieser Signalverarbeitungskette erstellen oder den Unterschied zwischen 12-Bit linear und 16-Bit float grafisch zeigen.


Falls du ChatGPT eher vertraust.

16bit bedeuten hier sicher nicht 16bit Floating Point. Gleitkomma-Zahlen finden Verwendung, wenn man einen größeren Werteraum abbilden will. Für einen kleineren Werteraum (12bit o.ä.in 16bit) macht das keinen Sinn.

[Darth Schneider]

@roki
Das geht aber mit dem BRaw der 4K Pocket so einfach auch, nur mit CST.
Glaubs mir..
Wie schon mal geschrieben das geht sogar mit ProRes im gar nicht flachen Film Modus…

Sofern man die Schwächen und Stärken der Kamera genau kennt und weiss was man beim filmen mit/Wb/Belichtung/Iso, dem Motiv entsprechend tun muss.

Bei der LUMIX, geht das natürlich auch, aber leider gar nicht zuverlässig, nur immer cool mit Cinelike V…;)
Was dann aber schon sehr einschränkend sein kann…

Bei der Sony FX2/FX30 geht das aber so oder so.
Mit tollen Bodys (kein Cage nötig)/ Xlr, super nur zum filmen durchdachter Bedienung, high end Autofokus, sogar einem Zoomhebel…D
Und (siehe da) ganz ohne Colorgarding, CineMatch und was auch immer für Plugins.

Als Bonus kann man damit sehr lange am Stück mit 4K in rauer Umgebung filmen ohne Angst vor Überhitzung, oder was auch immer zu haben und ohne den Akku zu wechseln…

Auch die Z6III, hat durchaus für mich sehr vieles davon ebenfalls.
Dazu noch günstig mit internem Raw,..

Nicht das du mich falsch verstehst….;)
Gruss Boris

[roki100]

@roki
Das geht aber mit dem BRaw der 4K Pocket so einfach auch, nur mit CST.
Glaubs mir..
Wie schon mal geschrieben das geht sogar mit ProRes im gar nicht flachen Film Modus…

Sofern man die Schwächen und Stärken der Kamera genau kennt und weiss was man beim filmen mit/Wb/Belichtung/Iso, dem Motiv entsprechend tun muss.

Bei der LUMIX, geht das natürlich auch, aber leider gar nicht zuverlässig, nur immer cool mit Cinelike V…;)
Was dann aber schon sehr einschränkend sein kann…

Bei der Sony FX2/FX30 geht das aber so oder so.
Mit tollen Bodys (kein Cage nötig)/ Xlr, super nur zum filmen durchdachter Bedienung, high end Autofokus, sogar einem Zoomhebel…D
Und (siehe da) ganz ohne Colorgarding, CineMatch und was auch immer für Plugins.

Als Bonus kann man damit sehr lange am Stück mit 4K in rauer Umgebung filmen ohne Angst vor Überhitzung, oder was auch immer zu haben und ohne den Akku zu wechseln…

Auch die Z6III, hat durchaus für mich sehr vieles davon ebenfalls.
Dazu noch günstig mit internem Raw,..

Nicht das du mich falsch verstehst….;)
Gruss Boris

Ich glaub, genau da liegt der Punkt, wo wir komplett unterschiedlich denken:
Wenn du log, RAW oder generell 10 bzw. 12bit-Material nur durch einen CST schickst und sagst "passt schon" dann nutzt du eigentlich nicht mal ansatzweise das, was solche Formate eigentlich ermöglichen.

Der Sinn von log und RAW ist eben nicht, dass es "ohne Colorgrading" schon perfekt aussieht, sondern dass du maximale Kontrolle über Kontrast, Farben, WB usw. nachträglich bekommst. CST ist ein Werkzeug, ja, aber es ersetzt kein Grading. Es ist eine Konvertierung, keine Gestaltung. Wenn du das als "fertig" betrachtest, dann ist das technisch gesehen halt eher Rec709 Quick&Dirty, aber kein echter Umgang mit log oder RAW.

Und was du über VLOG schreibst, zeigt genau das: Wer VLOG oder auch BRAW wirklich versteht, weiß, dass man damit frei arbeiten kann, unabhängig vom Kameraprofil oder Look bzw. das gewisse etwas (Hersteller colorscience) gelbliche... rosa...oder grünliche baked-in. Wenn du nur auf "geht auch ohne Grading" gehst, dann bist du eigentlich mit 8bit Rec709 besser bedient, da brauchst du gar nicht erst log oder RAW aufnehmen.

Ist ja cool, wenn dein Weg für dich funktioniert, aber dann sei bitte so fair und tu nicht so, als wär dein BRAW Workflow technisch saubere oder richtige Methode.

[stip]

Da bin ich jetzt auf Boris' Seite. CST's in Resolve sind von Blackmagic so designed dass sie als Ausgangsbild für das jeweilige Ziel-Display ohne weiteres Zutun schon funktionieren. Das heisst nicht, dass man nichts mehr machen sollte, aber auch nicht, dass man unbedingt etwas machen muss (ich spreche jetzt vom Graden, nicht Farbkorrigieren).

Ich sehe 90% schlechtes Grading auf YT (steht immer "Cinematic" im Titel) und der Fehler den alle gemein haben ist dass sie zuviel machen. Wer nicht weiss, was er macht, ist mit einer guten Transformation und dann keinem zusätzlichen Grading besser bedient als all den Optionen von Resolve zum Opfer zu fallen.

[dienstag_01]

Da bin ich jetzt auf Boris' Seite. CST's in Resolve sind von Blackmagic so designed dass sie als Ausgangsbild für das jeweilige Ziel-Display ohne weiteres Zutun schon funktionieren. Das heisst nicht, dass man nichts mehr machen sollte, aber auch nicht, dass man unbedingt etwas machen muss (ich spreche jetzt vom Graden, nicht Farbkorrigieren).

Ich sehe 90% schlechtes Grading auf YT (steht immer "Cinematic" im Titel) und der Fehler den alle gemein haben ist dass sie zuviel machen. Wer nicht weiss, was er macht, ist mit einer guten Transformation und dann keinem zusätzlichen Grading besser bedient als all den Optionen von Resolve zum Opfer zu fallen.

Das macht ja letztendlich 709 auch nicht anders: die hohe Dynamik "irgendwie ansehnlich" in den kleineren Ausgabe-Farbraum mappen. Prinzipiell verschenkt man damit. Und von ETTR sollte man dann gleich ganz die Finger lassen.

[roki100]

Ich sehe 90% schlechtes Grading auf YT (steht immer "Cinematic" im Titel) und der Fehler den alle gemein haben ist dass sie zuviel machen. Wer nicht weiss, was er macht, ist mit einer guten Transformation und dann keinem zusätzlichen Grading besser bedient als all den Optionen von Resolve zum Opfer zu fallen.

YouTube?
Ich glaube, es war iasi, der mal meinte, dass hierzulande Filme nur zu einem bestimmten Prozentsatz wirklich cinematisch wirken, die meisten eben nicht. Einer (Colorist), der das mMn. gut beherrschte, war Frank. Er hat mal erzählt, wie das da teilweise abläuft: Er bekam eine Art festgelegte Farbpalette, die er für den Look verwenden sollte.

Auch in Cullens Videos sieht man z.B. das deutlich. Der meistverbreitete (B)RAW-Workflow, passt nicht mit dem was er macht bzw. Camera-RAW-Tab bleibt praktisch ungenutzt. Es geht also nicht darum, die exakte ColorScience der Kamera bis ins Detail auszureizen, sondern um gezielte gestalterische Entscheidungen.
Da wird mM. log, RAW etc. also genau so eingesetzt, wie es gedacht ist, gezielt, bewusst und gestalterisch ausgereizt. Das würde ich nicht mit Hersteller-ColorScience-Vorlieben verwechseln.

[stip]

Das macht ja letztendlich 709 auch nicht anders: die hohe Dynamik "irgendwie ansehnlich" in den kleineren Ausgabe-Farbraum mappen. Prinzipiell verschenkt man damit. Und von ETTR sollte man dann gleich ganz die Finger lassen.

Was heisst "709"? Du meinst Transformationen die log Material zu BT.1886 wandeln?
Diese Wandlung hängt ja eben davon ab wer sie macht. CST's in Resolve machen das, aber eben in ihrem eigenen 'Look'. Kamerahersteller können LUTs bereitstellen die sie wiederum nach ihrem Gusto gestalten. Einen "709" Look gibt es nicht, das ist immer nach dem Geschmack des Herstellers der Transformation.