Rick Byers, einer der technischen Leiter des Teams, das an der Entwicklung von Google Chrome arbeitet, hat seine Bereitschaft erklärt, einen leistungsstarken und speichersicheren Decoder für das Bildformat JPEG-XL in die Chromium-Engine zu integrieren. Als Hauptkriterium für die Standardaktivierung des JPEG-XL-Decoders wird die Bereitschaft zur langfristigen Unterstützung genannt.
Es wird festgestellt, dass die Entscheidung aufgrund der veränderten Situation nach der letzten Bewertung des Status der Einführung von JPEG XL getroffen wurde. In den vergangenen zwei Jahren wurde die Unterstützung für JPEG XL im Safari-Browser hinzugefügt, die Entwickler von Firefox haben die Absicht erklärt, JPEG XL zu unterstützen, und es wurde beschlossen, die Unterstützung für JPEG XL in die PDF-Spezifikation aufzunehmen. Darüber hinaus hat Google die Wünsche berücksichtigt, die von Entwicklern nach der Entfernung von JPEG XL aus Chrome im Jahr 2022 geäußert wurden. Die Entfernung erfolgte unter dem Vorwand des geringen Interesses seitens des Ökosystems, unzureichender Vorteile und dem Wunsch, die Wartungslast zu verringern.
Nach der Ankündigung von Rick veröffentlichte ein anderer Entwickler einen Bericht über den Stand der vorgeschlagenen Implementierung von JPEG-XL für Chrome. Es wurde angegeben, dass der zuvor in Chromium entwickelte Code zur Unterstützung von JPEG-XL als Grundlage verwendet und mit der Referenzimplementierung von libjxl aktualisiert und synchronisiert wurde. Zu den Änderungen gehört die Unterstützung von Animationen (andere Browser unterstützen derzeit noch keine Animationen).
Das JPEG XL-Format wurde 2021 (ISO/IEC 18181) als universeller Ersatz für JPEG standardisiert und bietet verlustfreies Komprimieren bestehender JPEG-Dateien, einen großen Dynamikbereich, hohe Auflösung und mehrschichtige Bilder. Zu den Vorteilen von JPEG XL zählen:
- Die Dateigröße kann um bis zu 60 % im Vergleich zu JPEG-Bildern mit identischer Qualität reduziert werden;
- Unterstützung für HDR, Animationen, Transparenz, und den progressiven Lademodus;
- Sanfte Qualitätseinbußen bei sinkender Bitrate;
- Verlustfreies JPEG-Compression (Reduzierung der JPEG-Größe um bis zu 21% mit der Möglichkeit, den ursprünglichen Zustand wiederherzustellen);
- Unterstützung von bis zu 4099 Kanälen;
- Großer Farbtiefebereich;
- Keine Notwendigkeit für Patentgebühren und eine offene Referenzimplementierung unter der BSD-Lizenz.
Quelle: opennet.ru
