JXL in AVIF umwandeln

AVIF kam 2019 als Standbild im AV1-Videocodec, veröffentlicht von der Alliance for Open Media. JPEG XL folgte 2022 als ISO/IEC 18181-1, aus demselben Gremium, das schon das ursprüngliche JPEG verantwortete. Beide lösen dieselbe Aufgabe: ein dreißig Jahre altes Format ersetzen, das für die heutige Zahl an Fotos im Web nicht mehr passt.

Beide sind offen, beide beherrschen verlustfrei und verlustbehaftet, beide tragen einen vollständigen Alphakanal, beide können weite Farbräume abbilden. Was zwischen ihnen entscheidet, steht nicht in einer Kompressionstabelle, sondern in der Browser-Unterstützung — und die wurde 2023 entschieden, als Chrome die experimentelle JPEG-XL-Unterstützung wieder entfernte.

Bei verlustbehafteter fotografischer Kompression tauschen beide je nach Material und Zielqualität die Plätze. AVIF hält sich bei aggressiven Einstellungen tendenziell besser, weil seine Herkunft aus dem Videocodec Artefakte glättet, die sonst sichtbar würden. JPEG XL liegt bei hoher Qualität häufiger vorn, weil seine feinere Kodierung Textur bewahrt, die AVIF eher verflacht.

Bei verlustfreier Kodierung gibt es keinen Wettstreit: JPEG XL wurde dafür entworfen und kann ein bestehendes JPEG rund zwanzig Prozent kleiner verpacken, mit den ursprünglichen Bytes rekonstruierbar — dafür hat AVIF keine Entsprechung. Für die Auslieferung im Web ist das nicht entscheidend, weil der Unterschied zwischen den beiden Codecs kleiner ist als der Unterschied zwischen jedem von beiden und dem JPEG davor. Für ein Archiv wäre dieser Absatz ein Argument gegen die Umwandlung.

AVIF ist reiner Behälter. Die Pixel darin sind ein AV1-Schlüsselbild, verpackt in einer ISO-Base-Media-Struktur — derselben Familie wie MP4. JPEG XL dagegen ist zuerst ein Codec: Die einfache Form der Datei ist ein roher Bitstream, der mit den zwei Bytes FF 0A beginnt, und die verpackte Form existiert nur, damit Metadaten einen Platz haben.

Praktisch bedeutet das: Browser bekamen AVIF fast geschenkt, weil sie ohnehin schon einen AV1-Decoder für Video mitbrachten, und Hardware-Decodierung folgt demselben Pfad auf Telefonen und neueren Laptops. JPEG XL hat keinen Videocodec, der es trägt — jede Plattform musste sich bewusst dafür entscheiden, und die meisten haben es nicht getan.

Auf dem Papier hält dieses Paar mehr fest, als es hier tatsächlich tut: JPEG XL erlaubt bis zu 32 Bit je Kanal, AVIF bis zu 12 — ein hochbittiges Original würde also überleben. In diesem Konverter tut es das nicht, denn das Decodieren liefert 8-Bit-RGBA-Pixel, und genau diese Pixel bekommt der AVIF-Encoder.

Für eine Web-Ausgabe ist das ohnehin die richtige Grundlage — Browser stellen Farbe in 8 Bit dar, die zusätzliche Tiefe würde weiter unten verworfen. Für einen Bildbearbeitungs-Master gilt das nicht: Die JPEG-XL-Originaldatei bleibt dort die bessere Referenz, die AVIF-Ausgabe ist eine Kopie für die Auslieferung.

Für eine spürbare Pause pro Datei muss man einplanen. AVIF-Encodierung sucht deutlich gründlicher nach beschreibbarer Struktur als ein Standbild-Encoder der vorigen Generation, und ein großes Foto kann auf einem schnellen Rechner mehrere Sekunden brauchen. Das Decodieren der JPEG-XL-Datei ist im Vergleich schnell — die Zeit fällt fast vollständig auf dem Weg hinaus an.

Für drei Bilder ist das interaktiv genug, um es kaum zu merken. Für dreihundert Bilder ist es ein Auftrag zum Starten und Weggehen — genau der Fall, in dem ein gehosteter Dienst Rechenzeit abrechnen würde, und hier ist es der eigene Rechner, kostenlos.

