ARW in PNG umwandeln

Wer diese Umwandlung sucht, baut meist einen Datensatz auf, füttert ein Photogrammetrie- oder Stitching-Werkzeug oder lässt ein Mess- oder Vergleichsskript über Bilder laufen. PNG ist das Format, das jede Bildbibliothek ohne Widerspruch einliest, und Pixelwerte, die sich zwischen zwei Durchläufen unterscheiden, sind dabei ein Fehler und keine ästhetische Frage.

Ein bekanntes Anwendungsfeld dafür in Deutschland ist die Bau- und Denkmaldokumentation: Landesämter für Denkmalpflege und Vermessungsbüros fotografieren Fassaden, Gewölbe und archäologische Befunde systematisch ab, um daraus mit Photogrammetrie-Software ein Höhen- oder Bestandsmodell zu rechnen. Solche Verfahren wollen ein konsistentes, reproduzierbares Eingabebild je Aufnahme — und genau darum geht es auf dieser Seite.

PNG speichert exakte Pixelwerte, sodass eine heute geschriebene Datei im nächsten Monat auf dasselbe Array dekodiert und ein erneutes Speichern nichts verändert. Für alles, was Bilder misst, vergleicht, hasht oder darauf trainiert, ist diese Eigenschaft mehr wert als die Dateigröße — ein Format, das bei jedem Schreiben still neu komprimiert, macht aus einem Reproduzierbarkeitsproblem ein Rätsel.

Diese Umwandlung ist im selben Sinn deterministisch. Dieselbe ARW-Datei ergibt jedes Mal dasselbe PNG: Die eingebettete Vorschau wird über denselben Suchlauf gefunden, mit demselben Decoder dekodiert und mit demselben Encoder geschrieben, ohne irgendeinen Zufallsschritt darin.

Kamera-JPEGs unterziehen die Farbe fast immer einer Unterabtastung: Helligkeit wird je Pixel gespeichert, Farbe nur mit der halben Auflösung waagerecht und senkrecht. Das funktioniert, weil das menschliche Sehen für Helligkeitsdetails weit empfindlicher ist als für Farbdetails, und ist auf einem betrachteten Foto unsichtbar.

Für einen Algorithmus ist es das nicht. Feines farbiges Detail — eine rote Linie auf weißem Grund, die Grenze zwischen zwei satten Flächen — wurde interpoliert statt gemessen. Das PNG speichert für jedes Pixel einen vollen Farbwert, aber ein Viertel dieser Werte wurde vom JPEG-Decoder rekonstruiert und nicht von der Kamera festgehalten. Wer in der eigenen Pipeline Farbkanten misst, sollte diese Grenze kennen; der einzige Weg daran vorbei ist, die ARW-Datei tatsächlich zu demosaicen.

Eine ARW ist ein von TIFF abgeleiteter Container, den Sony seit der Alpha DSLR-A100 von 2006 schreibt und der 12-Bit-Sensordaten bei den frühen Modellen und 14-Bit bei den späteren enthält. Daneben schreibt die Kamera im Moment der Aufnahme ein fertiges JPEG, bei aktuellen Gehäusen in der vollen Pixelauflösung des Sensors.

Der Umwandler sucht genau dieses JPEG, behält das größte über 640 mal 480 Pixel, dekodiert es und schreibt es als PNG neu. Die Sensordaten werden dabei nie angerührt, weshalb die Umwandlung schnell ist und nichts liefern kann, was die Kamera nicht schon selbst gerendert hat.

Zwei Fälle besonders. Photogrammetrie und Panorama-Stitching wollen Konsistenz über eine ganze Aufnahmeserie, und die Kamera wendet automatischen Weißabgleich und ihre eigene Tonwertkurve je Einzelbild an — stand die Kamera auf Automatik, driftet die Serie, und das Werkzeug muss mehr Arbeit leisten. Mit festem Weißabgleich und einem neutralen Profil fotografieren, oder die ARW-Dateien im Stapel mit identischen Einstellungen entwickeln.

