JPEG-XL vs. AVIF und andere: 27 Bilder verglichen

Vergleich von Bild-Codecs

zurück

16. März 2023

avif jxl-Projekte Wofür?

Zunächst einmal bin ich ein Fan des AVIF-Bildformats, seit ich davon gehört habe, kurz nachdem ich 2020 begonnen hatte, etwas über den AV1-Videocodec zu lernen. Ich dachte, es würde von der „Alliance for Open Media“ unterstützt , war der natürliche Nachfolger von WebP und basierte auf einem ziemlich leistungsfähigen Video-Codec, der schnell an Popularität gewann. Es war ideal für Benutzer und Organisationen, um leicht zu verstehen, wofür die Technologie stand, woher sie kam und welche Vorteile sie gegenüber dem König von bot vorhandene verlustbehaftete Bilder, JPEG. Gute Codecs sind Open-Source-Codecs, daher war die Tatsache, dass AVIF Open Source ist, auch eine große Sache für mich. Es wird auch zum Zeitpunkt des Schreibens bereits weithin unterstützt. Als ich zum ersten Mal davon hörte, hatte ich keinen Zweifel daran, dass AVIF die Zukunft von Bildern im Web sein würde. Ich glaube nicht, dass ich ganz falsch liege, aber ich hatte noch nie etwas von JPEG-XL gehört.

JPEG-XL (kurz JXL) ist ein Bild-Codec, der vom JPEG-Ausschuss (ja, dem JPEG-Ausschuss) entwickelt wurde. Ich habe anfangs nicht viel über den Codec nachgedacht, weil die Komprimierungseffizienz "die gleiche wie AVIF" war, also habe ich ihn irgendwie abgebrochen, da ich sicher bin, dass viele Leute nicht informiert sind, dies getan haben und weiterhin tun So. Nachdem ich mehr recherchiert hatte, drehte sich meine Haltung um und ich fand mich tief in die Zukunft von JXL investiert.

Zu den faszinierenden Merkmalen von JXL gehören die hocheffiziente diskrete Kosinustransformation mit variabler Blockgröße (die der DCT von JPEG überlegen ist), die Verwendung des XYB-Farbraums, der die Reaktion unserer Zapfen in unseren Augäpfeln bei verschiedenen Lichtwellenlängen genauer darstellt , und einen "modularen" Modus für eine effiziente verlustfreie oder nahezu verlustfreie Codierung. Es wird auch beim Codieren von verlustbehafteten JPEG-XL-Bildern verwendet, aber ich weiß nicht viel darüber und werde es auch nicht behaupten. Derzeit unterstützt der Referenz-Encoder auch Patch-Erkennung, Rauschsynthese und wird (wahrscheinlich) schließlich Spline-Erkennung unterstützen, wie sie in der Codec-Spezifikation enthalten ist. JPEG-XL unterstützt auch verlustfreie JPEG-Transkodierung, wodurch die Größe von JPEG-Dateien reduziert wird, was meiner Meinung nach eine bahnbrechende Funktion ist. Dies allein könnte ein revolutionärer Codec für sich sein. Progressive Dekodierung ist auch eine großartige Funktion von JPEG-XL, und ich fand diesen Artikel sehr interessant darüber.

Einige weitere interessante JXL-Artikel und -Ressourcen:

www.roboleary.net/webdev/2023/03/06/next-web-image-format-not-jpegxl.html

tonisagrista.com/blog/2023/jpegxl-vs-avif

cloudfour.com/thinks/on-container-queries-responsive-images-and-jpeg-xl

motionmill.com/2023/02/google-stopt-jpex-xl-gebruiken

ds.jpeg.org/whitepapers/jpeg-xl-whitepaper.pdf

cloudinary.com/blog/the-case-for-jpeg-xl

Es sollte auch beachtet werden, dass der ausgesprochenste Pionier des Formats, Jon Sneyers (Co-Autor der JPEG XL-Spezifikation), und andere bemerkenswerte Entwickler in der Community äußerst aktiv sind und das Feedback von Enthusiasten zu ihrer Arbeit begrüßen. Es sollte nicht so einzigartig sein, wie es ist, aber es ist äußerst wertvoll, dass seine Stimme so einfach und häufig von Entwicklern gehört wird, denen es tatsächlich wichtig ist. Ich empfehle Sneyers und den anderen JXL-Kernentwicklern dafür.

Wie auch immer, TL; DR: JXL hat viel mehr zu bieten als nur gute Komprimierung. Aber ich möchte es trotzdem wissen; Wie schneidet es bei verlustbehafteter und verlustfreier Komprimierung im Vergleich zu anderen Bildformaten ab?

Methodik (Fotokorpus)

Um einen unvoreingenommenen Test zu erstellen, um die Qualität von JPEG-XL für meine Anforderungen zu bestimmen, habe ich mit meiner Sony a5000 bei 20:1 27 Fotos (hauptsächlich Landschafts-/Architekturfotos) in meiner Heimatstadt am Meer gemacht mp, bearbeitete sie in Darktable, exportierte sie in 16-Bit-sRGB-PNG (AdobeRGB hatte einige Probleme) und führte schließlich ein von meinem Freund geschriebenes Skript aus ...

