JPEG XL, AVIF & WebP: Die 3 Bildformate der Zukunft

[U-Labs YouTube]

Antwort von @wolfganggosejacob779:
Rasterformat und verlustbehaftet sind zwei Wörter für unterschiedliche Sachverhalte. Deswegen ist hier kein Zwang, dass beides gleichzeitig auftritt.

BMP ist auch Rastergrafik und verlustlos. Weil es KEINE Kompression gibt, ist es elendig groß.

es gibt verlustbehaftete (zb jpg mpeg) und verlustlose Kompression (zb tiff (huffmann? Hoffmann? - es gibt auch zip Kompression bei tiff, also wie bei normalen Dateien, die nach dem Auspacken wieder den identischen Inhalt haben sollen.)

Der Gegensatz zu Rastergrafik ist Vektorgrafik svg... eps (solange kein Bitmap eingebunden ist). freehand ind illustrator nutzen Vektorgrafik.

[DMW007]

Mit den neuen Formaten verschwindet die Unterscheidung nach verlustfrei und verlustbehaftet, weil die meisten beides unterstützen. Man muss also nicht mehr zwingend das Format wechseln, wenn es verlustfrei sein soll. Ähnlich sieht es mit Transparenz aus. Auch da musste man früher von z.B. JPEG zu PNG wechseln.

[U-Labs YouTube]

Antwort von @gehtniemandwasan2925:
Was ist mit wavelet?

[DMW007]

Das scheint für Luft- und Satellitenbilder genutzt zu werden, also eine Nische. Noch dazu ist es proprietär. Wahrscheinlich wird sich das in der breiten Fläche auch in Zukunft nicht durchsetzen.

[U-Labs YouTube]

Antwort von @continuumm:
bevor neue formate vorgestellt werden, besonders jpeg xl, muss es erstmal apache2,php usw. unterstützen bei linux.

[DMW007]

Ein Webserver wie Apache schreibt nur Binärdateien in den HTTP Body. Ob da JPG, JPEG, AVIF oder was ganz anderes drin steckt, interessiert den nicht. PHP benötigt nur dann Unterstützung, wenn es programmatisch mit den Formaten arbeiten soll. Beispielsweise um kleinere Vorschaubilder in einem CMS zu generieren. Für AVIF ist das seit PHP 8.1 der Fall und WordPress als eines der meist genutzten CMS hat Anfang 2024 nachgezogen. Beides, nachdem die großen Browser das Format bereits eingebaut hatten.

JPEG XL unterstützt PHP ohne Drittanbieter-Bibliotheken nicht. Daran wird sich wenig ändern, so lange die Browser das nicht unterstützen - die sind führend. Es macht wenig Sinn bzw lohnt sich kaum, im Backend ein Format zu pflegen, dass man im Web gar nicht breitflächig nutzen kann. Insbesondere, wenn es noch dazu Alternativen gibt, wie AVIF und WebP. Der einzige Mehrwert wäre, dass man z.B. im CMS JPEG XL Dateien hochladen kann, die das CMS in plattformübergreifend nutzbare umwandelt. Das dürfte kaum jemand nutzen, weil die wenigsten Bildquellen JPEG XL unterstützen. Wer das aus irgend einem Grund trotzdem mit PHP machen will, der hat über Drittanbieter-Bibliotheken bereits die Möglichkeit dazu.