IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

La décision de Google d'abandonner le format JPEG-XL en faveur de son propre format AVIF souligne la nécessité d'un choix de navigateur et de formats libres
D'après la Free Software Foundation

Le , par Anthony

5PARTAGES

7  0 
Que ce soit par les millions de dollars que Google a injectés dans le développement et la publicité ou par la "commodité" qu'il offre aux utilisateurs en échange de la liberté, le fait est que Google Chrome est l'arbitre des standards du web. Firefox, grâce à des distributions éthiques comme GNU IceCat et Abrowser, peut affaiblir cette mainmise. L'abandon par Google du format d'image JPEG-XL en février en faveur de son propre format AVIF breveté ne mettra peut-être pas fin au web dans le grand ordre des choses, mais il met en évidence, une fois de plus, la quantité inquiétante de contrôle qu'il exerce sur la plateforme en général.

Une partie de la justification officielle de Google pour l'abandon du format est la suivante : "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". En mettant de côté les aspects problématiques du terme "écosystème", remarquons qu'il est facile d'évaluer la réponse de "l'ensemble de l'écosystème" lorsque l'on est soi-même, et de loin, le plus grand et le plus dangereux prédateur de cet "écosystème". Face à la puissance écrasante de Google, l'internaute moyen pourrait tout aussi bien être un microbe.

En prétendant évaluer ce que veut l'"écosystème", tout ce que Google fait en réalité, c'est se demander ce qu'il veut. Si nous prenons au sérieux leur contribution à la transformation du web en "WWWorst App Store", nous comprenons alors ce que Google veut vraiment. Google veut faire ce qu'il y a de mieux pour ses propres intérêts prédateurs, pas ce qu'il y a de mieux pour le web.


Bien que nous ne puissions pas nous connecter directement à l'outil de suivi des problèmes de Google en raison d'un autre problème de liberté - son utilisation de JavaScript non libre - on nous dit que le problème concernant la suppression de JPEG-XL est le deuxième problème le plus "en vedette" dans l'histoire du projet Chromium, la base nominalement libre du navigateur Google Chrome.

Les utilisateurs de Chromium sont sortis du bois pour implorer Google de ne pas prendre cette décision. Google l'a quand même prise, sans prendre la peine de répondre aux préoccupations des utilisateurs. Nous ne sommes pas sûrs de la méthode utilisée pour évaluer l'intérêt de "l'ensemble de l'écosystème", mais il semble que les utilisateurs aient fortement soutenu JPEG-XL. En retour, les utilisateurs se verront proposer une autre facette du web que Google contrôle lui-même : le format AVIF.

Comme l'a montré la réaction à la dépréciation de JPEG-XL, le fait de se rassembler et de dire à Google que nous voulons quelque chose n'est pas susceptible de le faire changer d'avis. Il continuera à vouloir ce qu'il veut : le contrôle ; nous continuerons à vouloir ce que nous voulons : la liberté.

Seulement, la situation n'est pas désespérée. À l'heure actuelle, même Google ne peut pas nous empêcher de créer les communautés web que nous voulons voir : des pages qui n'exécutent pas d'énormes morceaux de code malveillant et non libre sur nos ordinateurs. Nous avons le pouvoir de choisir ce que nous exécutons ou non dans nos navigateurs. Des navigateurs comme GNU IceCat (et des extensions comme LibreJS et JShelter) nous y aident.

Google ne peut pas non plus nous empêcher d'explorer des réseaux au-delà du web comme Gemini. Ce que notre communauté peut faire, c'est rallier le soutien des navigateurs libres qui choisissent de prendre en charge le format JPEG-XL et d'autres formats similaires, en faisant savoir au grand G que même si nous sommes plus petits que lui, nous ne nous laisserons pas mener par le bout du nez.

Source : Free Software Foundation

Et vous ?

Que pensez-vous de cette initiative de Google ? En êtes-vous surpris ?

Pensez-vous que l'avis de le FSF sur ce sujet est juste et pertinent ou au contraire partisan, orienté, voir abracadabrantesque ?

