Jun 20, 2023
Apple ajoute le support de Google
Apple prend désormais en charge JPEG XL - un nouveau codec d'image libre de droits que Google
Apple prend désormais en charge JPEG XL – un nouveau codec d'image libre de droits que Google a abandonné l'année dernière de manière controversée – dans son navigateur Safari.
Les notes de version bêta de Safari 17 révèlent que la prise en charge de JPEG XL a été ajoutée, apportant avec elle divers avantages supposés par rapport aux autres technologies de compression et de décompression d'images.
L'approbation d'Apple a renouvelé les appels à Google pour qu'il revoie sa suppression de la prise en charge de JPEG XL dans le projet open source Chromium - une décision qui a refusé le codec à Chrome et à d'autres navigateurs en aval comme Microsoft Edge.
"Maintenant qu'Apple va implémenter JPEG XL dans Safari, je demande que cette décision soit annulée dès que possible", a écrit une personne parmi plusieurs qui ont posté sur le fil de discussion JPEG XL Chromium depuis l'annonce d'Apple.
Les Googleurs font partie de ceux qui vantaient auparavant les vertus du JPEG XL. En 2021, Jyrki Alakuijala, responsable technique chez Google Research, a suggéré que la prise en charge du codec soit ajoutée au moteur de rendu Blink de Chromium.
La proposition d'Alakuijala a cité diverses raisons d'adopter JPEG XL - y compris une meilleure qualité d'image pour une taille de fichier donnée que JPEG, un meilleur comportement de chargement et "l'intérêt de l'écosystème pour JPEG XL" chez Google, Facebook et d'autres entreprises.
Pourtant, lorsque Google a fait marche arrière, l'une des raisons invoquées était : "Il n'y a pas assez d'intérêt de la part de l'ensemble de l'écosystème pour continuer à expérimenter avec JPEG XL."
Alors que Mozilla a réussi à déclarer sa neutralité à l'égard de JPEG XL, il existe de nombreuses preuves de l'intérêt de l'écosystème.
Jon Sneyers, chercheur principal en image chez Cloudinary et éditeur de la spécification JPEG XL, a repoussé l'affirmation de Google dans un essai Web en novembre dernier.
"Si le soutien enthousiaste du bugtracker Chromium de Facebook, Adobe, Intel et VESA, Krita, The Guardian, libvips, Cloudinary et Shopify est une indication, il semble déconcertant de conclure qu'il y aurait un intérêt insuffisant pour l'écosystème", a-t-il écrit.
Greg Farough, responsable des campagnes pour la Free Software Foundation, a également contesté cette affirmation dans un article de blog le mois dernier.
"Les utilisateurs de Chrome sont sortis du bois pour implorer Google de ne pas prendre cette décision", a déclaré Farough. "Il l'a fait de toute façon, sans prendre la peine de répondre aux préoccupations des utilisateurs. Nous ne savons pas quelle métrique il utilise pour évaluer l'intérêt de" l'ensemble de l'écosystème ", mais il semble que les utilisateurs aient donné à JPEG XL une forte démonstration de soutien. Dans À son tour, les utilisateurs recevront une autre facette du Web que Google contrôle lui-même : le format AVIF. »
AVIF est grevé d'un brevet. Il est contrôlé par The Alliance for Open Media, un consortium industriel qui compte Google parmi ses membres.
Ce n'est (sans doute) pas le cas pour JPEG XL. "Contrairement à certains autres formats modernes, JPEG XL n'est pas grevé de brevets et ne nécessite pas de logiciel propriétaire", explique le site Web de documentation du codec. "Le logiciel de référence, libjxl, dispose d'une licence open source permissive et est une bibliothèque prête pour la production qui peut être (et a déjà été) intégrée dans une variété de logiciels liés à l'image."
Un brevet accordé à Microsoft l'an dernier portant sur une technique d'encodage des données baptisée rANS (gamme Asymmetric Number System) pourrait compliquer le tableau.
Sneyers a déclaré à The Register qu'il ne croyait pas que le brevet Microsoft soit pertinent.
Mais d'autres, comme Jarosław Duda, professeur adjoint à l'Institut d'informatique de l'Université Jagellonne en Pologne et développeur d'ANS (dont est dérivé rANS), ont exprimé leur inquiétude car JPEG XL utilise rANS pour améliorer la compression d'image.
Lorsque The Register a correspondu avec Duda en octobre dernier, il a déclaré que la décision de Google d'abandonner la prise en charge de JPEG XL était motivée par des ingénieurs qui favorisaient la technologie AVIF et représentait une concurrence déloyale qui devait être combattue par les régulateurs.
"Ces décisions des ingénieurs de Google, qui ont tout intérêt à ce que les normes concurrentes AVIF et WebP réussissent, étouffent leur concurrence JPEG XL en supprimant la prise en charge du codec JPEG XL, puis promeuvent un monopole technologique de Google en mentant sur l'intérêt de la communauté pour JPEG. XL et les avantages supplémentaires que JPEG XL offre », a-t-il déclaré. "C'est antitrust."
Duda a fait valoir que le rejet de JPEG XL par Google montre que le géant de la technologie devrait être contraint de confier le contrôle du projet open source Chromium à une gouvernance neutre.
Pour sa part, Google semble couvrir ses paris : une entrée distincte dans le tracker de bogues Chromium appelle à la poursuite des tests des bibliothèques JPEG XL pour garantir que la prise en charge de JPEG XL peut être réactivée dans Chrome à tout moment. ®
Envoyez-nous des nouvelles
7 7 Obtenez notre 7