AVIF trägt einen vollständigen Alphakanal, sodass Transparenz hier keine Entscheidung verlangt — keine Füllfarbe, keine Kante, kein Halo an weichen Rändern. Beide Formate beschreiben auch weite Farbräume, was diese Zielrichtung zu einer der wenigen macht, die ein Display-P3-Original von einer modernen Kamera im Prinzip erhalten könnte.

Der Vorbehalt ist derselbe wie bei der Farbtiefe: Diese Umwandlung schreibt kein ICC-Profil in die Ausgabe, das Ergebnis ist also untagged und jeder Betrachter interpretiert es als sRGB. Wo Farbtreue der Punkt ist, bleibt die JPEG-XL-Datei die Referenz, gegen die man das AVIF vor der Veröffentlichung prüft.

Beide Formate definieren Animation, dieses Limit liegt also am Konverter, nicht an einer der beiden Spezifikationen. Der JPEG-XL-Decoder liefert genau ein Bild, und dieses eine Bild bekommt der AVIF-Encoder — eine animierte Quelle wird deshalb zu einem Standbild, ohne Fehlermeldung und ohne Warnung.

Für echte Bewegung ist ohnehin kein Bildformat die richtige Antwort. Ein AV1- oder H.264-Video in MP4 oder WebM wird bei gleicher Sequenz kleiner sein als eine animierte AVIF-Datei, läuft fast überall mit Hardware-Decodierung und lässt sich pausieren.

Alles oben Genannte weist in dieselbe Richtung. JPEG XL ist der bessere Behälter für das, was man behält — verlustfreier Modus, hohe Farbtiefe, verlustfreies Umpacken eines bestehenden JPEGs —, während AVIF der bessere Behälter für das ist, was man ausliefert, weil es tatsächlich dargestellt wird. Das sind zwei verschiedene Aufgaben, es muss keine Datei beide erledigen.

In der Praxis heißt das: eine Kopie der Bibliothek umwandeln, nicht die Bibliothek selbst ersetzen. Formate lösen sich fortlaufend ab — WebP, HEIC, AVIF und JPEG XL wurden alle irgendwann als Nachfolger von JPEG gehandelt, oft im Abstand von wenigen Jahren. Die einzige Strategie, die diesen Wechsel überstanden hat, war, die Datei mit dem meisten Informationsgehalt aufzuheben.

Das Unterstützungsargument für AVIF ist ein Browser-Argument und reicht kaum darüber hinaus. Desktop-Bildbetrachter, Foto-Apps auf dem Handy, Chat-Programme, E-Mail-Software und viele Upload-Formulare von Content-Management-Systemen lehnen es weiterhin ab — dieselbe Liste an Fehlschlägen wie bei JPEG XL, nur mit ein paar weniger Häkchen.

Diese Umwandlung macht die Datei also nicht universell verschickbar. Kein AVIF per E-Mail versenden, keine AVIF-Datei zum Kundendownload machen und nicht davon ausgehen, dass ein Kollege sie öffnen kann, nur weil der eigene Browser es kann. AVIF ist ein Auslieferungsformat für Webseiten; wo eine Person die Datei öffnen muss statt eine Seite sie zu rendern, bleiben JPG oder PNG die richtige Antwort.

Den ganzen Ordner ablegen. Jede Datei wird decodiert, wahlweise verkleinert und lokal neu encodiert, behält ihren Namen mit geänderter Endung, und der Stapel kommt als eine ZIP-Datei zurück. Bis 100 MB werden auf der kostenlosen Ebene angenommen, und nichts wird hochgeladen — bei einer fotografischen Bibliothek der Unterschied zwischen einer Umwandlung und einer Offenlegung.

Weil die AVIF-Encodierung der aufwendige Schritt ist, ist dies eines der Paare, bei denen die lokale Ausführung ab mehr als einer Handvoll Dateien schneller ist als ein gehosteter Dienst — kein Hochladen der Quelle, kein Herunterladen des Ergebnisses, so viele parallele Dateien, wie der eigene Rechner trägt.