RAF in WebP umwandeln

Auf einer deutschen Hochzeit stehen in der Galerie oft auch Personen, die nicht selbst gebucht haben und deren Einwilligung zur Veröffentlichung im Zweifel gar nicht eingeholt wurde — ein Umstand, den das Recht am eigenen Bild nach dem Kunsturhebergesetz ernst nimmt. Eine Kundengalerie mit vierhundert Proofs, in der Gäste sich selbst wiedererkennen, ist rechtlich etwas anderes als ein privates Album, und viele Fotografinnen und Fotografen behandeln sie deshalb bewusst als vorübergehend: dreißig Bilder werden ausgewählt, die übrigen dreihundertsiebzig werden nach der Auswahl gelöscht statt dauerhaft irgendwo online zu bleiben.

Für diesen Zwischenschritt zählt weniger die letzte Qualitätsstufe als Geschwindigkeit und Konsistenz. Vierhundert RAF-Dateien sollen schnell als Proofs vorliegen, ohne dass ein Cloud-Dienst dazwischengeschaltet wird, der die Bilder eines unveröffentlichten Fests vorhält, bevor die Kundin oder der Kunde sie überhaupt gesehen hat.

Ein Rohbild zu entwickeln heißt: demosaicen, also aus einem Raster, in dem jede Fotozelle nur einen Farbkanal aufgezeichnet hat, die volle Farbe rekonstruieren, dann Weißabgleich, Tonkurve und Profil anwenden, dann kodieren. Das ist echte Rechenarbeit, und bei vierhundert Bildern ein Vorgang, den man startet und zu dem man später zurückkehrt.

Diese Umwandlung tut nichts davon. Fast jede Fujifilm-Kamera schreibt bei der Aufnahme bereits ein fertiges JPEG in die RAF-Datei, meist in voller Auflösung, und der Konverter sucht genau danach und kodiert es in der gewünschten Größe neu. Kein Rohdatendecoder ist beteiligt, deshalb läuft ein ganzes Shooting in einem Bruchteil der Zeit, die ein Export bräuchte — auf einem Laptop statt auf einer Workstation.

Wer bei der Aufnahme dabei war, hat diese Bilder bereits gesehen — auf dem Kameradisplay, über die Schulter geschaut, in den Aufnahmen, die während des Tages gezeigt wurden. Diese Bilder trugen bereits die eingestellte Filmsimulation: Classic Chrome für einen dokumentarischen Look, Astia für Porträts, Provia als Grundeinstellung, Acros für alles, was bewusst als Schwarzweiß gedacht war.

Aus der RAF extrahierte Proofs tragen exakt dieselbe Wiedergabe, die Galerie wirkt also wie der Tag selbst statt wie ein neutraler Rohdaten-Import. Das erspart eine Erklärung, die niemand führen möchte, warum die Proofs flach aussehen, und setzt die richtige Erwartung: Die fertigen Bilder werden besser sein als diese, nicht anders. Der einzige Punkt, den man im Blick behalten sollte, ist Acros — ein in Schwarzweiß proofendes Bild wird als Schwarzweiß-Bild verstanden, also lohnt sich die Entscheidung vor der Aufnahme, nicht danach.

Eine maximale Breite zwischen 1.200 und 1.600 Pixeln reicht aus, damit die Kundschaft auf Laptop oder Tablet beurteilen kann, ob ein Blick scharf ist und der Ausdruck der richtige — genau dafür ist eine Proof-Galerie da. Eine 26-Megapixel-Aufnahme aus der X-T4 ist 6.240 Pixel breit, eine 40-Megapixel-Aufnahme aus der X-T5 7.728, es handelt sich also um eine Reduktion von rund achtzig Prozent in jede Richtung.

Das ist zugleich eine bewusste Obergrenze für das, was ein heruntergeladener Proof taugt. Ein 1.400 Pixel breites WebP eignet sich schlecht als Druck und schlecht als Social-Media-Post in voller Größe — keine Sicherheitsmaßnahme, aber eine sinnvolle Hürde. Für das ganze Set gilt eine Breite: Eine Galerie, in der manche Bilder deutlich schärfer wirken als andere, lässt die Kundin an den übrigen zweifeln.

Eine Proof-Galerie gehört zu den schwersten Seiten, die eine fotografische Selbstständigkeit veröffentlicht — Hunderte Bilder, geladen beim Scrollen, oft über eine heimische Verbindung auf einem Laptop, der nebenbei noch anderes tut. Bei gleicher sichtbarer Qualität ist WebP typischerweise ein Viertel bis ein Drittel kleiner als JPEG, und jeder aktuelle Browser liest es.

Der Effekt zeigt sich beim Scrollen mehr als beim ersten Laden, weil Galerie-Plattformen ohnehin nachladen. Ein um ein Drittel leichteres Set hält mit, wenn jemand zügig durchklickt, ein schwereres erzeugt die grauen Platzhalter, bei denen man abbricht und neu ansetzt. Vor dem Umwandeln lohnt sich ein Blick, ob die verwendete Galerie-Plattform WebP-Uploads überhaupt annimmt — die meisten tun es, und die wenigen, die nicht, sagen es in ihren Anforderungen.

