ARW naar PNG omzetten

Deze pagina is geschreven voor iemand wiens volgende stap geen mens is maar een programma: het opbouwen van een beelddataset, het voeden van een fotogrammetrie- of stitchingtool, of het draaien van een meet- of vergelijkingsscript. PNG is wat die bibliotheken zonder omwegen inlezen.

Wat daarbij telt zijn pixelwaarden die niet tussen runs verschuiven — voor een fotograaf is een klein verschil in kleurweergave een esthetische kwestie, voor een pijplijn is het een bug. Deze pagina behandelt de omzetting daarom als een technisch, geen artistiek probleem.

Een ARW-bestand bevat de ruwe sensordata én een door de camera zelf gerenderde JPEG-preview. Deze omzetting doet geen demosaicing van de sensordata — dat zou een volledige RAW-ontwikkeling vergen — maar haalt de grootste ingebedde preview eruit en zet die om naar PNG.

Dat is een belangrijk onderscheid voor een dataset: je krijgt het beeld zoals de camera het zelf al had geïnterpreteerd, inclusief de kleurweergave die het toestel op dat moment toepaste, niet een neutrale ontwikkeling van de sensorwaarden.

Omdat de bron een JPEG-preview is die de camera al comprimeerde, en PNG-codering die preview opnieuw decodeert en lossless herencodeert, is het resultaat een tweede generatie op materiaal dat al eerder is samengeperst. Dat is geen fout in deze omzetting, maar een eigenschap van wat een ARW-bestand daadwerkelijk bevat.

Voor een dataset die getraind of gemeten wordt op basis van dit beeld is dat vaak geen probleem, maar het is niet hetzelfde als "niets gaat verloren" — dat zou alleen kloppen als de bron zelf al lossless was, en dat is een camera-JPEG niet.

Een script dat ARW-bestanden rechtstreeks moet inlezen, heeft meestal een aparte RAW-bibliotheek nodig die niet in elke omgeving beschikbaar is. PNG lost dat op: elke gangbare beeldbibliotheek in elke taal leest het zonder extra afhankelijkheden.

De prijs daarvoor is dat je de sensordata zelf niet meer hebt — wie werkelijk met de ruwe sensorwaarden wil rekenen, moet dat doen vóórdat de PNG wordt gemaakt, niet erna.

De PNG die hier ontstaat draagt geen EXIF, GPS, camera-instellingen of ICC-profiel meer mee: het omzetten naar pixels en opnieuw coderen laat geen ruimte voor die metadata over, ongeacht het bronformaat.

Voor een dataset is dat meestal precies goed — bestandsnamen en een aparte metadatatabel houden de herkomst bij, niet ingebedde velden die toch niet door elk script worden gelezen.

Een fotogrammetrieset of meetreeks bestaat zelden uit één bestand. Tot honderd ARW-bestanden tegelijk kunnen in dezelfde sessie worden verwerkt, elk met een eigen voortgangsindicator, zodat de volgorde van de opnamesessie behouden blijft in de bestandsnamen.

Het resultaat komt terug als losse bestanden of als één ZIP-bestand, klaar om in een pijplijn te worden ingelezen zonder tussenstap.

De omzetting draait volledig in de browser: het ARW-bestand wordt niet naar een server gestuurd. Voor een set met gevoelige locatiegegevens — een survey, een opname op eigen terrein — blijft alles op het eigen apparaat.

De limiet op het gratis plan is 100 MB per bestand, wat voor de meeste RAW-bestanden van consumenten- en prosumercamera’s ruim voldoende is.

Wie werkelijk een RAW-ontwikkeling nodig heeft — met volledige belichtingslatitude, witbalanscorrectie op sensorniveau, of demosaicing volgens een specifiek algoritme — is hier aan het verkeerde adres. Deze omzetting geeft de camera-preview terug, niet een ontwikkeld negatief.

Voor die taak is toegewijde RAW-software nodig; deze pagina bestaat voor het geval waarin een programma simpelweg PNG-pixels nodig heeft en de preview van de camera daarvoor volstaat.