Alles, was absolute Leuchtdichte misst, radiometrisch arbeitet oder auf eine lineare Antwort angewiesen ist, braucht ebenfalls die Sensordaten. Die Tonwertkurve der Kamera ist eine bewusst nichtlineare Wiedergabe, die gut aussehen soll, und sie zerstört genau den Zusammenhang zwischen Pixelwert und Licht, auf den solche Arbeit angewiesen ist.

PNG unterstützt 16 Bit je Kanal, und Sony-Sensoren zeichnen 14 auf, aber die extrahierte Vorschau ist ein 8-Bit-JPEG, also ist auch die Ausgabe 8-Bit. Bei 8 Bit hat ein Kanal 256 Stufen, und jede Operation, die einen schmalen Wertebereich streckt — ein dunkles Bild normalisieren, einen flachen Kontrast herausziehen —, zeigt Streifenbildung.

Macht die Pipeline genau das, ist diese Quelle die falsche. Die ARW in Imaging Edge, Lightroom, Capture One oder darktable entwickeln und als 16-Bit-TIFF exportieren ist der Standardweg genau für diesen Zweck.

Die Rechnung wird bei Sonys höheren Auflösungen unbarmherzig. Ein 24-Megapixel-Bild einer A7 III sind rund 72 MB Rohpixel, ein 61-Megapixel-Bild einer A7R IV rund 180 MB. PNG bringt eine Aufnahme auf etwa die Hälfte bis drei Viertel davon, sodass eine Serie von tausend Bildern einer A7R IV leicht hundert Gigabyte überschreiten kann.

Eine maximale Breite zu setzen, ist der wirksame Hebel. Viele Pipelines verkleinern ihre Eingabe ohnehin als ersten Schritt, und das während der Umwandlung zu tun bedeutet, die Vollgröße nie zwischenzuspeichern. Vorher prüfen, was das Zielwerkzeug tatsächlich verarbeitet, bevor etwas erzeugt wird, das es sofort wieder verkleinert.

Das erneute Kodieren verwirft die EXIF-Daten, es gibt also kein Objektiv, keine Brennweite, keine Belichtungsangabe und keine GPS-Koordinate im PNG. Alles, was solche Angaben braucht — ein Photogrammetrie-Werkzeug, das die Brennweite liest, ein Datensatz, der Aufnahmebedingungen festhält —, muss sie separat aus der ARW beziehen und in einer Beiliste oder einem Manifest mitführen.

Das ist in der Regel ohnehin die bessere Architektur. Eine Pipeline, die ihre Parameter aus einem Manifest liest, ist reproduzierbar; eine, die sie aus der jeweils zufällig vorliegenden Ableitung ausliest, ist es nicht.

Weil die Kamera die eingebettete Vorschau mit ihrer eigenen Belichtungsmessung erzeugt, überträgt sich ein Belichtungsfehler direkt in das PNG — ausgebrannte Lichter bleiben ausgebrannt, zugelaufene Schatten bleiben zugelaufen, unabhängig davon, was in den Rohdaten der ARW-Datei noch an Reserve steckt. Das ist der eine Punkt, an dem der Unterschied zwischen der Vorschau und den Sensordaten am unmittelbarsten sichtbar wird.

Für eine Messaufgabe, bei der es um Geometrie oder um Farbkanten geht, ist das meist unerheblich, solange die Belichtung insgesamt vernünftig war. Für eine Aufnahmeserie mit wechselnden Lichtverhältnissen lohnt sich vor der Umwandlung ein Blick auf ein paar Stichproben, damit nicht ein einzelnes unterbelichtetes Bild aus einer Serie unbemerkt in den Datensatz gelangt.