En termes de performances, comment évaluez-vous le format AVIF par rapport au JPEG-XL ?

Voir aussi

Google prévoit de supprimer le support du format du fichier JPEG XL dans Chrome 110 et indique que WebP 2 ne sera pas publié comme un format d'image, mais servira de plateforme d'expérimentation

Chrome a été le navigateur le plus téléchargé en 2022 avec un taux de croissance de 48 % parmi les utilisateurs d'iOS, Safari n'arrivant qu'en deuxième position, et Firefox complète le top 3

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Maxou44
Candidat au Club https://www.developpez.com
Le 18/04/2023 à 9:25
Du grand n'importe quoi cet avis de la FSF...

Pour commencer le AVIF est un format OUVERT basé sur l'AV1 et géré par AOM (Alliance for Open Media), alors oui il y a Google dans l'AOM, mais il y a aussi Netflix, Microsoft et même Mozilla, c'est donc loin d'être un format propriétaire comme dit dans l'article !

Ensuite, le JPEG-XL (Ça n'est pas le JPG que vous utilisez tout les jours) est un format qui a émergé autour de 2017 et qui a été finalisé en 2020. Il n'y a pas eu un grand engouement car le webp propose quelque chose de similaire en terme de ratio poids/qualité et s'est imposé sur le web : On peut dire que le format est arrivé au mauvais moment.

Il ne faut oublier que Google a participé au développement du format JPEG XL et qu'aujourd'hui seul Chrome et Firefox peuvent le lire si on active un flag spécifique dans les options du navigateur...

L'avif permet plus de choses que le JPEG XL pour un poids plus petit, il est aujourd'hui poussé par beaucoup d'acteurs du web et déjà pris en charge par la Chrome/Safari/Firefox. Pourquoi maintenir un format non utilisé sur le web, avec un support ultra limité et disponible que sous un flag ? Ça me semble être une décision rationnelle...

J'ai du mal a comprendre que ça rale sur Google parce qu'il retire le support d'un format qui n'est pas utilisé par le grand public pour le remplacer par un format OUVERT et soutenue par TOUTE l'industrie...

Je peux comprendre qu'on râle quand Google retire des fonctionnalités utilisées mais dans ce cas là, c'est juste pour faire du drama et cracher encore un coup sur google... Si ça leur plaît pas, Chromium reste open source hein...

Et de l'autre côté il y a Safari qui ne gère pas le JPEG XL et tout le monde s'en fout...
2  0 
Avatar de Fagus
Membre expert https://www.developpez.com
Le 17/04/2023 à 13:12
Citation Envoyé par google
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
Je ne comprenais pas très bien. Abandonner un format très supérieur au JPEG et au webp (espace colorimétrique, compression, qualité), avec une licence FOSS, la rétrocompatibilité avec le Jpeg et la possibilité de recompresser du jpeg sans perte, standardisé, avec une offre logicielle acceptable (plugin pour l'explorer sous linux, windows et les visionneuses, intégré en nightly dans les navigateurs à une époque).

Bon, en fait c'est clair, ils veulent juste pousser leur format propriétaire comme ils ont poussé le webp. Et comme leur navigateur est aussi le moteur d'à peu près tous les autres sauf firefox, 99% du marché a suivi.
C'est dommage.
1  0 
Avatar de foxzoolm
Membre régulier https://www.developpez.com
Le 18/04/2023 à 17:25
il y avait juste a checké sur wikipetruc https://fr.wikipedia.org/wiki/AVIF

Google a tout interet a ouvrir ses formats d'image afin qu'ils soient utilisés en masse... ce que rapportera une licence par rapport au gain de place sur les serveurs ou en transmission de données.. y a rien a voir...
0  0 
Avatar de Fagus
Membre expert https://www.developpez.com
Le 21/04/2023 à 20:07
Citation Envoyé par Maxou44 Voir le message
Du grand n'importe quoi cet avis de la FSF...

Pour commencer le AVIF est un format OUVERT basé sur l'AV1 et géré par AOM (Alliance for Open Media), alors oui il y a Google dans l'AOM, mais il y a aussi Netflix, Microsoft et même Mozilla, c'est donc loin d'être un format propriétaire comme dit dans l'article !

Ensuite, le JPEG-XL (Ça n'est pas le JPG que vous utilisez tout les jours) est un format qui a émergé autour de 2017 et qui a été finalisé en 2020. Il n'y a pas eu un grand engouement car le webp propose quelque chose de similaire en terme de ratio poids/qualité et s'est imposé sur le web : On peut dire que le format est arrivé au mauvais moment.

Il ne faut oublier que Google a participé au développement du format JPEG XL et qu'aujourd'hui seul Chrome et Firefox peuvent le lire si on active un flag spécifique dans les options du navigateur...

L'avif permet plus de choses que le JPEG XL pour un poids plus petit, il est aujourd'hui poussé par beaucoup d'acteurs du web et déjà pris en charge par la Chrome/Safari/Firefox. Pourquoi maintenir un format non utilisé sur le web, avec un support ultra limité et disponible que sous un flag ? Ça me semble être une décision rationnelle...

J'ai du mal a comprendre que ça rale sur Google parce qu'il retire le support d'un format qui n'est pas utilisé par le grand public pour le remplacer par un format OUVERT et soutenue par TOUTE l'industrie...

Je peux comprendre qu'on râle quand Google retire des fonctionnalités utilisées mais dans ce cas là, c'est juste pour faire du drama et cracher encore un coup sur google... Si ça leur plaît pas, Chromium reste open source hein...

Et de l'autre côté il y a Safari qui ne gère pas le JPEG XL et tout le monde s'en fout...
J'émets quelques réserves, qui ça tombe bien sont les mêmes que cloudinary the case for jpg-xl, un document très intéressant que je vous conseille pour compléter cet article.
- Le webp, c'est fait pour dégrader les images sur le web. Je perçois très bien ses artéfacts de compression psychovisuels : il supprime ce qu'il identifie comme du bruit et ça fait des aplats de couleurs, surtout dans le sombre (sauf que parfois son bruit c'est la texture). ça marche mal en haute résolution et en haute qualité. c'est inutilisable pour les images médicales (où même le jpeg historique est meilleur à poids égal) et inapproprié pour la photo. En plus le gain de qualité par rapport au moz-jpeg (qui est du jpeg classique avec un bon encodeur) est marginal.
- je ne peux pas comparer à l'avif, mais cloudinary dit avoir étudié la qualité perçue sur 40.000 tests humains et que le jpeg-xl est meilleur, surtout à meilleure compression.
- le jpeg-xl est le seul format à gérer l'affichage progressif avec le jpeg, et c'est le seul format à pouvoir recomprimer sans perte le jpeg (et de manière réversible en plus), et c'est aussi le meilleur codec de compression lossless abouti.
- le jpeg-xl est le seul format désigné pour la photo haute qualité avec les attendus divers (les couches multiples, les couches alpha etc, qu'on ne trouve encore qu'en tiff dans les formats compatibles !)
- sur le fait que le format n'est pas utilisé par le grand public, c'est normal vu que justement, les navigateurs ont bloqué son utilisation pendant des années par un flag, avant que google décide de le retirer à peine quelques mois après la finalisation du format. Ensuite, perso je l'utilise via quelques logiciels pour la photo, justement car c'est un format incomparablement supérieur au jpeg, et ça m'aurait arrangé d'avoir ça pour le monde de la photo et le médical plutôt que des exports en jpeg si 1980. D'ailleurs, les navigateurs ont un support incomplet de l'avif, que le grand public et les sites n'utilisent pas encore beaucoup.
- pour les brevets je n'ai aucune compétence. wikipedia dit en effet que c'est libre, mais c'est compliqué car il y a l'avif, le conteneur, le codec j'ai l'impression et j'ai trouvé la trace d'une société qui affirme détenir des brevets sur le format (sans doute un patent troll, mais bon).
0  0