JPEG XL galt seit 2022 als abgeschrieben, weil Google das Bildformat damals aus Chrome entfernte. Mozilla knüpfte die Rückkehr an eine einzige Bedingung: einen Decoder in Rust. Firefox 157 schaltet die Anzeige am 29. September frei, während WordPress eine .jxl-Datei beim Upload bis heute abweist.

drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen

Rund 100.000 Zeilen mehrfädiger C++-Code standen zwischen JPEG XL und Firefox. Auf genau diese Angriffsfläche berief sich Mozilla jahrelang. Timothy Nikkel kündigte am 24. August an, die Dekodierung in Firefox 157 auf allen Plattformen standardmäßig zu aktivieren.[1]

Das Wichtigste in Kürze

  • Firefox 157 aktiviert die JPEG-XL-Dekodierung am 29. September auf allen Plattformen, über die Einstellung image.jxl.enabled.
  • Den Ausschlag gab der Rust-Decoder jxl-rs aus Googles Forschungsabteilung, nicht ein neuer Kompressionsvorteil.
  • Safari zeigt JPEG XL seit 2023, allerdings ohne Animation und ohne progressive Anzeige.
  • WordPress weist .jxl-Uploads ab, weil der MIME-Typ image/jxl nicht in der Standardliste steht.

Warum blockierte Mozilla das Format vier Jahre lang?

Metalltür mit Einwurfschlitz, „JPEG XL“-Anhänger, Polaroid und dem Schriftzug „RUST“
Mozilla fordert Rust-Implementation für sicheren und kompakten JPEG-XL-Decoder statt C++-Referenzlösung

Der Einwand galt der Implementierung, nicht dem Codec. Der Referenz-Decoder libjxl verarbeitet Bilddaten aus fremder Quelle im Renderprozess, geschrieben in mehrfädigem C++. Jake Archibald beschreibt im Mozilla-Entwicklerblog, wie Mozilla daraufhin eine Bedingung formulierte: einen sicheren, schnellen, kompakten und kompatiblen JPEG-XL-Decoder in Rust.[2]

Google Research nahm die Vorgabe an und lieferte jxl-rs, den Decoder hinter Firefox wie hinter Chromium. Unsicherer Code bleibt dort auf SIMD-Beschleunigung beschränkt und geht vorher durch die Prüfung eines Unsafe-Rust-Fachmanns, der nicht selbst daran geschrieben hat.[3]

Über einen Formatstreit entschied damit erstmals die Speichersicherheit statt der Kompressionsrate. Der Chromium-Eintrag zur Blink-Unterstützung beziffert die Ersparnis gegenüber JPEG bei gleicher wahrgenommener Qualität auf rund 60 %.[4] Kleinere Bilddateien schlagen direkt auf die Ladezeit durch.

Was kann Firefox, was Safari bislang nicht kann?

Animation und progressive Anzeige gehören in Firefox dazu. Safari zeigt JPEG XL zwar seit 2023, beherrscht dabei aber weder bewegte Bildfolgen noch den schrittweisen Aufbau während des Ladens.[1] Chrome erkennt das Format bislang nur mit gesetztem Schalter chrome://flags/#enable-jxl-image-format.

Zum Tempo legte Nikkel eigene Messwerte vor. Mit den Mehrkern-Patches in jxl-rs 0.6.0 lag Firefox in einem Vergleich über fünf Formate leicht vor Safari, das den C++-Decoder libjxl einsetzt.[1] Bei kleinen Bildern fällt der Abstand zu anderen Formaten allerdings größer aus.

Einen Einwand zum verlustfreien Modus meldete Sergey Davidoff auf derselben Liste. In seinem Test brauchte verlustfreies JPEG XL 20,6 Sekunden gegenüber 667 Millisekunden für verlustfreies WebP, bei rund 10 % kleinerer Datei.[1] Sein Vorschlag lautet, vorerst allein den verlustbehafteten Modus auszuliefern.

Über dieses Bildformat entschied am Ende die Programmiersprache des Decoders, nicht die Kompressionsrate. Für Betreiber folgt daraus eine schlichte Regel: Ein Format erreicht die Browser erst, sobald die Sicherheitsprüfung mitzieht.

