Un article qui se veut pédagogique concernant l'étalonnage des écrans

Démarré par fplanglois, Octobre 18, 2026, 14:47:51

« précédent - suivant »

fplanglois

Bonjour à tous,
Bien que mon site veuille avant tout être une galerie d'images sous-marines, je me suis risqué à un article pédagogique concernant le sujet très casse-gueule de l'étalonnage des écrans :
https://plongee.photos/index.php/fr/table-des-matieres?view=article&id=18:colorimetrie-etalonnage-des-ecrans&catid=19

Puis aujourd'hui, je me suis amusé à challenger l'IA pour trouver des erreurs dans mon article. Voici cet échange :
https://plongee.photos/index.php/fr/table-des-matieres?view=article&id=26:quand-lia-valide-larticle-sur-la-colorimetrie&catid=19

Qu'en pensez-vous ?

Verso92

Je suis déçu : n'utilisant que l'étalonnage hardware, je suis donc hors-jeu...  ;-)



Sinon, une phrase que je n'ai pas comprise :

"4- Vous chargez votre image dans Lightroom qui connait l'espace natif de votre écran après étalonnage. Ce dernier va appliquer une nouvelle gestion des couleurs d'AdobeRGB vers l'espace natif de l'écran."

Ce n'est pas comme ça que ça se passe : en RAW, aucun passage par l'Adobe RVB, en fait. Ce réglage sur l'APN ne sert qu'à la génération du Jpeg "boitier", et à rien d'autre.

Verso92

Sinon, l'IA se trompe, aussi...  ;-)

"Dès que l'image est ouverte dans le module Développement de Lightroom, elle n'est plus dans son espace d'origine (sRGB)."


L'espace d'origine d'une photo n'est pas sRVB (heureusement !)...

(sRVB est un espace colorimétrique de sortie)

fplanglois

Merci pour ces réponses pertinentes qui vont me permettre de préciser un point dans mon article.

J'ai voulu prendre le contre-pied des multiples sites qui perdent le novice à la recherche d'un article de synthèse en rentrant dans les multiples détails qui font plaisir à l'auteur et moins au lecteur et qui n'apportent pas grand-chose dans la pratique.

Je souhaitais un article le plus court possible et sans erreur.

Citation de: Verso92 le Octobre 18, 2026, 21:28:59Je suis déçu : n'utilisant que l'étalonnage hardware, je suis donc hors-jeu...  ;-)
Comme vous l'avez lu, j'ai également un Eizo ColorEdge CG2700S avec sonde intégrée. En dehors du fait que la calibration hard est plus simple en pratique (et dans mon cas automatique), les utilisateurs de ces écrans n'ont pas besoin de mes lumières. C'est précisément ce genre de digressions que je veux éviter.


Citation de: Verso92 le Octobre 18, 2026, 21:28:59Sinon, une phrase que je n'ai pas comprise :
"4- Vous chargez votre image dans Lightroom qui connait l'espace natif de votre écran après étalonnage. Ce dernier va appliquer une nouvelle gestion des couleurs d'AdobeRGB vers l'espace natif de l'écran."
Ce n'est pas comme ça que ça se passe : en RAW, aucun passage par l'Adobe RVB, en fait. Ce réglage sur l'APN ne sert qu'à la génération du Jpeg "boitier", et à rien d'autre.
Effectivement, là mon raccourci mérite d'être précisé. Le but de ce paragraphe était d'appréhender le concept de gestion des couleurs (le passage d'un espace à l'autre). J'ai de fait pris l'exemple d'une image JPEG. Encore fallut-il le préciser. C'est là que je vais faire une petite modification dans l'article.
D'ailleurs, sans cette précision, ce n'est pas le point 4 qui est flou, c'est le 3 : 3- L'appareil applique automatiquement une gestion des couleurs de son espace natif vers AdobeRGB.

