calibrage moniteur Gamma 2.2 ou courbe L* ?

[olivier1010]

Olivier1010, tu as bien fait de remonter l'analyse de Jean Delmas   et je suis globalement d'accord avec tes analyses.

J'ai quelques questions pour toi :

- Est ce que tu sais comment il a calculé les erreurs de quantification entre TRC 2,2 et L*?

Pour en revenir au profil calculé par ColorNavigator (Eizo) :

- La balise vcgt est bien une droite, j'ai vérifié (donc en effet tout est normal et conforme à tes explications détaillées).
-La TRC  L* et 2, 2 ont chacune un offset, ce qui fait que la courbe ne se superpose pas dans les basses lumières, est ce que tu peux regarder sur tes profils?
Pour un profil L* j'ai :

0 64
1 93
2 121
3 149
4 177
[...]
pour un profil en 2,2  je relève :
0 259
1 259
2 260
3 262
4 266
[...]
==> c'est codé de 0 à 255 en entrée et de 0 à 65535 en sortie

Merci.

Pour le calcul des erreurs de quantification entre TRC 2,2 et L* je ne sais pas.

Je suis en train de réaliser diverses cible sur mon CG277 et voir ce qu'il se passe exactement. J'ai rapidement testé Lightroom qui semble bien compenser pour chaque cible, mais nécessite quand même un redémarrage pour prendre en compte le changement de profil écran système effectué lors du changement de cible dans Colornavigator.

J'ai crée des cibles de calibration entre gamma 1.5 et 2.4 ainsi que L*. Je ne vois pas de différence notable dans l'affichage écran. il faudrait néanmoins que je fasse des repros d'écran pour comparer car à l'œil c'est difficile de mémoriser chaque image entre les redémarrages de Lightroom.

Je crée ces profils écrans en icc V4, avec l'option "reflect black level in tone curve" activée (réglage par défaut), sauf pour une cible afin de voir la différence. Cette option est importante car elle permet de mapper le début de la tone curve sur le point noir réel mesuré, ou bien si on la désactive sur un point noir fictif à 0 cd/m² qui se trouve donc en dessous du point noir mesuré. Ce dernier se trouve à 0.12 cd/m² sur mon écran pour un point blanc à 100 cd/m² soit un contraste de 864 : 1.

L'explication en anglais de cette option :

"Basically anything other than OLED doesn't allow for perfect black so you can either use true pitch black as the starting point or decide to uses the darkest black that the monitor can show for how it's currently set as the starting point.

You can have the monitor calibrate itself using it's darkest tone as the dark point and then it gets no missing blacks so sending 1,1,1 to the screen shows a trace brighter than 0,0,0 or you can have it calibrate to true pitch black and then it might take until maybe tones 2,2,2 or even 9,9,9 to show as different from 0,0,0."
Je ne vois pas trop l'intérêt de désactiver cette option, sauf pour des raisons de compatibilité si un logiciel va lire la valeur de noir dans le profil (je crois que c'est possible en V4) et appliquer lui même un offset sur la tone curve, auquel cas il faudrait désactiver l'option "reflect black level in tone curve" dans le logiciel qui crée le profil et la calibration écran. Dans ce cas également la calibration écran devrait logiquement réserver une zone morte entre le noir fictif à 0 et le noir mesurée au lieu de faire débuter la calibration hardware sur le noir mesuré.

Il me faut maintenant extraire les courbes LUT TRC des profils écrans, j'utilise iccdump qui me donne des valeurs entre 0 et 1. Je dois convertir en valeurs 16 bits pour correspondre avec vos valeurs. Vous avez utilisé quel utilitaire pour extraire vos valeurs en entiers 16 bits ?

[Nikojorj]

les CMM qui utilisent les espaces de travail qui réalisent les calculs sur des quantifications bien supérieure à 8 bits, la TRC L* définie une courbe, pas la quantification.

C'est bien pour ça que je me demande quel est l'intérêt de tripatouiller la courbe de contraste de l'espace de travail, oui.

[asak]

Interessant  mais confus
A la question d origine aucune précisions sur l environement de travail par l interessé
Néenmoins je me pose des questions
La courbeL* est elle normalisée
Comment se défini l espace de traivail photoshop quelles sont les interactions avec ACR
Quelles sont les interactions entre le hardware eizo par exemple; et l espace de travail photoshop
Pour rester pragmatique et conscient de bug possible.

[olivier1010]

Interessant  mais confus
A la question d origine aucune précisions sur l environement de travail par l interessé
Néenmoins je me pose des questions
La courbeL* est elle normalisée
Comment se défini l espace de traivail photoshop quelles sont les interactions avec ACR
Quelles sont les interactions entre le hardware eizo par exemple; et l espace de travail photoshop
Pour rester pragmatique et conscient de bug possible.