Das ganze Shooting in einem Durchgang mit einer Breite und einer Qualitätsstufe umwandeln. Proofs werden als Reihe betrachtet, und das Auge bemerkt Unstimmigkeiten zwischen benachbarten Bildern deutlich eher, als es ein einzelnes Bild für sich beurteilt — ein anders eingestelltes Bild liest sich als schlechteres Foto, nicht als anders verarbeitete Datei.

Dasselbe gilt für die Quelle: immer aus der RAF-Datei umwandeln, nie aus einem früheren Export, damit jeder Proof dieselben zwei verlustbehafteten Durchläufe hinter sich hat — den der Kamera und diesen hier. Dateien aus unterschiedlichen Wegen zu mischen ist der Grund, warum in einem Set plötzlich drei Bilder leicht falsch aussehen, ohne dass sich das auf Anhieb erklären ließe.

Keine Metadaten erreichen die Ausgabe. Objektiv, Brennweite, Blende, Verschlusszeit, ISO, Aufnahmezeitpunkt, die verwendete Filmsimulation und jede GPS-Koordinate von einem gekoppelten Smartphone fehlen vollständig, weil das Bild dekodiert und neu kodiert wird und nichts diesen Block mitnimmt.

Der Aufnahmezeitpunkt ist operativ der wichtigste, denn Proofs werden meist in der Reihenfolge der Aufnahme präsentiert, und eine Galerie-Plattform, die nach EXIF-Datum sortiert, hat dann nichts zum Sortieren. Der Dateiname trägt die Reihenfolge stattdessen weiter — Fujifilms fortlaufende Nummerierung übersteht die Umwandlung, aus DSCF4821.RAF wird DSCF4821.webp —, und Sortieren nach Name ergibt die richtige Reihenfolge, solange der Zähler nicht mitten im Shooting übergelaufen ist. Das lohnt sich vor dem Hochladen von vierhundert Dateien kurz zu prüfen.

Diese Umwandlung setzt kein Wasserzeichen und kennt keine entsprechende Einstellung. Setzt die Galerie-Plattform beim Hochladen eines, ist das der einfachere Weg; sonst ist ein Wasserzeichen in Stapelverarbeitung ein separater Schritt in einem Bildbearbeitungsprogramm oder einem Skript, ausgeführt auf den fertigen WebP-Dateien.

Viele Fotografinnen und Fotografen verzichten für Kundenproofs darauf und verlassen sich stattdessen auf die Bildgröße — eine vertretbare Position für eine Galerie, die nur zur Auswahl dient, und eine schwächere für eine öffentliche Galerie oder kommerzielle Aufnahmen, deren Wert schon vor der Lieferung besteht. Dort lohnt sich der zusätzliche Schritt.

Eine Hochzeit, die das Paar noch nicht gesehen hat, ein kommerzielles Shooting vor Kampagnenstart, ein Porträttermin mit den Kindern einer Familie — nichts davon sollte durch einen Umwandlungsdienst laufen, den man nicht selbst geprüft hat. Hier werden die RAF-Dateien von der Festplatte gelesen, durchsucht, dekodiert und lokal neu kodiert, und keine Anfrage trägt ein Bild irgendwohin.

Das lässt sich in einer Minute nachprüfen: Entwicklertools öffnen, den Netzwerk-Tab während einer Umwandlung beobachten und sehen, dass nichts hinausgeht — oder die Netzwerkverbindung vorher trennen und trotzdem umwandeln. Verträge für kommerzielle Aufträge enthalten zunehmend eine Klausel dazu, wo Bilder verarbeitet werden dürfen, und diese Frage präzise beantworten zu können, ist mehr wert als die Bequemlichkeit irgendeines Webdienstes.

Die dreißig ausgewählten Bilder verdienen den anderen Weg. RAF-Dateien in Lightroom, Capture One, darktable oder Fujifilms eigener Software öffnen, mit der tatsächlich gewünschten Belichtung und dem gewünschten Weißabgleich entwickeln und von dort liefern. Alles, was Rohformat lohnenswert macht — die Lichter-Reserve, der Schattenspielraum, die Freiheit, den Weißabgleich ohne Verlust zu ändern —, steckt in den 14-Bit-Sensordaten und nicht in einem Proof.

Diese zweistufige Form ist das ganze Argument dieser Seite. Der schnelle Weg übernimmt die vierhundert Bilder, die niemand je wiedersehen wird, der sorgfältige übernimmt die dreißig, auf die es ankommt. Beide Aufgaben mit demselben Werkzeug zu erledigen würde entweder das Proofen zu langsam machen oder etwas ausliefern, das nur zum Auswählen gedacht war.

Weil eine Kundengalerie Personen zeigt, die der Veröffentlichung nicht selbst zugestimmt haben, kommt es vor, dass eine Gästin oder ein Gast um Entfernung des eigenen Bildes bittet, bevor die Auswahl abgeschlossen ist. Weil hier nichts hochgeladen wurde, gibt es an dieser Stelle auch keinen fremden Server, von dem eine Löschung eingefordert werden müsste — das betreffende Proof lässt sich einfach aus der eigenen Galerie-Plattform entfernen.

Das vereinfacht die Situation gegenüber einem Dienst, der die Rohdaten selbst verarbeitet und zwischenspeichert: Es gibt kein zweites System, bei dem eine Löschanfrage nachverfolgt werden müsste, weil außer der eigenen Galerie-Plattform niemand je eine Kopie der Proofs besessen hat.