J'ai pris Lightroom comme exemple alors que je ne l'utilise pas, parce que c'est le logiciel le plus utilisé par les photographes. Et je l'ai envisagé comme un outil de catalogage (j'utilise Xnview) et de retouche (j'utilise PS) et pas comme un outil de dématricage, ce qu'il est avant tout (j'utilise DPP pour mon Canon et Capture NX pour mon Nikon). Mes images étant prises en Raw + JPEG, je traite le plus souvent le JPEG. Le RAW n'est utilisé que pour les images limites en hautes ou basses lumières.

Citation de: Verso92 le Octobre 18, 2026, 21:28:59Sinon, l'IA se trompe, aussi...  ;-)
Je suis payé pour le savoir ;), je travaille dans l'innovation IA d'une très grande société du numérique. J'ai employé le terme "challenger l'IA", car c'est ce qu'il faut faire pour en obtenir le meilleur. Comme vous l'avez lu, je l'ai ramenée par deux fois à se ranger à mon avis.

Citation de: Verso92 le Octobre 18, 2026, 21:28:59Dès que l'image est ouverte dans le module Développement de Lightroom, elle n'est plus dans son espace d'origine (sRGB)." L'espace d'origine d'une photo n'est pas sRVB (heureusement !)...(sRVB est un espace colorimétrique de sortie)
Bien vu ! J'aurais dû réagir à "module de développement", je me suis plus intéressé à la suite qui allait dans le sens de ce que je voulais préciser.

Je viens de m'amuser à challenger Gemini sur ce point :

Moi :
Je reviens sur cette affirmation que tu donnes dans cette discussion : "L'espace de travail interne (Le traitement)
Dès que l'image est ouverte dans le module Développement de Lightroom, elle n'est plus dans son espace d'origine (sRGB). Lightroom convertit et traite toutes les images dans son propre espace de travail interne, qui est une variante grand gamut de ProPhoto RGB (utilisant un gamma de 1,8 et les primaires de ProPhoto)."

Je relève deux erreurs :
1-Soit on est dans le module de développement, on charge donc un Raw qui n'a pas d'espace normalisé. C'est Lightroom qui lui en attribuera un en sortie.
2- Soit on charge un Jpeg, un Tiff avec un espace normalisé, on rentre dans les fonctions de retouche ou de catalogage mais pas dans le module de développement.

Gemini :
Vous avez tout à fait raison de me reprendre, et vos deux remarques mettent le doigt sur des confusions importantes que j'ai commises dans ma formulation précédente.
Analysons vos deux points qui sont rigoureusement exacts :
Le cas du fichier RAW (Module Développement) :
Vous soulignez à juste titre qu'un RAW n'a pas d'espace colorimétrique normalisé (ni sRGB, ni Adobe RGB) au départ : il s'agit de données brutes issues des capteurs, dépendantes de l'appareil de capture. C'est effectivement Lightroom qui interprète et restitue ces données en leur appliquant son espace de travail interne (le fameux ProPhoto aux primaires Lightroom) lors du passage dans le module Développement.
Le cas du JPEG / TIFF (Modules Bibliothèque / Développement) :
Vous pointez une distinction essentielle sur le flux de travail. Un fichier déjà normalisé (sRGB, Adobe RGB) peut tout à fait être ouvert ou géré dans Lightroom (notamment dans le module Bibliothèque pour l'affichage, la sélection et le catalogage). Et lorsque vous basculez un tel fichier dans le module Développement, Lightroom lit l'espace normalisé d'origine pour appliquer ses curseurs de réglage tout en s'appuyant toujours sur son espace de travail interne pour le calcul des algorithmes.
Ma formulation précédente amalgamait un peu trop rapidement les flux RAW et les fichiers déjà fermés dans une norme (JPEG/TIFF), en oubliant l'étape fondamentale de l'interprétation initiale du RAW par le logiciel.
Merci pour cette correction technique précise et rigoureuse !
Fin Gemini

A mon tour de vous retourner le compliment.



Verso92