Stapel funktionieren, und Einheitlichkeit ist der eigentliche Sinn dahinter: die ganze Serie ablegen, jede Datei mit denselben Einstellungen durchlaufen lassen, das Ergebnis als ein ZIP mitnehmen. In mehreren Sitzungen umzuwandeln ist der übliche Weg, wie ein Datensatz am Ende zwei verschiedene Maximalbreiten enthält und eine Woche für die Fehlersuche verloren geht.

Das Kodieren von PNG bei diesen Pixelzahlen ist echte Rechenarbeit, eine große Serie braucht also Zeit — deutlich mehr als der JPG-Weg, bei dem die Vorschau ohne erneutes Kodieren kopiert wird. Eingabedateien werden bis 100 MB je Datei angenommen, was komprimierte und verlustfrei komprimierte ARW-Dateien bequem abdeckt; eine unkomprimierte 61-Megapixel-Aufnahme bei rund 120 MB liegt darüber.

Die Umwandlung läuft im Browser, die ARW-Dateien werden also nie übertragen. Für Bilddaten, die vertraulich, personenbezogen oder im Rahmen eines Forschungsethik-Verfahrens genehmigt sind, ist das kein nettes Extra — einen Datensatz an einen per Suche gefundenen Konverter hochzuladen, ist genau der Schritt, der eine solche Genehmigung ungültig machen kann.

Das lässt sich nachprüfen statt nur behauptet werden: Entwicklerwerkzeuge öffnen, den Netzwerk-Tab während einer Umwandlung beobachten und feststellen, dass nichts, was die Bilder trägt, nach draußen geht.

Manche Werkzeuge lesen ARW-Dateien direkt, und dort stellt sich die Frage, warum überhaupt ein Zwischenschritt über PNG nötig ist. Die Antwort ist Reichweite: Ein direkter RAW-Leser demosaict die Sensordaten selbst und tut das mit eigenen, oft unterschiedlichen Annahmen über Weißabgleich und Farbraum, während eine PNG-Pipeline mit einem Standardbild arbeitet, das jede Bildbibliothek ohne Sonderbehandlung öffnet.

Für ein Werkzeug, das explizit für RAW-Verarbeitung gebaut ist — etwa ein Photogrammetrie-Paket mit eigenem RAW-Modul —, kann der direkte Weg tatsächlich mehr Information erhalten. Für alles andere, insbesondere für Skripte, die einfach nur „ein Bild" erwarten, ist die extrahierte JPEG-Vorschau als PNG der praktikablere und deutlich häufiger unterstützte Weg.

Ein Bauaufnahmeprojekt an einer denkmalgeschützten Fassade läuft oft über mehrere Aufnahmetermine und mehrere Bearbeiter, und die Photogrammetrie-Software rechnet aus hunderten Einzelbildern ein gemeinsames Modell. Weicht die Farbwiedergabe oder die Auflösung zwischen zwei Aufnahmeterminen ab, weil ein Konvertierungsschritt einmal anders komprimiert hat als beim letzten Mal, zeigt sich das erst in einer sichtbaren Naht im fertigen Modell — Wochen später, weit weg vom eigentlichen Fehler.

Ein deterministischer Zwischenschritt beseitigt genau diese Fehlerquelle, auch wenn er nicht verlustfrei ist — die interne Registrierung führt dieses Paar ausdrücklich als verlustbehaftet, weil die Kamera-Vorschau selbst schon eine JPEG-Kompression durchlaufen hat, bevor sie überhaupt als PNG neu geschrieben wird. Was zählt, ist nicht Verlustfreiheit, sondern Wiederholbarkeit: Wer heute hundert ARW-Dateien einer Fassade konvertiert und in einem halben Jahr weitere hundert der Rückseite desselben Gebäudes, bekommt beide Male ein PNG mit denselben Kodierregeln — die einzige verbleibende Variable ist dann tatsächlich die Aufnahme selbst und nicht das Werkzeug dazwischen.