Oui certaines choses restent confuses dans les relations entre CMS et applications, icc V4 améliore certains aspects mais les applications n'implémentent pas forcément les modifications qui vont avec.

C'est pour cela qu'on voit apparaître des options dans les logiciels de calibration, comme la possibilité de changer la version de profil généré en v2 ou v4, ou bien la possibilité de générer les courbes LUT dans un mode que j'appellerais bien "superblack" (le noir à 0 cd/m², en dessous donc du noir mesuré, représente le zéro des courbes tonales).

Théoriquement L* est bien définie puisque c'est l'axe L de l'espace L*a*b*. Reste à voir comment c'est implémenté dans les logiciels de calibration, et si l'on peut voir des différences d'implémentation au niveau de la création des profils (notamment que fait le logiciel de création de profil au niveau des tags gamma lorsqu'il inclut une courbe tonale L* sous forme de 3 tables LUT RVB). Ce que nous sommes en train de regarder.

Que font également les applications lorsqu'elles trouvent des courbes LUT TRC dans le profil. Se basent elles sur les coefficients gamma du profil, sur ces courbes, ou uniquement sur la table de correspondance couleur si elle est présente dans le profil. Chaque application ou CMS pouvant avoir un comportement différent. Que se passe t'il également lorsque le profil est généré en V2 ou en V4. Est ce que cela déclenche un comportement différent de l'application ou du CMS.

Des questions auxquelles on ne peut répondre qu'en faisant des tests précis pour mettre en évidence chaque aspect.

[asak]

En fait je penses que le probléme est plus paramétrages. Puisque on arrive a avoir une correspondance écran tirage avec un profil imprimante.

[olivier1010]

Quelques infos intéressantes concernant la structure des profils générés par Eizo ColorNavigator 6 :
- Lorsqu'on sélectionne L* en tant que courbe tonale, on ne peut générer qu'un profil avec des balises de courbes tonales (TRCTag). Ce qui est logique puisqu'on ne peut pas décrire L* avec des coefficients gamma.

- Les profils ne contiennent pas de balises gamma lorsqu'on choisit le type de profil courbe tonale. Donc pour un profil Eizo, pas de crainte qu'un CMS ou une application utilise les valeur gamma RVB approchantes à la place des courbe tonales RVB.

- Les profils ne contiennent pas de table de correspondance couleur. Les patchs utilisés lors de la validation du profil ne sont donc pas utilisés pour générer une table de correspondance couleur.

- Les profils contiennent la valeur en luminance du point blanc, mais pas celle du point noir.
Cela m'amène à penser qu'il serait intéressant de vérifier que pour Christophe, le comportement du logiciel de calibration est le même concernant l'inclusion ou non des balises gamma surtout lorsqu'une courbe L* est demandée.
Ensuite il faudrait vérifier en demandant une validation contenant un nombre assez élevé de patchs sur l'axe des gris qu'il n'y a pas de déviation des valeurs de luminance dans les bas niveaux.

En outre les profils écran ne contiennent pas de table de correspondance couleur. il faut donc se référer au résultat de la phase de validation du profil pour connaître quelles sont les déviations par rapport aux valeurs théorique de la cible de calibration. Éventuellement il faudra ajouter des patchs de mesure dans cette phase de validation pour connaître plus précisément tel ou tel aspect de l'affichage, par exemple la neutralité de l'axe des gris, et la précision des valeurs de luminance sur cet axe, ce dernier point nous intéressant particulièrement dans le cadre de l'étude de L*.

Un autre aspect de cette absence de table de correspondance couleur dans le profil écran est qu'on ne peut pas l'éditer pour modifier la colorimétrie de l'affichage.
Il faut donc éventuellement ajuster manuellement la calibration du moniteur si on remarque des écarts de colorimétrie constants et indépendants des périphériques d'impression. ColorNavigator permet de faire cela avec des outils de correction couleur : point blanc, luminosité, teinte saturation et luminance sur 6 couleurs.

Si les écarts proviennent de l'imprimante, cela doit être mesurable au spectro, dans ce cas il faut refaire un profil d'impression ou l'ajuster. Si l'impression est bonne après vérification au spectro mais que l'affichage écran ne correspond pas, il est possible de modifier la table de correspondance inverse du profil d'imprimante afin d'ajuster la relation entre cette imprimante et l'écran sans toucher aux couleurs imprimées.

Je regarde de plus près maintenant les courbes tonales gamma 2.2 et L* générées par ColorNavigator.

[olivier1010]

Voici les courbes tonales générées par le logiciel de calibration écran ColorNavigator 6.
Toutes sont en mode "reflect measured black level in tone curve". C'est à dire que le zéro des courbes correspond au noir minimum réel mesuré de l'écran.

On voit que L* est globalement plus proche de gamma 2.4, sauf dans les basses lumières ou elle est même plus haute que gamma 2.2 jusqu'au niveau d'entrée 60 environ.

Chaque table LUT contient 256 valeurs codées sur 16 bits. (c'est extrait en virgule flottante avec une échelle de de 0 à 100 par l'utilitaire ProfileDump, j'ai réalisé une conversion en 16 bits entier).

[olivier1010]

Et un agrandissement de la partie basse.

On remarque L* n'est vraiment très différente d'un gamma que jusqu'à la valeur 2500 environ, soit une luminance très faible de 4%. mais on remarque quand même une différence de forme de la courbe jusqu'à environ 10000, soit 16% de luminance, par rapport à un gamma de 2.4.
Les petites ondulations dans les courbes sont dues je pense à l'arrondi sur l'axe des abscisses qui n'est pas en nombres entier à l'origine une fois extrait du profil.

[Miaz3]

Je comprends pas bien ta question...

Si ta question correspond à : (mais j'ai un doute)

Si plusieurs appareils se succèdent dans une chaîne avec g1,g2, g3, la résultante sera :

sortie = entrèe^g1*g2*g3

Effectivement ce n'est pas ça.
Olivier1010 parlait du dela maxi, venant de la vidéo je me demande ce que le delta signifie.
Car en vidéo et CG il y a plusieurs méthodes de travail, dont celle-ci, qui consiste à travailler sur des fichiers linéaires (sans profil colorimétrique) afin d'avoir le minimum d'approximation.
Le travail sous LUT (normalisée (aces, spi, ocio)) ce fait donc en temps réel.
Suivant les logiciels des paramètres sont prédéfinit, comme pour le moniteur qui par défaut est sur sRGB, les fichier en 8-bit en sRGB aussi. Les fichier log pour du cineon et le float pour les fichier linéaire...ect, ect.

bref, partant du constat que je n'y connais pas grand chose en étalonnage d'écran je suis partis sur cette déduction de correction de gamma,  end to end > réponse linéaire > 1, ou 1 peut varier en fonction du type de support utilisé + perception.

Puis finalement après recherche sur la toile il c'est avéré que non, j'étais à coté de la plaque il s'agissait du delta E.

[olivier1010]

Effectivement ce n'est pas ça.
Olivier1010 parlait du dela maxi, venant de la vidéo je me demande ce que le delta signifie.
Car en vidéo et CG il y a plusieurs méthodes de travail, dont celle-ci, qui consiste à travailler sur des fichiers linéaires (sans profil colorimétrique) afin d'avoir le minimum d'approximation.
Le travail sous LUT (normalisée (aces, spi, ocio)) ce fait donc en temps réel.
Suivant les logiciels des paramètres sont prédéfinit, comme pour le moniteur qui par défaut est sur sRGB, les fichier en 8-bit en sRGB aussi. Les fichier log pour du cineon et le float pour les fichier linéaire...ect, ect.

bref, partant du constat que je n'y connais pas grand chose en étalonnage d'écran je suis partis sur cette déduction de correction de gamma,  end to end > réponse linéaire > 1, ou 1 peut varier en fonction du type de support utilisé + perception.

Puis finalement après recherche sur la toile il c'est avéré que non, j'étais à coté de la plaque il s'agissait du delta E.

Oui il y a aussi Delta H et Delta C. Avec plusieurs déclinaisons pour chaque delta (des formules légèrement différentes selon l'évolution des CMS et les besoins des utilisateurs)

Et delta L aussi pour la luminance, très simple à calculer si on est en espace L*a*b*.

Voir ici :

http://www.codeproject.com/Articles/613798/Colorspaces-and-Conversions

https://dl.dropboxusercontent.com/u/1244963/0/Color_Formula_Code.pdf

[Miaz3]

Cool de la doc ! merci olivier1010

[olivier1010]

Voici deux courbes tonales de profil écran générées par Colornavigator 6. C'est un zoom de la région des 10% de luminance de l'écran. Au dessus les courbes se rejoignent progressivement jusqu'à se retrouver exactement au point de luminance 100%.

L'une est en L* avec option RBL (reflect measured black luminance in tone curve)

L'autre en L* (NRBL) sans cette option.

L'écran est réglé à son contraste maxi avec un noir à 0.12 cd/m² et un blanc à 100 cd/m². Le niveau de noir mini est un trait bleu sur le graphique.

On voit que la courbe RBL (option par défaut) fait correspondre un signal vidéo de 0 en entrée à la valeur de noir mini sur l'écran. Il n'y a donc aucune rupture dans les noirs par rapport à l'entrée vidéo.

La courbe NRBL fait correspondre le niveau vidéo 0 avec un noir fictif à zero cd/m² en dessous du noir mesuré. il y a donc une non linéarité d'affichage dans les noirs puisqu'il faut attendre le niveau vidéo 3% environ pour arriver au noir minimum affichable par l'écran. Entre 0 et 3% vidéo, il n'y a que du noir affiché à l'écran avant d'arriver au noir mini affichable.

Je suppose que dans les deux cas, la calibration hardware de l'écran fait correspondre le 0% de l'axe vertical avec un noir fictif à zero cd/m² dans les tables de correspondance internes de l'écran. Ce qui permet en utilisant la courbe RBL d'afficher sans défaut de linéarité par rapport aux premiers niveaux de noir vidéo en entrée.

En pratique je pense que la différence est minime lorsque l'écran est calibré à son contraste maximum, avec un niveau de noir mini aux environs de 0.12 cd/m² pour un niveau de blanc à 100 cd/m².

Pour un écran réglé à un contraste plus faible, avec par exemple un noir à 0.5 ou 1 cd/m², l'influence de cette option serait moins négligeable.

L'inconvénient de la courbe L* RBL est qu'elle n'est pas précisément réversible. L'utilitaire de validation de profil dans profiledump nous le signale :

Warning! - redTRCTag - Curve cannot be accurately inverted.
Warning! - greenTRCTag - Curve cannot be accurately inverted.
Warning! - blueTRCTag - Curve cannot be accurately inverted.

Les courbes gamma ne sont pas plus réversibles que L* lorsque l'option RBL est activée.

Je ne pense pas que ce soit un problème pour un profil écran qui ne travaille que dans le sens PCS vers écran. (PCS = profil connection space ou espace de connexion des profiles).
Je pense que le problème rencontré par Christophe n'est pas lié à cette option de génération de profil. Les différences observées sur les images qu'il a donné en exemple de l'ordre de 0.2 en gamma entre la calibration L* et la calibration en gamma 2.2 me semblent plus importantes que celles qui peuvent être induites ici.

[MBe]

Je suis en train de réaliser diverses cible sur mon CG277 et voir ce qu'il se passe exactement. J'ai rapidement testé Lightroom qui semble bien compenser pour chaque cible, mais nécessite quand même un redémarrage pour prendre en compte le changement de profil écran système effectué lors du changement de cible dans Colornavigator.
J'ai crée des cibles de calibration entre gamma 1.5 et 2.4 ainsi que L*. Je ne vois pas de différence notable dans l'affichage écran. il faudrait néanmoins que je fasse des repros d'écran pour comparer car à l'œil c'est difficile de mémoriser chaque image entre les redémarrages de Lightroom.

C'est surprenant, car sur mon écran je vois bien la différence entre L* et 2,2, je n'ai pas fait d'essais particuliers avec d'autres valeurs, mais dans le livre de J. Delmas les photos en p 88/89 sont explicites.

Je crée ces profils écrans en icc V4, avec l'option "reflect black level in tone curve" activée (réglage par défaut), sauf pour une cible afin de voir la différence. Cette option est importante car elle permet de mapper le début de la tone curve sur le point noir réel mesuré, ou bien si on la désactive sur un point noir fictif à 0 cd/m² qui se trouve donc en dessous du point noir mesuré. Ce dernier se trouve à 0.12 cd/m² sur mon écran pour un point blanc à 100 cd/m² soit un contraste de 864 : 1.

L'explication en anglais de cette option :

"Basically anything other than OLED doesn't allow for perfect black so you can either use true pitch black as the starting point or decide to uses the darkest black that the monitor can show for how it's currently set as the starting point.

You can have the monitor calibrate itself using it's darkest tone as the dark point and then it gets no missing blacks so sending 1,1,1 to the screen shows a trace brighter than 0,0,0 or you can have it calibrate to true pitch black and then it might take until maybe tones 2,2,2 or even 9,9,9 to show as different from 0,0,0."
Je ne vois pas trop l'intérêt de désactiver cette option, sauf pour des raisons de compatibilité si un logiciel va lire la valeur de noir dans le profil (je crois que c'est possible en V4) et appliquer lui même un offset sur la tone curve, auquel cas il faudrait désactiver l'option "reflect black level in tone curve" dans le logiciel qui crée le profil et la calibration écran. Dans ce cas également la calibration écran devrait logiquement réserver une zone morte entre le noir fictif à 0 et le noir mesurée au lieu de faire débuter la calibration hardware sur le noir mesuré.

Il me faut maintenant extraire les courbes LUT TRC des profils écrans, j'utilise iccdump qui me donne des valeurs entre 0 et 1. Je dois convertir en valeurs 16 bits pour correspondre avec vos valeurs. Vous avez utilisé quel utilitaire pour extraire vos valeurs en entiers 16 bits ?

j'utilise très peu ou pas les icc en V4 car tous les CMM ne les gèrent pas et les applications  photos n'utilisent pas leurs nombreuses possibilités.
Ce black level semble correspondre à une compensation du point noir. Attention la techno des Oled est assez particulière et de mémoire pas comparable à nos dalles IPS.

j'utilise icc profil inspector (mais j'ai également icc dump)

Je te confirme qu'avec ColorNavigator il y a un offset sur la TRC L*, et c'est encore pire avec une TRC de 2,2 ! je vais regarder si je ne fais pas une erreur dans les options de réalisation du profil (en icc V2).  Mais ce problème n'est pas celui de Christophe Metairie, j'aurais tendance à penser à un problème de cohérence de profil ou de transformation dans le process de réalisation l'image avant l'impression (avec le profil dédié encre /papier).

[olivier1010]

C'est surprenant, car sur mon écran je vois bien la différence entre L* et 2,2, je n'ai pas fait d'essais particuliers avec d'autres valeurs, mais dans le livre de J. Delmas les photos en p 88/89 sont explicites.

Je dois faire des repros écran pour vérifier. Il y a peut être une différence mais le temps de redémarrage de Lightroom m'empêche de la voir.

Vous êtes en 24 bits ou 30 bits pour la liaison écran ?

[MBe]

Et un agrandissement de la partie basse.

On remarque L* n'est vraiment très différente d'un gamma que jusqu'à la valeur 2500 environ, soit une luminance très faible de 4%. mais on remarque quand même une différence de forme de la courbe jusqu'à environ 10000, soit 16% de luminance, par rapport à un gamma de 2.4.
Les petites ondulations dans les courbes sont dues je pense à l'arrondi sur l'axe des abscisses qui n'est pas en nombres entier à l'origine une fois extrait du profil.

Voici le résultat que j'ai, si tu pouvais faire "une loupe" du bas de ta courbe, je me demande si elle commence à zéro?
Le départ serait lié au noir mini de la dalle ? du ratio de contraste demandé ou possible?

[MBe]

Je dois faire des repros écran pour vérifier. Il y a peut être une différence mais le temps de redémarrage de Lightroom m'empêche de la voir.

Vous êtes en 24 bits ou 30 bits pour la liaison écran ?

en HDMI, de mémoire je dirais en 3 x 8, mais joker, il faut que je révise 

[Verso92]

Vous êtes en 24 bits ou 30 bits pour la liaison écran ?

En ce qui me concerne, 30 bits (Nec PA241w + ATI FirePro V5800 + câble DisplayPort).
(au moins sous Photoshop CS6. Pour les autres logiciels, je ne sais pas si c'est géré...)

[MBe]

Effectivement ce n'est pas ça.
Olivier1010 parlait du dela maxi, venant de la vidéo je me demande ce que le delta signifie.
Car en vidéo et CG il y a plusieurs méthodes de travail, dont celle-ci, qui consiste à travailler sur des fichiers linéaires (sans profil colorimétrique) afin d'avoir le minimum d'approximation.
Le travail sous LUT (normalisée (aces, spi, ocio)) ce fait donc en temps réel.
Suivant les logiciels des paramètres sont prédéfinit, comme pour le moniteur qui par défaut est sur sRGB, les fichier en 8-bit en sRGB aussi. Les fichier log pour du cineon et le float pour les fichier linéaire...ect, ect.

bref, partant du constat que je n'y connais pas grand chose en étalonnage d'écran je suis partis sur cette déduction de correction de gamma,  end to end > réponse linéaire > 1, ou 1 peut varier en fonction du type de support utilisé + perception.

Puis finalement après recherche sur la toile il c'est avéré que non, j'étais à coté de la plaque il s'agissait du delta E.

Delta E correspond à un écart entre 2 couleurs, calculé dans l'espace L*a*b*,perceptuel, donc représentatif du ressenti de la vision humaine). un autre lien ou tu trouveras beaucoup de chose, c'est un site de référence  : http://www.brucelindbloom.com/, il y les équations des "Delta E"

[MBe]

En ce qui me concerne, 30 bits (Nec PA241w + ATI FirePro V5800 + câble DisplayPort).
(au moins sous Photoshop CS6. Pour les autres logiciels, je ne sais pas si c'est géré...)

Oui le Displayport permet le 3 x 10 bits, c'est plus adapté pour la vidéo de qualité, mais mon PC n'a pas cet interface, le prochain?

[olivier1010]

en HDMI, de mémoire je dirais en 3 x 8, mais joker, il faut que je révise 

Il faudrait une liaison HDMI 2.0 pour pouvoir passer 30 bits de mémoire. En pratique c'est Display Port sur les Eizo actuellement pour le 30 bits. Ca doit être idem sur les autres marques.

Vous pouvez tester avec le fichier test dispo ici :

http://www.imagescience.com.au/kb/getattachment.php?data=MTUyfDEwIGJpdCB0ZXN0IHJhbXAuemlw

Vous ne devez voir aucun banding si vous êtes en 30 bits.

des infos ici :

http://www.imagescience.com.au/kb/questions/152/10+Bit+Output+Support

[MBe]

C'est bien pour ça que je me demande quel est l'intérêt de tripatouiller la courbe de contraste de l'espace de travail, oui.

Je partage totalement ton avis, aucun intérêt dans un espace de travail d'avoir une TRC différente de 1, la gestion des couleurs se charge correctement des transferts.

[olivier1010]

Oui le Displayport permet le 3 x 10 bits, c'est plus adapté pour la vidéo de qualité, mais mon PC n'a pas cet interface, le prochain?

Suffit de changer la carte vidéo.

Le départ serait lié au noir mini de la dalle ? du ratio de contraste demandé ou possible?

Oui le départ correspond au noir mini.

Voici les valeurs pour le Lstar avec l'option RBL activé (désolé c'est pas la même échelle que vous) :

BEGIN_LUT In_Out 1 1
IN OUT
  0.000   0.117
  0.392   0.160
  0.784   0.203
  1.176   0.246
  1.569   0.288
  1.961   0.331
  2.353   0.375
  2.745   0.418
  3.137   0.461
  3.529   0.504
  3.922   0.546
  4.314   0.589
  4.706   0.632
  5.098   0.676
  5.490   0.719
  5.882   0.761
  6.275   0.804
  6.667   0.847
  7.059   0.890
  7.451   0.934
  7.843   0.980
  8.235   1.025
  8.627   1.074
  9.020   1.123
  9.412   1.175
  9.804   1.227
10.196   1.282
10.588   1.337
10.980   1.395
11.373   1.454
11.765   1.514
12.157   1.576
12.549   1.640
12.941   1.706
13.333   1.773
13.725   1.842
14.118   1.913
14.510   1.987
14.902   2.060
15.294   2.136
15.686   2.216
16.078   2.295
16.471   2.377
16.863   2.461
17.255   2.547
17.647   2.635
18.039   2.725
18.431   2.817
18.824   2.910
19.216   3.006
19.608   3.105
20.000   3.204
20.392   3.307
20.784   3.412
21.176   3.519
21.569   3.627
21.961   3.738
22.353   3.851
22.745   3.967
23.137   4.085
23.529   4.205
23.922   4.327
24.314   4.453
24.706   4.579
25.098   4.709
25.490   4.842
25.882   4.976
26.275   5.113
26.667   5.252
27.059   5.394
27.451   5.539
27.843   5.686
28.235   5.835
28.627   5.988
29.020   6.143
29.412   6.300
29.804   6.461
30.196   6.624
30.588   6.789
30.980   6.958
31.373   7.129
31.765   7.303
32.157   7.480
32.549   7.659
32.941   7.842
33.333   8.026
33.725   8.214
34.118   8.406
34.510   8.600
34.902   8.797
35.294   8.997
35.686   9.200
36.078   9.406
36.471   9.615
36.863   9.827
37.255  10.042
37.647  10.260
38.039  10.481
38.431  10.707
38.824  10.935
39.216  11.165
39.608  11.400
40.000  11.638
40.392  11.879
40.784  12.123
41.176  12.370
41.569  12.621
41.961  12.876
42.353  13.132
42.745  13.393
43.137  13.658
43.529  13.925
43.922  14.197
44.314  14.472
44.706  14.751
45.098  15.032
45.490  15.317
45.882  15.607
46.275  15.900
46.667  16.196
47.059  16.497
47.451  16.800
47.843  17.107
48.235  17.418
48.627  17.733
49.020  18.051
49.412  18.373
49.804  18.700
50.196  19.030
50.588  19.364
50.980  19.702
51.373  20.044
51.765  20.389
52.157  20.739
52.549  21.093
52.941  21.450
53.333  21.811
53.725  22.177
54.118  22.547
54.510  22.921
54.902  23.299
55.294  23.680
55.686  24.067
56.078  24.457
56.471  24.852
56.863  25.251
57.255  25.653
57.647  26.061
58.039  26.473
58.431  26.888
58.824  27.309
59.216  27.733
59.608  28.162
60.000  28.595
60.392  29.033
60.784  29.476
61.176  29.921
61.569  30.373
61.961  30.829
62.353  31.289
62.745  31.754
63.137  32.222
63.529  32.697
63.922  33.176
64.314  33.658
64.706  34.147
65.098  34.640
65.490  35.137
65.882  35.639
66.275  36.146
66.667  36.657
67.059  37.174
67.451  37.694
67.843  38.221
68.235  38.752
68.627  39.287
69.020  39.828
69.412  40.374
69.804  40.925
70.196  41.480
70.588  42.042
70.980  42.606
71.373  43.177
71.765  43.754
72.157  44.334
72.549  44.920
72.941  45.512
73.333  46.108
73.725  46.709
74.118  47.315
74.510  47.927
74.902  48.545
75.294  49.168
75.686  49.795
76.078  50.428
76.471  51.066
76.863  51.710
77.255  52.360
77.647  53.014
78.039  53.674
78.431  54.339
78.824  55.010
79.216  55.688
79.608  56.368
80.000  57.057
80.392  57.749
80.784  58.448
81.176  59.153
81.569  59.863
81.961  60.578
82.353  61.300
82.745  62.026
83.137  62.759
83.529  63.497
83.922  64.242
84.314  64.991
84.706  65.748
85.098  66.509
85.490  67.277
85.882  68.051
86.275  68.829
86.667  69.615
87.059  70.407
87.451  71.203
87.843  72.006
88.235  72.816
88.627  73.631
89.020  74.452
89.412  75.279
89.804  76.114
90.196  76.953
90.588  77.798
90.980  78.650
91.373  79.509
91.765  80.372
92.157  81.244
92.549  82.119
92.941  83.003
93.333  83.893
93.725  84.788
94.118  85.690
94.510  86.600
94.902  87.514
95.294  88.435
95.686  89.363
96.078  90.297
96.471  91.238
96.863  92.184
97.255  93.140
97.647  94.099
98.039  95.067
98.431  96.040
98.824  97.020
99.216  98.007
99.608  99.001
100.000 100.000

Et sans l'option RBL :

BEGIN_LUT In_Out 1 1
IN OUT
  0.000   0.000
  0.392   0.043
  0.784   0.085
  1.176   0.130
  1.569   0.172
  1.961   0.215
  2.353   0.258
  2.745   0.301
  3.137   0.343
  3.529   0.388
  3.922   0.430
  4.314   0.473
  4.706   0.516
  5.098   0.558
  5.490   0.603
  5.882   0.645
  6.275   0.688
  6.667   0.731
  7.059   0.774
  7.451   0.818
  7.843   0.864
  8.235   0.909
  8.627   0.958
  9.020   1.007
  9.412   1.059
  9.804   1.111
10.196   1.166
10.588   1.221
10.980   1.279
11.373   1.338
11.765   1.398
12.157   1.460
12.549   1.524
12.941   1.590
13.333   1.657
13.725   1.727
14.118   1.798
14.510   1.871
14.902   1.946
15.294   2.022
15.686   2.100
16.078   2.181
16.471   2.261
16.863   2.345
17.255   2.432
17.647   2.519
18.039   2.609
18.431   2.702
18.824   2.795
19.216   2.892
19.608   2.989
20.000   3.090
20.392   3.192
20.784   3.297
21.176   3.404
21.569   3.513
21.961   3.624
22.353   3.737
22.745   3.853
23.137   3.970
23.529   4.091
23.922   4.215
24.314   4.338
24.706   4.466
25.098   4.596
25.490   4.729
25.882   4.863
26.275   5.000
26.667   5.139
27.059   5.281
27.451   5.426
27.843   5.574
28.235   5.724
28.627   5.876
29.020   6.030
29.412   6.189
29.804   6.349
30.196   6.513
30.588   6.677
30.980   6.847
31.373   7.018
31.765   7.192
32.157   7.369
32.549   7.549
32.941   7.730
33.333   7.916
33.725   8.104
34.118   8.296
34.510   8.490
34.902   8.687
35.294   8.887
35.686   9.091
36.078   9.297
36.471   9.506
36.863   9.718
37.255   9.934
37.647  10.153
38.039  10.375
38.431  10.599
38.824  10.828
39.216  11.058
39.608  11.293
40.000  11.531
40.392  11.772
40.784  12.016
41.176  12.264
41.569  12.515
41.961  12.770
42.353  13.028
42.745  13.289
43.137  13.553
43.529  13.822
43.922  14.093
44.314  14.368
44.706  14.647
45.098  14.929
45.490  15.215
45.882  15.505
46.275  15.798
46.667  16.094
47.059  16.394
47.451  16.698
47.843  17.006
48.235  17.317
48.627  17.633
49.020  17.952
49.412  18.274
49.804  18.601
50.196  18.932
50.588  19.266
50.980  19.605
51.373  19.947
51.765  20.293
52.157  20.642
52.549  20.996
52.941  21.353
53.333  21.717
53.725  22.083
54.118  22.452
54.510  22.826
54.902  23.204
55.294  23.587
55.686  23.973
56.078  24.364
56.471  24.759
56.863  25.159
57.255  25.562
57.647  25.971
58.039  26.383
58.431  26.798
58.824  27.219
59.216  27.645
59.608  28.074
60.000  28.507
60.392  28.946
60.784  29.389
61.176  29.836
61.569  30.288
61.961  30.744
62.353  31.205
62.745  31.670
63.137  32.140
63.529  32.615
63.922  33.094
64.314  33.577
64.706  34.066
65.098  34.559
65.490  35.056
65.882  35.560
66.275  36.066
66.667  36.579
67.059  37.096
67.451  37.618
67.843  38.145
68.235  38.676
68.627  39.213
69.020  39.754
69.412  40.301
69.804  40.851
70.196  41.408
70.588  41.968
70.980  42.536
71.373  43.107
71.765  43.684
72.157  44.265
72.549  44.851
72.941  45.443
73.333  46.041
73.725  46.642
74.118  47.250
74.510  47.863
74.902  48.481
75.294  49.104
75.686  49.732
76.078  50.367
76.471  51.005
76.863  51.650
77.255  52.300
77.647  52.955
78.039  53.616
78.431  54.282
78.824  54.954
79.216  55.631
79.608  56.315
80.000  57.003
80.392  57.697
80.784  58.396
81.176  59.101
81.569  59.812
81.961  60.529
82.353  61.251
82.745  61.979
83.137  62.713
83.529  63.452
83.922  64.196
84.314  64.948
84.706  65.705
85.098  66.467
85.490  67.236
85.882  68.009
86.275  68.791
86.667  69.577
87.059  70.369
87.451  71.167
87.843  71.971
88.235  72.781
88.627  73.597
89.020  74.420
89.412  75.248
89.804  76.083
90.196  76.924
90.588  77.771
90.980  78.624
91.373  79.483
91.765  80.348
92.157  81.219
92.549  82.098
92.941  82.982
93.333  83.873
93.725  84.768
94.118  85.672
94.510  86.581
94.902  87.498
95.294  88.420
95.686  89.349
96.078  90.285
96.471  91.226
96.863  92.175
97.255  93.130
97.647  94.092
98.039  95.059
98.431  96.034
98.824  97.015
99.216  98.004
99.608  98.999
100.000 100.000

[MBe]

Il faudrait une liaison HDMI 2.0 pour pouvoir passer 30 bits de mémoire. En pratique c'est Display Port sur les Eizo actuellement pour le 30 bits. Ca doit être idem sur les autres marques.

Vous pouvez tester avec le fichier test dispo ici :

http://www.imagescience.com.au/kb/getattachment.php?data=MTUyfDEwIGJpdCB0ZXN0IHJhbXAuemlw

Vous ne devez voir aucun banding si vous êtes en 30 bits.

des infos ici :

http://www.imagescience.com.au/kb/questions/152/10+Bit+Output+Support

Merci je vais regarder cela demain...

SI tu peux me dire pour le départ de ta courbe L* de ton profil, cela m' a donné des idées (et du travail )

Merci beaucoup pour tes courbes et tes commentaires sur ce sujet.

[MBe]

Suffit de changer la carte vidéo.

Oui le départ correspond au noir mini.
[...]

Super (l'échelle n'est pas un problème...), merci, nos messages se sont croisés, cela voudrait dire qu'il y a correspondance avec le départ de la courbe et le niveau de noir possible sur la dalle (probablement en fonction des valeurs cibles demandées). Je vais regarder.
Tu es en icc V2 ou V4 pour ton profil d'écran? (le codage de l'échelle provient peut être également de l'outil utilisé pour lire les données ?)
Tu utilises bien ColorNavigator6? (moi également, en icc V2)

Oui pour la carte graphique, mais sur un portable, c'est compliqué, il faut changer le processeur graphique

[Verso92]

Oui le Displayport permet le 3 x 10 bits, c'est plus adapté pour la vidéo de qualité, mais mon PC n'a pas cet interface, le prochain?

Rhôôôô, MBe... mon PC est pourtant un vieux clou (5 ans) !

;-)