Chrome liefert JPEG XL aus – mit einem in Rust neu geschriebenen Decoder

Shipping JPEG XL in Chrome

Chrome liefert JPEG XL aus – mit einem in Rust neu geschriebenen Decoder

Chrome 155 führt die Decodierung von JPEG XL ein. Die neue Bildformat-Unterstützung bietet 30–50 % bessere Kompression als JPEG, verlustfreie Kompression, HDR und verlustfreie JPEG-Transkodierung. Der Decoder wurde als reine Rust-Implementierung (jxl-rs) neu geschrieben, um Speichersicherheitslücken zu vermeiden. Dank SIMD-Optimierungen ist er ähnlich schnell wie die C++-Referenz. Entwicklerfeedback, unter anderem aus dem Interop-Projekt, gab den Ausschlag für die Auslieferung.

Wir haben die jxl-rs-Implementierung mit verschiedenen modernen Techniken verifiziert, darunter Fuzzing und KI-Überprüfung des Codes, und haben während der gesamten Implementierungsgeschichte keine Speichersicherheitsfehler gefunden.
  1. jug

    Und bald wird Firefox es in Stable aufnehmen. Im Oktober wird es von nur Safari zu einer Mehrheitsabdeckung übergehen. Ein ereignisreicher Monat!

    Während AVIF in manchen Fällen wie bei ziemlich verlustbehafteter Komprimierung einen leichten Vorteil haben mag, macht man mit JPEG XL nicht wirklich etwas _falsch_ (es sei denn, man ist stark CPU-limitiert), und ich denke, die Stärke des Formats ist seine extreme Vielseitigkeit als "eierlegende Wollmilchsau-Bildformat" für einige Zeit, in der die vergleichende Leistung je nach Funktionalität von respektabel bis exzellent reicht. Es kann als Ersatz für AVIF, PNG, JPEG, WebP dienen, sogar für bestimmte TIFF-erforderliche Szenarien (hohe Bittiefe, Mehrkanal, Ebenen) je nach Anwendungsfall.

  2. xx_ns

    Es ist spannend zu sehen, dass JXL-Unterstützung in Chrome wieder hinzugefügt wird, nachdem sie vor einer Weile entfernt wurde und sie scheinbar kein Interesse daran hatten, sie zu unterstützen [1].

    Ich denke, JXL ist ein cooles Bildformat, aber es wurde dadurch zurückgehalten, dass der beliebteste Browser es nicht unterstützte, was seine Nutzung (besonders im Web) stark einschränkte.

    [1]: https://issues.chromium.org/issues/40270698

  3. swiftcoder

    Siehe frühere HN-Diskussionen für den Kontext:

    Google set to deprecate JPEG XL support in Chrome 110 - https://news.ycombinator.com/item?id=33399940

    JPEG XL support has officially been removed from Chromium - https://news.ycombinator.com/item?id=33933208

    Chrome Jpegxl Issue Reopened - https://news.ycombinator.com/item?id=46033330

    The case agains JPEG XL - https://news.ycombinator.com/item?id=49690554

  4. revolvingthrow

    Freut mich, dass es passiert. Mir wäre lieber, es gäbe nur ein Format statt sowohl jxl als auch avif, aber zumindest ist es der letzte Nagel im Sarg von webp, das scheinbar wenig erreicht hat außer Leute zu verärgern, ohne großen Gewinn.

    Die Unterstützung im breiteren Ökosystem ist noch weit von alltäglich entfernt, aber es ändert sich langsam. iOS 18 würde mit .jxl in Fotos nicht funktionieren, aber 27 tut es. Ähnlich funktionieren Quick Look und Vorschau auf MacOS 27 einwandfrei, Miniaturansichten werden ordentlich angezeigt usw. Ich habe auch keine Probleme mit .jxl unter Linux gefunden, und Bildeditoren fügen ebenfalls langsam Unterstützung hinzu.

    Das gute alte jpg wird noch ein Jahrzehnt überall sein, aber ich bin froh, dass wir endlich überlegene Optionen ohne echte Nachteile haben, und ohne den ganzen Patent-Bullshit obendrein.

  5. kelseydh

    Jedes Mal, wenn ein neues Bildformat herauskommt, denke ich an die Kompatibilitätskrise zwischen Apps.

    Z.B. Telegram hat immer noch keine vernünftige Unterstützung für .webp, es behandelt sie als Sticker. MacOS kann lange brauchen, um Unterstützung für neue Formate zu aktualisieren. Bildbetrachter-Apps noch länger, viele aktualisieren nie, um neue Formate zu unterstützen.

  6. cyberrock

    Die Schildkröten haben den Hasen irgendwie überholt, weil Safari immer noch nicht das progressive Laden in libjxl aktiviert hat (das diese Funktion schon hatte, bevor Safari die Funktion hinzufügte), während FF (nicht Android) und Chrome mit aktivierter Funktion ausgeliefert wurden. Die 3 Jahre lange Schachuhr ist jetzt umgedreht.

  7. tepmoc

    Ein Nachteil ist, dass man nicht anhand der Dateiendung erkennen kann, ob das Format verlustbehaftet oder verlustfrei ist.

  8. YesThatTom2

    Verdammt! Ich hatte gehofft, dies würde den internen Kampf behandeln, bei dem Google-Führungskräfte versuchten, JPEG XL zu stoppen, und wie Ingenieure sie schließlich dazu brachten, ihre Meinung zu ändern.

    Meine Vermutung: Die Ingenieure haben die Argumentation nicht gewonnen. Die Führungskräfte haben einfach aufgegeben, als alle anderen Browser Unterstützung hinzugefügt hatten.

  9. flockonus

    Interessanter Sieg für ein cooles Format, ich erinnere mich, dass es eine ziemlich willkürliche Schließung des Issues im Chromium-Forum gab, trotz großer Unterstützung für dessen Hinzufügung, noch seltsamer ist, dass das Chrome-Team seinen technischen Fortschritt vorantrieb.

    Leider noch weit von einem adoptierbaren heutigen Web entfernt:

    https://caniuse.com/jpegxl = 17%

    https://caniuse.com/?search=webp = 97%

  10. tniemi

    Beim Ansehen des Beispielbilds, wie es lädt, hatte ich diesen Flashback in die Vergangenheit, wo Bilder 256-Farben-interlaced GIFs waren, die langsam heruntergeladen wurden, Zeile für Zeile...

Mehr von diesem Tag

2026-10-07