Nachricht

Jun 20, 2023

Apple fügt Unterstützung für Google hinzu

Apple unterstützt jetzt JPEG XL – einen neuartigen lizenzfreien Bildcodec von Google

Apple unterstützt jetzt JPEG XL – einen neuartigen lizenzfreien Bildcodec, den Google letztes Jahr kontrovers aufgegeben hat – in seinem Safari-Browser.

Aus den Versionshinweisen zu Safari 17 Beta geht hervor, dass Unterstützung für JPEG XL hinzugefügt wurde, was verschiedene angebliche Vorteile gegenüber anderen Bildkomprimierungs- und Dekomprimierungstechnologien mit sich bringt.

Apples Unterstützung hat Google erneut dazu aufgerufen, die Entfernung der JPEG XL-Unterstützung im Open-Source-Chromium-Projekt zu überdenken – eine Entscheidung, die den Codec für Chrome und andere Downstream-Browser wie Microsoft Edge verweigerte.

„Da Apple nun JPEG XL in Safari implementieren wird, bitte ich darum, dass diese Entscheidung so schnell wie möglich rückgängig gemacht wird“, schrieb eine von mehreren Personen, die seit der Ankündigung von Apple im JPEG XL Chromium-Problemthread gepostet haben.

Google-Mitarbeiter gehören zu denen, die zuvor die Vorzüge von JPEG XL gepriesen haben. Im Jahr 2021 schlug Jyrki Alakuijala, technischer Leiter bei Google Research, vor, der Blink-Rendering-Engine von Chromium Unterstützung für den Codec hinzuzufügen.

Alakuijalas Vorschlag führte verschiedene Gründe für die Einführung von JPEG XL an – darunter eine bessere Bildqualität für eine bestimmte Dateigröße als JPEG, ein besseres Ladeverhalten und „Ökosysteminteresse an JPEG XL“ bei Google, Facebook und anderen Unternehmen.

Doch als Google seinen Kurs änderte, wurde einer der Gründe genannt: „Es gibt nicht genug Interesse seitens des gesamten Ökosystems, um weiter mit JPEG XL zu experimentieren.“

Während es Mozilla gelungen ist, seine Neutralität gegenüber JPEG XL zu erklären, gibt es zahlreiche Hinweise auf ein Interesse des Ökosystems.

Jon Sneyers, leitender Bildforscher bei Cloudinary und Herausgeber der JPEG XL-Spezifikation, widersprach Googles Behauptung im vergangenen November in einem Webaufsatz.

„Wenn die enthusiastische Unterstützung des Chromium-Bugtrackers von Facebook, Adobe, Intel und VESA, Krita, The Guardian, libvips, Cloudinary und Shopify ein Hinweis darauf ist, erscheint es verwirrend, zu dem Schluss zu kommen, dass es kein ausreichendes Ökosysteminteresse geben würde“, schrieb er.

Auch Greg Farough, Kampagnenmanager der Free Software Foundation, bestritt diese Behauptung letzten Monat in einem Blogbeitrag.

„Chromium-Nutzer haben Google angefleht, diese Entscheidung nicht zu treffen“, sagte Farough. „Es hat es trotzdem geschafft und sich nicht die Mühe gemacht, auf die Bedenken der Benutzer zu reagieren. Wir sind nicht sicher, welche Metrik es verwendet, um das Interesse des ‚gesamten Ökosystems‘ zu messen, aber es scheint, dass die Benutzer JPEG XL eine starke Unterstützung gezeigt haben.“ Was den Nutzern wiederum zur Verfügung gestellt wird, ist eine weitere Facette des Webs, die Google selbst kontrolliert: das AVIF-Format.

AVIF ist patentbelastet. Es wird von der Alliance for Open Media kontrolliert – einem Branchenkonsortium, dem Google als Mitglied angehört.

Bei JPEG XL ist das (wohl) nicht der Fall. „Im Gegensatz zu einigen anderen modernen Formaten ist JPEG XL weder durch Patente belastet noch erfordert es proprietäre Software“, erklärt die Dokumentationswebsite des Codecs. „Die Referenzsoftware libjxl verfügt über eine freizügige Open-Source-Lizenz und ist eine produktionsbereite Bibliothek, die in eine Vielzahl bildbezogener Software integriert werden kann (und bereits integriert wurde).“

Ein letztes Jahr an Microsoft erteiltes Patent für eine Datenkodierungstechnik namens rANS (Range Asymmetric Number System) könnte das Bild verkomplizieren.

Sneyers sagte gegenüber The Register, er glaube nicht, dass das Microsoft-Patent relevant sei.

Aber andere, wie Jarosław Duda, Assistenzprofessor am Institut für Informatik der Jagiellonen-Universität in Polen und Entwickler von ANS (von dem rANS abgeleitet ist), haben Bedenken geäußert, weil JPEG XL rANS verwendet, um die Bildkomprimierung zu verbessern.

Als The Register letzten Oktober mit Duda korrespondierte, sagte er, dass die Entscheidung von Google, die Unterstützung für JPEG XL einzustellen, von Ingenieuren vorangetrieben wurde, die die AVIF-Technologie bevorzugten, und einen unlauteren Wettbewerb darstellt, gegen den die Regulierungsbehörden vorgehen müssen.

„Diese Entscheidungen von Google-Ingenieuren, die ein begründetes Interesse daran haben, dass die konkurrierenden Standards AVIF und WebP Erfolg haben, ersticken ihre JPEG-XL-Konkurrenz, indem sie die Unterstützung für den JPEG-XL-Codec streichen, und fördern dann ein Google-Technologiemonopol, indem sie über das Gemeinschaftsinteresse an JPEG lügen.“ XL und die zusätzlichen Vorteile, die JPEG XL bietet“, sagte er. „Das ist Kartellrecht.“

Duda argumentierte, dass die Ablehnung von JPEG XL durch Google zeigt, dass der Technologieriese gezwungen werden sollte, die Kontrolle über das Open-Source-Chromium-Projekt einer neutralen Regierung zu übergeben.

Google seinerseits scheint sich abzusichern: Ein separater Eintrag im Chromium-Bugtracker fordert, dass die JPEG XL-Bibliotheken weiterhin getestet werden, um sicherzustellen, dass die JPEG XL-Unterstützung in Chrome jederzeit wiederbelebt werden kann. ®

Senden Sie uns Neuigkeiten