- WordPress :6.0.1
- Statut : résolu
- Ce sujet contient 30 réponses, 6 participants et a été mis à jour pour la dernière fois par Olivier C, le il y a 2 années et 5 mois.
-
AuteurMessages
-
14 août 2022 à 17 h 19 min #2414626
Votre lien ne fonctionne pas.
J’aurais pu mettre les images complètes côte à côte pour comparer, la différence est tellement flagrante mais il me faut réduire la taille des deux images si je veux les comparer sur une seule capture d’écran (et donc perdre la qualité et la différence flagrante). D’où l’intérêt pour vous de comparer de votre côté la différence des images à taille réelle.
J’ai fais la capture d’écran d’un zoom dans le but de voir la différence à moindre échelle.
Il suffit de téléverser l’image sur WP pour qu’elle apparaisse modifiée lorsque je la compare avec celle qui n’est pas téléversée si vous préférez.
Pourtant, qu’elle soit téléversée ou non, le poids de l’image est exactement le même au nombre d’octets près, c’est bien le même fichier. Je bug.
14 août 2022 à 18 h 09 min #2414633Peut-être un lien avec les profils colorimétriques ICC…
https://docs.gimp.org/2.10/fr/gimp-image-assign-color-profile.html
https://docs.gimp.org/2.10/fr/gimp-image-convert-to-color-profile.html
- Cette réponse a été modifiée le il y a 2 années et 5 mois par dna57.
14 août 2022 à 18 h 18 min #2414635j’ai essayé votre image est sur mon site de test, la différence est très faible. à droite l’image de base et à gauche le résultat traité par wordpress :
.https://wtf.roflcopter.fr/pics/c7NTigCd/Rt7Mea7P.png
l’image est traitée par des bibliothèque intégrées dans php donc peut être que la différence est là. sur mon site de test, j’ai php 8.0.17 et les informations de gd sont les suivantes
GD Version bundled (2.1.0 compatible)
JPEG Support enabled
libJPEG Version 6b
PNG Support enabled
libPNG Version 1.6.3714 août 2022 à 18 h 46 min #2414640Oh désolé, c’est un site de test et j’avais activé une extension de maintenance. Vous pouvez aller y jeter un œil https://jmmeyer00.alwaysdata.net/blogtest/test-image/
Vous confirmez que c’est sur l’image originale que vous voyez une différence ? WP traite en effet l’image uploadée pour la mettre en jpg 80%. Pour prévenir ça https://www.narga.net/how-to-disable-image-compression-in-wordpress/
J’ai quand même une remarque importante à vous faire : n’espérez en aucun cas que les visiteurs de votre site voient les couleurs affichées sur votre écran. Rares sont les écrans paramétrés (en fait, seuls les professionnels ont un écran paramétré) et ne parlons pas des affichage tablette ou smartphone. Il faut donc savoir rester modeste en ce domaine.
14 août 2022 à 18 h 49 min #2414641Et une extension https://wordpress.org/plugins/smntcs-deactivate-image-compression/
14 août 2022 à 19 h 36 min #2414647matthieu42 et Li-An : je m’excuse, merci pour votre aide mais sur vos comparatifs respectifs je ne vois aucune différence visible à l’oeil nu.
Le problème est que je suis le seul à voir la différence (je vous assure que c’est flagrant) puisque l’image d’origine se trouve sur mon pc, et qu’un intermédiaire change la donne lorsque je la vois en ligne.
Mon écran n’est évidemment pas celui d’un professionnel je n’ai pas cette prétention loin de là, mais je m’en sors relativement assez bien.
D’ailleurs dans la logique, puisqu’il s’agit de la même image, qu’elle soit en ligne ou locale je ne devrais voir aucune différence que mon écran soit bien calibré ou non, l’image devrait être la même.
Je vais tester l’extension mais je ne pense pas que ce soit un problème de compression, plutôt bel et bien de profil colorimétrique ou quelque chose qui s’en approche.
Mise à jour : la suppression de la compression n’a rien changé du tout.
14 août 2022 à 20 h 05 min #2414657Afin de prouver que mes yeux ne mentent pas j’ai effectué deux captures d’écran bruts enregistrées dans un .zip
La première de base sur mon pc et telle que je la voudrais, puis la seconde sur WP telle qu’elle apparait en ligne.
https://www.transfernow.net/dl/20220814XBWiuxh0
Je pense que l’on peut remarquer facilement la différence en faisant défiler l’une et l’autre, malgré la qualité perdue. Car c’est vraiment plus flagrant en plein écran.
Sinon je possède la même vision que Superman 😁
14 août 2022 à 21 h 30 min #2414664On voit bien la différence mais ce n’est pas en effet un changement de qualité qui fait péter le vert comme ça. Il faudrait essayer de traiter l’image avec un autre logiciel – j’ignore si Krita qui est aussi gratuit pourrait faire l’affaire.
14 août 2022 à 22 h 38 min #2414675Peut-être avec le module php-imagick ? Celui-ci est manquant dans l’amélioration de l’état de santé du site…
Depuis « Informations de santé du site » puis « Informations » :
<table class= »widefat striped health-check-table » role= »presentation »>
<tbody>
<tr>
<td>Éditeur actif</td>
<td>WP_Image_Editor_GD</td>
</tr>
<tr>
<td>Numéro de version ImageMagick</td>
<td>Non disponible</td>
</tr>
<tr>
<td>Chaîne de version ImageMagick</td>
<td>Non disponible</td>
</tr>
<tr>
<td>Version de Imagick</td>
<td>Non disponible</td>
</tr>
<tr>
<td>Téléversements de fichiers</td>
<td>Activé</td>
</tr>
<tr>
<td>Taille maximale autorisée pour les données des publications</td>
<td>512M</td>
</tr>
<tr>
<td>Taille maximale des fichiers téléversés</td>
<td>512M</td>
</tr>
<tr>
<td>Taille de fichier effective maximale</td>
<td>512 Mo</td>
</tr>
<tr>
<td>Nombre maximal de fichiers autorisés.</td>
<td>20</td>
</tr>
<tr>
<td>Version de GD</td>
<td>bundled (2.1.0 compatible)</td>
</tr>
<tr>
<td>Formats de fichier GD pris en charge</td>
<td>GIF, JPEG, PNG, WebP, BMP, XPM</td>
</tr>
<tr>
<td>Version de Ghostscript</td>
<td>9.25</td>
</tr>
</tbody>
</table>- Cette réponse a été modifiée le il y a 2 années et 5 mois par dna57.
15 août 2022 à 0 h 14 min #2414684Je n’ai pas Imagick d’installé personnellement et, comme on l’a dit, il n’y a pas de raison que le traitement de jpg ait une incidence sur la colorimétrie. Si le problème n’apparait que sur les images traitées sous Gimp c’est que Gimp a une influence – mais difficile de dire laquelle. Une page sur les couleurs et WP https://2410.lv/en/blog/how-to-fix-the-loss-of-color-and-saturation-of-the-image-in-wordpress/ mais ça n’a pas l’air de correspondre à votre problème.
15 août 2022 à 1 h 55 min #2414697Bonjour,
À tout hasard, vous devriez essayer de virer les métadonnées EXIF de l’image (certaines peuvent être liées au RVB).
Il existe des outils en ligne pour lire et/ou supprimer ces données : lien.
En effet, ces métadonnées liées aux couleurs peuvent être interprétées différemment d’un système à l’autre, d’un navigateur à l’autre.
J’avais eu ce problème quand j’avais débuté dans le web…
15 août 2022 à 9 h 36 min #2414738Bonjour, merci pour le lien qui analyse les données EXIF mais j’avais déjà tout supprimé et le site me le confirme, seule la résolution et le process JPEG sont indiquées.
A ce propos j’ai décidé de tester carrément l’image brute d’origine, sans aucune modification de Gimp ou autre, comme si elle sortait directement de l’appareil.
Puis de ne même pas la mettre en ligne sur un site quelconque, simplement faire un simple clic droit et de l’ouvrir avec le navigateur (Chrome).
La différence est déjà là concernant le vert pétant.
J’essaierai cet après depuis un autre pc.
- Cette réponse a été modifiée le il y a 2 années et 5 mois par dna57.
15 août 2022 à 14 h 12 min #2414771Ça y est, j’ai enfin trouvé où ça coinçait.
Et sans changer de poste.
J’ai testé d’ouvrir l’image locale avec Chrome, puis Opera. La différence de couleur (le vert pétant) se voit nettement.
Puis la même chose avec Firefox (78.14.0esr 64 bits). Cette fois l’image apparait comme elle le devrait.
A partir de ce constat, en utilisant la commande chrome://flags dans la barre de recherche de Chrome (ou Brave ou Chromium), je modifie le Force color profile en « sRGB » plutôt que laisser l’option « default ».
L’image apparait enfin comme il faut (mais seulement de mon point de vue puisque cette option force le navigateur à s’adapter aux couleurs de l’écran). Autant dire qu’il faut que l’écran soit un minimum bien calibré… Il doit exister la même chose avec Opera.
Reste donc à savoir si je dois inviter les personnes qui visitent mon site à utiliser Firefox ou si je dois m’adapter aux couleurs génériques de Chrome et d’Opera (moins facile…) car on ne peut plaire à plusieurs publics qui utilisent des couleurs différentes…
- Cette réponse a été modifiée le il y a 2 années et 5 mois par dna57.
15 août 2022 à 20 h 00 min #2414819Donc il s’agissait bien de la métadonnée color profil dont j’avais donné le lien plus haut… J’en étais presque sûr car j’avais été confronté à cela vers 2009-2010, quand j’ai commencé à coder.
Lisez-ceci pour être au point : Alsacréations, D’où viennent les différences de couleurs entre mes images et mes background CSS ?
17 août 2022 à 11 h 38 min #2415024Je vais me pencher sur votre lien maintenant que je connais la source du problème.
J’en ai profité pour mettre pas mal de choses à jour.
Je clos le topic en résolu, même si j’aurais aimé modifier le titre : « Optimiser ses couleurs et photographies pour le Web »
Merci à tous pour votre aide.
- Cette réponse a été modifiée le il y a 2 années et 5 mois par dna57.
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.