Mal wieder eine nettes Gedankenspiel für den besonders technikaffinen slashCAM-Leser. Kann es möglich sein mit einer Log-Kurve fast nur unrelevantes Rauschen bei einer Reduzierung von 12 Bit auf 8 Bit zu verlieren? Also Denkerstirn aufgesetzt, 2 mal runzeln und dann erst mal einen gedanklichen Ausflug mit A1ex von Magic Lantern antreten....
Die Open Source Kamera Axiom Beta nutzt bekanntlicher-weise den CMOSIS CMV12000 Sensor mit Global Shutter, der seine Sensordaten in 12 Bit abliefert. Und nachdem A1ex von Magic Lantern auch bei der Axiom etwas mitwerkelt, hat er es sich nehmen lassen einmal ein interessantes Gedankenexperiment mit Oktave 4.0 in einem Jupyter Notebook schrittweise darzulegen.
GNU Oktave ist zwar sicherlich nicht jedermanns Sache, jedoch leicht zu verstehen wenn man andere Programmiersprachen kennt. Außerdem dürften die Kommentare zwischen den Codeblöcken für die meisten Leser sowieso das wichtigere sein. Doch bevor ihr euch in den Link stürzt, wollen wir euch zuerst einmal noch kurz die Grundidee des Gedankenspiels darlegen:
Die Messdaten eines Sensors werden immer durch zufälliges Rauschen überlagert. Wenn man nun ein 12 Bit-Signal mit Rauschen nach 8 Bit wandelt, könnte man das Signal vielleicht vorher so wandeln, dass bei der Konvertierung in erster Linie das Rauschen "weggekürzt" wird? A1ex hat hierauf eine erstaunliche (aber eben auch nur theoretische Antwort) gefunden.
Dafür ist es jetzt an der Zeit einmal einen näheren Blick auf seinen Artikel zu werfen:
Im speziellen Fall hat er eine Transferfunktion gesucht, welche die 12 Bit Sensor-Daten in einen 8 Bit Datenstrom bestmöglich einbettet um sie danach wieder möglichst originalgetreu rekonstruieren zu können. Bestmöglich bedeutet in diesem Fall, dass sie möglichst nur Rauschwerte “abschneidet”.
Die Kurve zerlegt also das Signal in Rauschen und Nutzsignal. Und tatsächlich reichen in diesem Modell für die Speicherung des relevanten Nutzsignals 8 Bit fast vollständig aus. Rechnet man das Rauschen nachträglich wieder auf die gespeicherten 8 Bit auf, so stellt man fest, dass sich die Rekonstruktion nur marginal unterscheidet.
Grau ist zwar alle Theorie, aber zu Denken geben darf dies allemal. Basiert ein Großteil der Vorteile, die wir bei 10 Bit-Bearbeitung sehen hauptsächlich auf dem zusätzlichen Rauschen? Schon öfter hatten wir den Verdacht, dass ein Bild beim Graden meistens eher aufgrund der groben Codec-Blöcke zerfällt, als aufgrund der geringen 8 Bit Quantisierung.
Dies bietet sicherlich eine Menge Raum für weitere Tests auf diesem Gebiet. Und könnte eventuell dies auch die meist als unsinnig bezeichnete 8 Bit Log-Aufzeichnung zumindest teilweise rehabilitieren...
