Der Kompressionsingenieur Gianni Rosato analysiert die Eignung von JPEG XL (JXL) als Web-Bildformat im Jahr 2026 und rät von dessen Einsatz in Browsern ab. Während JXL bei verlustfreier Kompression gegenüber WebP nur geringe Gewinne von ca. 11,9 % auf unrepräsentativen Datensätzen erzielt, wird es bei verlustbehafteter Kompression von modernen AVIF-Encodern (wie SVT-AV1 und Aperture) bei Wahrnehmungsmetriken wie CVVDP und SSIMULACRA2 deutlich übertroffen. Ursächlich hierfür sind fundamentale architektonische Einschränkungen von JXL, darunter das Fehlen direktionaler Prädiktionsmodi, das Fehlen echter Entblockungsfilter und eine hohe Overheaddichte bei nicht-fotografischen Inhalten. Zudem bergen die extreme Spezifikationsflexibilität und Dekodierkomplexität von JXL gravierende Performance- und Sicherheitsrisiken wie Ressourcenerschöpfung und DoS-Angriffe.
Wichtigste Punkte
Geringer Vorteil bei verlustfreier Kompression: JXL erreicht gegenüber verlustfreiem WebP lediglich eine Datenreduktion von rund 11,9 %, gemessen an für das Web unentbehrlichen Datensätzen (157 MP Fotos, 10 MP Illustrationen). Verlustfreie Anwendungsfälle machen zudem nur einen minimalen Anteil des Web-Traffic aus.
Überlegenheiten moderner AVIF-Encoder: Bei verlustbehafteter Kompression unterliegen JXL-Referenz-Encoder (libjxl) modernen AV1/AVIF-Implementierungen (z. B. SVT-AV1, libaom tune IQ oder dem kommenden Halide-Encoder Aperture) bezüglich Bildqualität pro Bitrate auf perzeptuellen Metriken (CVVDP, SSIMULACRA2).
Fehlende Prädiktions- und Filterwerkzeuge: JXL fehlen directional prediction modes zur effizienten Kantenrekonstruktion. Ersatzlösungen wie Splines sind im Encoder extrem schwer zu optimieren. Zudem besitzt JXL keinen echten Deblocking Loop Filter (DLF); integrierte Werkzeuge wie Gaborish und EPF (Edge-Preserving Filter) verhindern Ringing- und Mosquito-Rauschen nur unzureichend.
Mängel im XYB-Farbraum: Der perzeptuelle XYB-Farbraum leidet in aktuellen libjxl-Implementierungen unter einer zu aggressiven Quantisierung des B-Kanals, was zu Farbverfälschungen führt.
Ineffizienz bei Grafik- und Textinhalten: Statt effizienter Verfahren wie AV1s Intra Block Copy (IntraBC) setzt JXL auf Patches, Modular-Frames und Ebenen-Blending. Dies erzeugt bei einfachen Grafiken erhebliche Bitstream-Overheads (Frame-Header, Crop-, Blend- und Koordinatendaten).
Dekodier-Performance und DoS-Gefahr: Das Parsen komplexer JXL-Strukturen (z. B. via jxl-rs) ist drastisch langsamer als bei WebP oder AVIF. Speziell präparierte JXL-Dateien (z. B. eine 1.918 Byte kleine Testdatei, die Primzahlen bis 33.599 berechnet) führen zu extrem langen Dekodierzeiten (17,43 Sekunden auf einem Apple M5 Pro) und ermöglichen clientseitige Denial-of-Service-Angriffe.
Effizienteres Progressives Laden bei AVIF: AVIF nutzt Spatial Layering auf Basis von AV1-Inter-Frame-Referenzen, wodurch nutzbare Vorschaubilder bereits bei ~2–3 % der Gesamtdatengröße gerendert werden, während JXL für sein progressives Laden Einschränkungen bei den Kompressionswerkzeugen in Kauf nehmen muss.
Diskussions-Highlights
Praktische Bestätigung der DoS-Anfälligkeit: Kommentatoren bestätigten, dass die im Artikel erwähnte 2 KB große JXL-Testdatei beim Auswählen im macOS Finder (QuickLook) sämtliche CPU-Kerne auslastete und über 4 GB RAM für 15 Sekunden belegte, was unzureichende Ressourcen-Limits in System-Decodern aufzeigt.
Debatte um Progressives AVIF vs. JXL: Es wurde klargestellt, dass AVIFs progressives Laden nicht aus dem stumpfen Einbetten von Thumbnails besteht, sondern echtes Spatial Layering verwendet. Höhere Auflösungsschichten prädizieren aus niedrigeren Schichten, wodurch keine Datenredundanz entsteht.
Ressourcenallokation und Format-Entwicklung: Einige Entwickler argumentierten, dass der Vorsprung von AV1/AVIF auf massive Unternehmensinvestitionen (Intel, Meta, Netflix, Google) zurückzuführen sei, während JXL vernachlässigt wurde. Der Autor entgegnete, dass JXL aufgrund seiner mathematischen Komplexität prinzipiell extrem schwierig für Encoder-Entwickler zu optimieren ist.
Anwendungsbereiche außerhalb des Webs: Trotz Vorbehalten für Webseiten wird JXL als starkes Format für RAW-Fotografie, medizinische Bildgebung, Druck-Dateien, Adobe PDF-Integrationen und professionelle Bearbeitungsworkflows (mehrere Kanäle, Ebenen) gesehen.
Patentfragen und Lizenzfreiheit: Diskutiert wurde die Problematik proprietärer Formate wie HEIF/HEIC (welche Lizenzgebühren und Zusatzkäufe im Windows App Store erfordern). Sowohl AVIF als auch JPEG XL sind lizenzfrei und bieten damit nachhaltige Alternativen.
Glossar
VarDCT (Variable-block-size Discrete Cosine Transform): Eine mathematische Frequenztransformation in JXL, die Bilder in variabel große Blöcke (von 2x2 bis 256x256 Pixel) zerlegt.
CVVDP (Color Visual Difference Predictor): Eine hochentwickelte metrische Formel zur mathematischen Bewertung von wahrgenommenen Qualitätsunterschieden zwischen einem Original- und einem komprimierten Bild.
SSIMULACRA2: Eine von Cloudinary entwickelte perzeptuelle Bildqualitätsmetrik, die das menschliche visuelle System nachbildet.
Deblocking Loop Filter (DLF): Ein Rekonstruktionsfilter innerhalb des Dekodierprozesses, der störende Kanten- und Blockartefakte an den Grenzen von Transformationseinheiten glättet.
EPF (Edge-Preserving Filter): Ein kantenbewahrender Filter in JXL zur Rauschreduktion, der Objektränder im Bild scharf hält.
XYB-Farbraum: Ein speziell für JXL entworfener Farbraum, der an die Farb- und Helligkeitswahrnehmung der Zapfen im menschlichen Auge angepasst ist.
Intra Block Copy (IntraBC): Eine Kompressionstechnik aus AV1, bei der identische oder ähnliche Pixelmuster innerhalb desselben Einzelbilds referenziert und kopiert werden (sehr effektiv für Text und Vektorgrafiken).
Spatial Layering: Eine Methode des schrittweisen Bildaufbaus, bei der aufeinanderfolgende Qualitäts- oder Auflösungsschichten auf Daten vorheriger Schichten aufbauen.
DoS (Denial of Service): Ein Angriffsszenario, bei dem ein System durch gezielte Überlastung von Rechenkapazitäten oder Arbeitsspeicher funktionsunfähig gemacht wird.