Vergleich von Bild-Codecs

zurück

16. März 2023

avif jxl-Projekte Wofür?

Zunächst einmal bin ich ein Fan des AVIF-Bildformats, seit ich davon gehört habe, kurz nachdem ich 2020 begonnen hatte, etwas über den AV1-Videocodec zu lernen. Ich dachte, es würde von der „Alliance for Open Media“ unterstützt , war der natürliche Nachfolger von WebP und basierte auf einem ziemlich leistungsfähigen Video-Codec, der schnell an Popularität gewann. Es war ideal für Benutzer und Organisationen, um leicht zu verstehen, wofür die Technologie stand, woher sie kam und welche Vorteile sie gegenüber dem König von bot vorhandene verlustbehaftete Bilder, JPEG. Gute Codecs sind Open-Source-Codecs, daher war die Tatsache, dass AVIF Open Source ist, auch eine große Sache für mich. Es wird auch zum Zeitpunkt des Schreibens bereits weithin unterstützt. Als ich zum ersten Mal davon hörte, hatte ich keinen Zweifel daran, dass AVIF die Zukunft von Bildern im Web sein würde. Ich glaube nicht, dass ich ganz falsch liege, aber ich hatte noch nie etwas von JPEG-XL gehört.

JPEG-XL (kurz JXL) ist ein Bild-Codec, der vom JPEG-Ausschuss (ja, dem JPEG-Ausschuss) entwickelt wurde. Ich habe anfangs nicht viel über den Codec nachgedacht, weil die Komprimierungseffizienz "die gleiche wie AVIF" war, also habe ich ihn irgendwie abgebrochen, da ich sicher bin, dass viele Leute nicht informiert sind, dies getan haben und weiterhin tun So. Nachdem ich mehr recherchiert hatte, drehte sich meine Haltung um und ich fand mich tief in die Zukunft von JXL investiert.

Zu den faszinierenden Merkmalen von JXL gehören die hocheffiziente diskrete Kosinustransformation mit variabler Blockgröße (die der DCT von JPEG überlegen ist), die Verwendung des XYB-Farbraums, der die Reaktion unserer Zapfen in unseren Augäpfeln bei verschiedenen Lichtwellenlängen genauer darstellt , und einen "modularen" Modus für eine effiziente verlustfreie oder nahezu verlustfreie Codierung. Es wird auch beim Codieren von verlustbehafteten JPEG-XL-Bildern verwendet, aber ich weiß nicht viel darüber und werde es auch nicht behaupten. Derzeit unterstützt der Referenz-Encoder auch Patch-Erkennung, Rauschsynthese und wird (wahrscheinlich) schließlich Spline-Erkennung unterstützen, wie sie in der Codec-Spezifikation enthalten ist. JPEG-XL unterstützt auch verlustfreie JPEG-Transkodierung, wodurch die Größe von JPEG-Dateien reduziert wird, was meiner Meinung nach eine bahnbrechende Funktion ist. Dies allein könnte ein revolutionärer Codec für sich sein. Progressive Dekodierung ist auch eine großartige Funktion von JPEG-XL, und ich fand diesen Artikel sehr interessant darüber.

Einige weitere interessante JXL-Artikel und -Ressourcen:

www.roboleary.net/webdev/2023/03/06/next-web-image-format-not-jpegxl.html

tonisagrista.com/blog/2023/jpegxl-vs-avif

cloudfour.com/thinks/on-container-queries-responsive-images-and-jpeg-xl

motionmill.com/2023/02/google-stopt-jpex-xl-gebruiken

ds.jpeg.org/whitepapers/jpeg-xl-whitepaper.pdf

cloudinary.com/blog/the-case-for-jpeg-xl

Es sollte auch beachtet werden, dass der ausgesprochenste Pionier des Formats, Jon Sneyers (Co-Autor der JPEG XL-Spezifikation), und andere bemerkenswerte Entwickler in der Community äußerst aktiv sind und das Feedback von Enthusiasten zu ihrer Arbeit begrüßen. Es sollte nicht so einzigartig sein, wie es ist, aber es ist äußerst wertvoll, dass seine Stimme so einfach und häufig von Entwicklern gehört wird, denen es tatsächlich wichtig ist. Ich empfehle Sneyers und den anderen JXL-Kernentwicklern dafür.

Wie auch immer, TL; DR: JXL hat viel mehr zu bieten als nur gute Komprimierung. Aber ich möchte es trotzdem wissen; Wie schneidet es bei verlustbehafteter und verlustfreier Komprimierung im Vergleich zu anderen Bildformaten ab?

Methodik (Fotokorpus)

Um einen unvoreingenommenen Test zu erstellen, um die Qualität von JPEG-XL für meine Anforderungen zu bestimmen, habe ich mit meiner Sony a5000 bei 20:1 27 Fotos (hauptsächlich Landschafts-/Architekturfotos) in meiner Heimatstadt am Meer gemacht mp, bearbeitete sie in Darktable, exportierte sie in 16-Bit-sRGB-PNG (AdobeRGB hatte einige Probleme) und führte schließlich ein von meinem Freund geschriebenes Skript aus ...

What's Your Reaction?

like

dislike

love

funny

angry

sad

wow