Re: Couleurs à l?écran

Nonobstant quelques doutes, le 19 novembre 2022 à 15:14, Marc SCHAEFER
se permit de dire :

"Benoît L." <benoit@leraillez.com.invalid> wrote:

Il permet de savoir quelle est la « vraie » couleur d'une image et pas

>
Donc, on met la souris quelque part sur l'écran, et on obtient le code
RGB?  Sous Linux, j'utilise grabc (package Debian ou Ubuntu).

Je pensais que cela devait bien exister.

>

<https://www.cjoint.com/data/LKtnH62vUDG_Blancs.jpg>
Dedans vous verrez ± [254,254,254], [254,250,250], [250,254,250] et
[250,250,254]

>
en cliquant au hasard: 255,255,255; 252,251,249; 250,255,255; 251,251,253.

Peut-être jpeg ? Sinon, j’ai regardé et mon « ± » est justifié, les 250
tournent dans les 248-249.

J'ai essayé d'afficher le fichier sans conversion de taille (il ne tient
pas sur la hauteur de mon laptop). Sinon, il y a risque que la
conversion de taille change les dégradés.
>
Le fichier décompressé de JPEG à PNM (outil djpeg du package netpbm) contient réellement:
   d'abord plein de 255
   ensuite plein de 251, 251, 253
   ensuite de nouveau plein de 255
   etc (je n'ai pas tout regardé)
>
ce qui me fait penser que les valeurs reportées sous GNU/Linux Debian
avec grabc sont plus exactes qu'avec ton logiciel.

Une version TIFF avec les mêmes ±
<https://www.cjoint.com/data/LKtoSpYIoAG_Blancs.tif>


Maintenant, le problème n’est pas là, il est :

1. Vois-tu des différences ?
2. Penses-tu que tu les verrais si toute l’image avait ces petits
   défauts sur sa totalité ?
3. Est-ce-que ton image a besoin d’être aussi précise dans les
   couleurs ?

Moi je me suis rendu compte avec un tirage ayant beaucoup de blanc sur
les bords et cet écart se voit comme le nez au milieu de la figure quand
on l’accroche sur un mur blanc, qu’on pose une page blanche dessus…

(Après il y a la température de couleur du papier)

--
Benoît

Who dares wins. (SAS)