Firefox 157 liefert JPEG XL mit einem Decoder in Rust aus

Mozilla hat am 24. August 2026 seine Absicht veröffentlicht, JPEG XL auszuliefern, und Phoronix berichtet, dass das Format in Firefox 157 standardmäßig auf allen Plattformen aktiviert wird - die Version erscheint Ende September. Die Bedingung, die Mozilla daran geknüpft hat, ist der interessante Teil: Statt den bestehenden C++-Referenzdecoder zu übernehmen, gab das Unternehmen bei Google Research einen neuen in Rust in Auftrag, und dieser Decoder - jxl-rs - ist der, den Firefox ausliefert.

Warum der Decoder erst neu geschrieben werden musste

Mozilla beschreibt den Auftrag in seiner Ankündigung deutlich: verlangt wurde „jxl-rs, ein sicherer, performanter, kompakter und kompatibler JPEG-XL-Decoder in Rust". Laut Phoronix wurde die Rust-Implementierung dem C++-Weg aus Performance- und Sicherheitsgründen vorgezogen, und Bugzilla vermerkt, dass Firefox jxl-rs statt der Referenzimplementierung libjxl nutzt, auch wegen der besseren Integration in die Architektur von Firefox.

Ein Bilddecoder ist etwa der unverzeihlichste Ort in einem Browser, um unsicheren Code auszuführen: Er verarbeitet feindliche Eingaben von jeder Seite, die ein Nutzer besucht, noch vor jeder Sandbox-Entscheidung, die die Seite beeinflussen könnte. Einen speichersicheren Decoder zur Bedingung zu machen, bevor ein Format ausgeliefert wird, ist ein vertretbarer Preis für die Urheber des Formats - und es hat gedauert: Bugzilla verfolgt die Arbeit bis 2020 zurück, und die jetzt ausgelieferte Bibliothek trägt die Version 0.6.0.

Worin JPEG XL gut ist - und wo AVIF weiter gewinnt

Mozilla ist auffällig genau darin, das nicht als Formatkrieg zu behandeln. Die Ankündigung sagt, JPEG XL sei stark bei verlustfreien Bildern, progressivem Rendern und beim erneuten Komprimieren bestehender JPEGs ohne Qualitätsverlust, während AVIF bei fotografischen Bildern und bei Inhalten stärker ist, die scharfe Kanten mit flächigen Bereichen mischen.

Progressives Rendern ist der praktische Unterschied. Mozilla sagt, die Firefox-Implementierung stelle es in den Vordergrund - ein Bild sei darstellbar, sobald einige Kilobyte geladen sind - und der Kompromiss steht unverblümt in einer Zeile, die Phoronix zitiert: „AVIF hat nur grundlegende Unterstützung für progressives Rendern. Bei sehr großen Bildern kann es sich also lohnen, die größere Dateigröße von JPEG XL in Kauf zu nehmen." Das ist selten in einer Ankündigung - der Anbieter nennt den Fall, in dem sein neues Format die größere Datei erzeugt.

Wie der Stand der Unterstützung gerade ist

Browser	Stand
Firefox 157 (Ende September 2026)	Standardmäßig aktiviert, alle Plattformen (Phoronix)
Firefox 152+ / Nightly	Experimentell, hinter der Einstellung image.jxl.enabled (Phoronix, Bugzilla)
Chrome	Unterstützung in M110 im März 2023 entfernt (Bugzilla); Google hat nun die Absicht formalisiert, sie in Blink standardmäßig zu aktivieren, angekündigt zeitgleich mit Mozilla (Phoronix)
Safari	In neueren Versionen unterstützt (Bugzilla)

Bugzilla listet auf, was die Firefox-Implementierung abdeckt: progressives Dekodieren, Animation, Farbprofilverwaltung über die CMS-Integration, HDR und CMYK. Ebenso steht dort, was nicht fertig ist - HDR-Optimierung, die Integration mehrfädigen Dekodierens und das Umstellen der Standardeinstellung selbst werden alle noch als offene Arbeit geführt.

Was das für Entwickler bedeutet

Bauen Sie Ihre Bildpipeline diesen Monat nicht um. Der ehrliche Stand ist: Es gibt eine angekündigte Absicht, Bugzilla zeigt die Einstellung außerhalb von Nightly weiterhin als deaktiviert, und das Umstellen des Standards gilt als offene Arbeit - der Meilenstein, auf den es zu achten gilt, ist also die tatsächliche Veröffentlichung von Firefox 157 Ende September, nicht diese Ankündigung.

Was sich jetzt lohnt, ist eine Messung. Der besondere Anspruch von JPEG XL ist das verlustfreie Neukomprimieren bestehender JPEGs. Nehmen Sie also ein echtes Verzeichnis Ihrer Produktions-JPEGs, komprimieren Sie eine Stichprobe neu und notieren Sie die Byte-Ersparnis und das Dekodierverhalten. Diese Zahl entscheidet, ob sich Pipeline-Arbeit für Ihre Seite lohnt, und sie gilt genau für Ihre Bilder - ein Formatvergleich mit dem Fotobestand anderer sagt Ihnen das nicht.

Für alles mit sehr großen Bildern - Karten, Scans, Produktzoom, medizinische oder Archivbilder - weist Mozillas eigene Empfehlung auf JPEG XL, auch um den Preis der Dateigröße, weil ein Bild, das nach wenigen Kilobyte brauchbar erscheint, eine kleinere Datei schlägt, die spät erscheint. Wenn das Ihr Produkt beschreibt, ist dies die Ankündigung, auf die Sie reagieren sollten. Sind Ihre Bilder gewöhnliche Fotos, bleibt AVIF das Format, das Mozilla als stärker bezeichnet - dann heißt die richtige Maßnahme, die Fallbacks im picture-Element ehrlich zu halten und zu warten.

Das größere Signal betrifft die Art, wie Formate heute Verbreitung finden. Ein gutes Codec-Design genügte nicht: Mozilla machte Speichersicherheit zur Auslieferungsbedingung, und die Unterstützer des Formats bezahlten eine Rust-Neufassung, um sie zu erfüllen. Wer ein neues Medienformat in Browser bringen will, sollte das als neue Grundlinie lesen - und Mozillas Beitrag von Integrationstests zu den web-platform-tests im Rahmen von Interop 2026 als die zweite Hälfte derselben Hürde.