— Markus Seyfferth, Chefredakteur Dr. Web
Vier Zahlen zur Freigabe von JPEG XL
Warum das Bildformat erst 2026 standardmäßig in einen zweiten Browser kommt
100.000
Zeilen mehrfädiger C++-Code im Referenz-Decoder libjxl, Mozillas Hauptargument gegen die Auslieferung
rund 60 %
kleinere Dateien als JPEG bei gleicher wahrgenommener Qualität, laut Chromium-Eintrag zur Blink-Unterstützung
20,6 s zu 667 ms
Dekodierzeit verlustfrei, JPEG XL gegen WebP im Test von Sergey Davidoff, bei rund 10 % kleinerer Datei
29.09.2026
Auslieferung von Firefox 157 mit aktivierter Dekodierung auf allen Plattformen

Wo die drei Browser-Engines stehen

Firefox 157
Standardmäßig aktiv, samt Animation und progressiver Anzeige.
Safari
Seit 2023 an Bord, allerdings nur Standbilder ohne schrittweisen Aufbau.
Chrome
Dekodiert erst mit gesetztem Schalter im Flag-Menü der Entwicklereinstellungen.

Was heißt das für WordPress-Betreiber?

Ein .jxl-Upload scheitert in WordPress an zwei Stellen. Der MIME-Typ image/jxl fehlt in der Standardliste erlaubter Uploads. Zusätzlich meldet die PHP-Erweiterung fileinfo solche Dateien als image/x-jxl, woraufhin wp_check_filetype_and_ext() eine Abweichung erkennt und die Datei zurückweist.[5]

Core-Committer Adam Silverstein reichte dafür im Juni einen Patch ein, der image/jxl registriert und die Datei an ihren ersten zwölf Bytes erkennt. Das zugehörige Ticket steht seit vier Jahren auf „maybelater“.[5] Bis zur Aufnahme in den Kern führt der Weg über einen upload_mimes-Filter oder ein Medien-Plugin, unter WordPress 7.1 wie unter älteren Installationen.

Für die Auslieferung bleibt die Rückfallebene Pflicht. Ein <picture>-Element mit dem Typ image/jxl und AVIF oder WebP als Alternative bedient jeden Browser, ohne ältere Versionen auszusperren. Prüfen Sie vorher, ob Ihr Hoster oder CDN den MIME-Typ image/jxl ausliefert. Bis Chrome den Schalter von sich aus umlegt, bleibt JPEG XL eine Ergänzung Ihrer bestehenden technischen Ladezeit-Arbeit.

FAQ: JPEG XL in Firefox 157

Was ist JPEG XL?

JPEG XL ist ein lizenzfreies Bildformat, standardisiert als ISO/IEC 18181. Gegenüber JPEG spart das Format bei gleicher wahrgenommener Qualität rund 60 Prozent Dateigröße. Dazu kommen Alphakanal, HDR, Animation und die verlustfreie Neukomprimierung vorhandener JPEG-Dateien.

Welche Browser unterstützen JPEG XL?

Safari zeigt JPEG XL seit 2023, allerdings nur Standbilder ohne progressive Anzeige. Firefox aktiviert das Format ab Version 157 auf allen Plattformen. Chrome und Edge dekodieren JPEG XL bislang nur, sobald ein Flag gesetzt ist.

Wann erscheint Firefox 157?

Firefox 157 erscheint nach dem Mozilla-Releasekalender am 29. September 2026. Ein Test ist schon vorher möglich: Seit Firefox 152 lässt sich die Einstellung image.jxl.enabled über die Firefox Labs freischalten.

Kann ich JPEG XL in WordPress hochladen?

Nein. WordPress erlaubt den MIME-Typ image/jxl standardmäßig nicht und weist .jxl-Dateien beim Upload ab. Ein Patch von Core-Committer Adam Silverstein liegt seit Juni 2026 vor, das zugehörige Ticket bleibt aber geschlossen.

Lohnt der Umstieg von WebP auf JPEG XL?

Noch nicht als alleiniges Format. Solange Chrome einen Flag verlangt, gehört JPEG XL nur als zusätzliche Quelle in ein picture-Element mit WebP- oder AVIF-Rückfall. Im verlustfreien Modus dekodiert JPEG XL zudem deutlich langsamer als WebP.

Quellen

[1] Mozilla, dev-platform: „Intent to ship: JPEG XL“

[2] Jake Archibald, Mozilla Hacks: „Intent to Ship: JPEG XL“

[3] JPEG XL Project: „jxl-rs“ auf GitHub

[4] Chrome Platform Status: „JPEG XL decoding support (image/jxl) in blink“

[5] WordPress Trac: „#52788 Add JPEG XL support.“

Mehr Newshunger?

4,2 18 Bewertungen

Wie hat Ihnen dieser Artikel gefallen?