calibrage moniteur Gamma 2.2 ou courbe L* ?

Démarré par Christophe Métairie, Septembre 13, 2015, 15:57:48

« précédent - suivant »

olivier1010

Citation de: fred94- le Septembre 21, 2015, 21:10:28
Je lance une question "peut-être" idiote mais bon.

Est-ce que "moi photographe" je ne voudrais pas récupérer "un peu ou beaucoup" d'information dans les basses lumières à l'affichage?.......a mon avis oui et j'avise par la suite du traitement final.
J'ai lancé monmacbookpro pour voir un truc, effectivement "de visu" les profil ECI ont une trc plus proche du L* de color navigator. Mais j'ai un autre qui ressemble plus à celui de basic color.....
Est-ce que ce n'est pas à la conversion que j'ajuste au final les pertes ou problèmes lié au profil choisi?

Le système icc est là pour faire correspondre correctement les couleurs et sur demande les dynamiques. Pas pour arranger le photographe qui voudrait voir plus de détail dans les ombres.

Gamma 2.2 ou L* ne change pas le détail dans les ombres, voir les analyses ci-dessus. Les différences de clarté sont très minimes, en dessous du seuil de perception si l'application graphique sait gérer les profils icc correctement. Une calibration en L* peut éventuellement délivrer un espace couleur plus homogène à l'affichage, encore faudrait il voir une étude qui montre la différence en Delta E par rapport à gamma 2.2. A mon avis la différence est très faible également. Surtout sur un affichage 30 bits qui deviendra la norme d'ici un an ou deux avec la généralisation du 4K et du HDMI 2.0.

Si vous voulez avoir du détail dans les ombres, alors remontez le niveau de noir de l'écran en le calibrant avec un contraste plus faible, peut être 200:1, qui se rapprochera du contraste d'un tirage.

Ou alors laisser l'écran à son contraste maxi et utilisez la fonction d'aperçu d'épreuve, avec simulation d'encre, qui diminuera le contraste à l'affichage. Dans ce cas pour compenser la perte de résolution tonale de l'écran vous pourrez éventuellement vous concocter un système qui affiche en 30 bits. Cela compensera grosso modo la perte de résolution tonale due à la différence entre une calibration en contraste 800:1 par rapport à une calibration en 200:1. Seuls Photoshop et Zoner Photo Studio savent gérer un affichage en 30 bits dans le monde du graphisme. En vidéo c'est un peu mieux fourni coté logiciels supportant le 30 bits.
Lightroom après vérification fait du dithering pour simuler un affichage 30 bits. Puisque si vous ouvrez un dégradé 16 bits de test (ramp.psd)dans Lightroom il apparaîtra lisse sur un système 24 bits.
Quelqu'un sait il d'ailleurs comment désactiver ce dithering ?

Le manque de détail dans les ombres peut aussi provenir d'un éclairage pièce trop fort, de reflets dans la dalle (même de légers reflets), ou bien d'une luminance écran trop faible. Ou d'une calibration de mauvaise qualité dans les noirs. Contrôlez tout ça c'est très important. Éventuellement passez sur un écran à calibration hardware pour améliorer la précision dans les courbes tonales.

En vieillissant on devient aussi moins sensible aux différences dans les niveaux de noir, donc si c'est votre cas remontez un peu le niveau de luminance de l'écran et celui de l'éclairage de la pièce dans la même proportion.

Les réglages qui vont bien en général sont 100 à 120 cd/m² pour l'écran, et 32 à 64 lux pour la pièce, mesuré au niveau de l'écran.


fred94-

Citation de: fred94- le Septembre 21, 2015, 21:10:28
Je lance une question "peut-être" idiote mais bon.

Est-ce que "moi photographe" je ne voudrais pas récupérer "un peu ou beaucoup" d'information dans les basses lumières à l'affichage?.......a mon avis oui et j'avise par la suite du traitement final.
J'ai lancé monmacbookpro pour voir un truc, effectivement "de visu" les profil ECI ont une trc plus proche du L* de color navigator. Mais j'ai un autre qui ressemble plus à celui de basic color.....
Est-ce que ce n'est pas à la conversion que j'ajuste au final les pertes ou problèmes lié au profil choisi?

autant pour moi je me suis trompé car je n'avais pas le profil "espace de travail" eciRGB_v2.icc

fred94-

par contre quand j'ouvre le eciRGB_v2.icc j'ai un doute car:

le tag créateur est le même pour:

mon profil écran: basiccolor display 5.7
mon profil APN: basiccolor input
eciRGB_v2: je ne sais pas mais "bICC" 

???

olivier1010

#228
Juste pour information le gris moyen est bien à 18 % dans la calibration L* de ColorNavigator, contre 21 % dans le L* de Basiccolor.

L* Basiccolor est quand même loin du vrai L* ce qui porte à confusion. Elle diffère non seulement sur son gamma dans le haut de la courbe, 2.2 au lieu de 2.4, mais aussi dans le bas de la courbe ou elle est bien plus aplatie que le vrai L*. En simulant un gamma 2.4 dans cette zone elle est non seulement plus aplatie que le vrai L*, mais aussi plus aplatie que gamma 2.2 qui est déjà plus aplatie que le vrai L*.

Pourquoi Basiccolor appelle sa courbe L* ainsi ? Est ce pour profiter de l'effet de mode de L*, tout en proposant une autre courbe dont le but ne serait pas tellement d'améliorer la cohérence entre l'espace couleur de calibration et la perception visuelle, mais plutôt d'améliorer un peu la résolution tonale dans les tons sombres avec une courbe plus aplatie ?

Dans tous les cas ce L* est quand même assez étrange, tantôt il pose problème, tantôt il est différent d'un logiciel à l'autre, tantôt il est mal compris des utilisateurs faute d'explications claires de la part de ceux qui le propose, tantôt il semble peut être utilisé à des fins marketing.

Mbe, pourrais tu vérifier le tracé de la courbe L* de Basiccolor, j'ai vérifié à deux reprises tellement cela m'a étonné mais j'aimerais bien avoir une confirmation externe.

Ci-dessous le tracé agrandi de la partie basse des courbes L* ColorNavigator et Basiccolor, ainsi que Gamma 2.2 et 2.4.


matopho

Bonjour,

Juste une question : avec quel(s) logiciel(s) faites-vous ces courbes ?

Merci

Salutations
+ c loin - c net

MBe

 [at]  Olivier ok pour la courbe, si tu pouvais me mettre un profil ou datas ( ou ds un post ) en telechargrment, je fais cela ce soir.

olivier1010

#231
Citation de: matopho le Septembre 22, 2015, 12:24:24
Bonjour,

Juste une question : avec quel(s) logiciel(s) faites-vous ces courbes ?

Merci

Salutations

Les dernières courbes sont faites avec Excel car j'avais besoin d'un graphique en nuage de points qui permet d'avoir des séries de données dont le nombre d'échantillons est différent (256 échantillons pour les courbes en provenance des profils écrans, 700 échantillons pour la courbe en provenance de EciRGB v4.
Sinon avec Libre Office Calc lorsque les séries de données ont des tailles identiques.

Pour Mbe ci-dessous le tag TRC (canal rouge) d'un profil écran en L* réalisé avec Basiccolor.
BEGIN_LUT In_Out 1 1
IN OUT
 0.000   0.000
 0.392   0.005
 0.784   0.008
 1.176   0.012
 1.569   0.015
 1.961   0.020
 2.353   0.023
 2.745   0.027
 3.137   0.032
 3.529   0.035
 3.922   0.040
 4.314   0.050
 4.706   0.063
 5.098   0.076
 5.490   0.090
 5.882   0.107
 6.275   0.125
 6.667   0.145
 7.059   0.166
 7.451   0.189
 7.843   0.214
 8.235   0.241
 8.627   0.270
 9.020   0.301
 9.412   0.333
 9.804   0.368
10.196   0.404
10.588   0.443
10.980   0.484
11.373   0.525
11.765   0.571
12.157   0.618
12.549   0.667
12.941   0.722
13.333   0.780
13.725   0.839
14.118   0.903
14.510   0.969
14.902   1.038
15.294   1.109
15.686   1.184
16.078   1.262
16.471   1.343
16.863   1.427
17.255   1.514
17.647   1.604
18.039   1.697
18.431   1.793
18.824   1.892
19.216   1.996
19.608   2.101
20.000   2.211
20.392   2.324
20.784   2.441
21.176   2.560
21.569   2.684
21.961   2.811
22.353   2.940
22.745   3.075
23.137   3.212
23.529   3.354
23.922   3.499
24.314   3.647
24.706   3.798
25.098   3.955
25.490   4.112
25.882   4.273
26.275   4.437
26.667   4.607
27.059   4.779
27.451   4.955
27.843   5.135
28.235   5.318
28.627   5.505
29.020   5.696
29.412   5.892
29.804   6.090
30.196   6.293
30.588   6.499
30.980   6.709
31.373   6.923
31.765   7.141
32.157   7.362
32.549   7.588
32.941   7.819
33.333   8.052
33.725   8.290
34.118   8.531
34.510   8.777
34.902   9.026
35.294   9.281
35.686   9.537
36.078   9.799
36.471  10.065
36.863  10.333
37.255  10.607
37.647  10.884
38.039  11.147
38.431  11.414
38.824  11.684
39.216  11.957
39.608  12.233
40.000  12.514
40.392  12.798
40.784  13.086
41.176  13.376
41.569  13.671
41.961  13.970
42.353  14.272
42.745  14.577
43.137  14.885
43.529  15.198
43.922  15.514
44.314  15.834
44.706  16.158
45.098  16.484
45.490  16.815
45.882  17.150
46.275  17.488
46.667  17.830
47.059  18.175
47.451  18.524
47.843  18.877
48.235  19.234
48.627  19.594
49.020  19.957
49.412  20.325
49.804  20.696
50.196  21.071
50.588  21.448
50.980  21.828
51.373  22.213
51.765  22.600
52.157  22.992
52.549  23.388
52.941  23.786
53.333  24.189
53.725  24.594
54.118  25.005
54.510  25.420
54.902  25.837
55.294  26.259
55.686  26.683
56.078  27.114
56.471  27.546
56.863  27.982
57.255  28.423
57.647  28.867
58.039  29.316
58.431  29.767
58.824  30.222
59.216  30.681
59.608  31.145
60.000  31.612
60.392  32.084
60.784  32.558
61.176  33.037
61.569  33.519
61.961  34.006
62.353  34.496
62.745  34.990
63.137  35.453
63.529  35.921
63.922  36.391
64.314  36.867
64.706  37.346
65.098  37.829
65.490  38.315
65.882  38.807
66.275  39.301
66.667  39.802
67.059  40.304
67.451  40.812
67.843  41.323
68.235  41.839
68.627  42.358
69.020  42.882
69.412  43.410
69.804  43.943
70.196  44.479
70.588  45.020
70.980  45.565
71.373  46.114
71.765  46.668
72.157  47.227
72.549  47.790
72.941  48.357
73.333  48.930
73.725  49.505
74.118  50.086
74.510  50.671
74.902  51.261
75.294  51.856
75.686  52.532
76.078  53.211
76.471  53.895
76.863  54.582
77.255  55.273
77.647  55.967
78.039  56.664
78.431  57.365
78.824  58.070
79.216  58.776
79.608  59.487
80.000  60.203
80.392  60.920
80.784  61.640
81.176  62.365
81.569  63.091
81.961  63.822
82.353  64.555
82.745  65.292
83.137  66.030
83.529  66.773
83.922  67.518
84.314  68.266
84.706  69.017
85.098  69.770
85.490  70.527
85.882  71.286
86.275  72.047
86.667  72.811
87.059  73.577
87.451  74.347
87.843  75.119
88.235  75.860
88.627  76.606
89.020  77.357
89.412  78.111
89.804  78.869
90.196  79.631
90.588  80.398
90.980  81.167
91.373  81.942
91.765  82.721
92.157  83.503
92.549  84.289
92.941  85.080
93.333  85.873
93.725  86.673
94.118  87.475
94.510  88.281
94.902  89.091
95.294  89.906
95.686  90.726
96.078  91.548
96.471  92.375
96.863  93.207
97.255  94.041
97.647  94.881
98.039  95.723
98.431  96.570
98.824  97.421
99.216  98.277
99.608  99.136
100.000 100.000


matopho

Bonjour,

Merci pour l'info sur la traçage des courbes.

Question de quelqu'un qui suit et ne peut plus contribuer compte du niveau atteint mais qui a eu une idée, peut-être sotte et grenue

Le profil eciRGB_v2.icc est un profil indépendant, qui peut être incorporé dans une photo ou servir d'espace de travail. Les profils générés par CN ou Basiccolor sont des profils d'écran qui définissent les valeurs RVB à transmettre pour avoir le bon affichage.

N'est-il donc pas normal d'avoir des courbes de TRC différentes, éventuellement différentes pour chaque composante RVB, de la courbe L* de eciRGB_v2.icc  ?

Ma question suppose que les corrections sont faites à travers ces 3 courbes. Est-ce le cas ? Si oui le profil généré par CN serait ... (je ne sais pas)

Merci de votre réponse à cette question peut-être complètement out (of gamut ...).

Salutations
+ c loin - c net

fred94-

Citation de: matopho le Septembre 22, 2015, 17:22:09
Bonjour,

Merci pour l'info sur la traçage des courbes.

Question de quelqu'un qui suit et ne peut plus contribuer compte du niveau atteint mais qui a eu une idée, peut-être sotte et grenue

Le profil eciRGB_v2.icc est un profil indépendant, qui peut être incorporé dans une photo ou servir d'espace de travail. Les profils générés par CN ou Basiccolor sont des profils d'écran qui définissent les valeurs RVB à transmettre pour avoir le bon affichage.

N'est-il donc pas normal d'avoir des courbes de TRC différentes, éventuellement différentes pour chaque composante RVB, de la courbe L* de eciRGB_v2.icc  ?

Ma question suppose que les corrections sont faites à travers ces 3 courbes. Est-ce le cas ? Si oui le profil généré par CN serait ... (je ne sais pas)

Merci de votre réponse à cette question peut-être complètement out (of gamut ...).

Salutations

nous sommes deux alors  ;D

olivier1010

#234
Citation de: matopho le Septembre 22, 2015, 17:22:09
Bonjour,

Merci pour l'info sur la traçage des courbes.

Question de quelqu'un qui suit et ne peut plus contribuer compte du niveau atteint mais qui a eu une idée, peut-être sotte et grenue

Le profil eciRGB_v2.icc est un profil indépendant, qui peut être incorporé dans une photo ou servir d'espace de travail. Les profils générés par CN ou Basiccolor sont des profils d'écran qui définissent les valeurs RVB à transmettre pour avoir le bon affichage.

N'est-il donc pas normal d'avoir des courbes de TRC différentes, éventuellement différentes pour chaque composante RVB, de la courbe L* de eciRGB_v2.icc  ?

Ma question suppose que les corrections sont faites à travers ces 3 courbes. Est-ce le cas ? Si oui le profil généré par CN serait ... (je ne sais pas)

Merci de votre réponse à cette question peut-être complètement out (of gamut ...).

Salutations
Non les courbes TRC définissent avec les couleurs des primaires RVB l'espace couleur de l'écran et donc le type de calibration à appliquer à celui-ci. Elles doivent donc être identiques pour chaque canal et normalisées si possible pour éviter des discordances entre les différents logiciels de calibration. Sinon également l'espace couleur produit aurait un axe des gris avec des valeurs RVB différentes, ce qui n'est pas forcément gênant en soit pour l'espace couleur de l'écran (puisque le CMS convertit les couleurs entre les différents espaces) mais le serait beaucoup plus dans un espace de travail. Par exemple les gris neutres relevés à la pipette montreraient des valeurs RVB avec une valeur non identique pour chaque canal.

Je pense que vous confondez avec les courbes qui définissent la calibration en elle même, c'est à dire soit les 3 tags VCGT (video card gamma type) présents dans le profil et qui servent à envoyer à la carte vidéo les valeurs de correction à appliquer à chaque canal de sortie vidéo, soit la calibration hardware, envoyée par une application de calibration dans un slot mémoire calibration de l'écran, auquel cas les courbes VCGT sont des droites puisque la carte vidéo ne doit pas corriger dans ce cas.

Le seul cas où il peut y avoir des courbes tonales TRC différentes pour chaque canal, à ma connaissance, est le cas ou il n'y a pas calibration possible de l'écran, ni par la carte vidéo ni par l'écran. Dans ce cas l'application de profilage de l'écran se contente de décrire le comportement de celui-ci à travers les tags de luminance, couleurs des primaires, et courbes tonales TRC du profil écran.

Un autre cas quand même serait celui où l'utilisateur voudrait délibérément avoir une calibration avec un gamma différent sur chaque canal RVB, dans le cadre d'une expérimentation peut être.

fred94-

salut,

Alors d'accord mais les trois Trc de mon profil écran créés par Basiccolor display sont bien identiques.
Comment extraites les valeurs de ce profil écran comme vous?

svp

olivier1010

Citation de: fred94- le Septembre 22, 2015, 20:34:30
salut,

Alors d'accord mais les trois Trc de mon profil écran créés par Basiccolor display sont bien identiques.
Comment extraites les valeurs de ce profil écran comme vous?

svp

Avec l'utilitaire gratuit de l'icc : wxprofileDump.exe

Dispo ici :

http://www.color.org/profdump.xalter

Puis copier et enregistrer les données dans un fichier texte pour import dans Excel, ou Libre Office Calc (gratuit celui-ci).

Attention au point décimal qui peut poser problème si votre système est en séparateur décimal ",". Dans ce cas le plus simple est de faire un rechercher / remplacer avec un éditeur de texte comme Notepad++ (gratuit :) )
Ensuite il vous reste plus qu'à créer des beaux graphiques avec les tableurs.


fred94-


MBe

Citation de: fred94- le Septembre 22, 2015, 21:18:08
merci mais suis sur mac  ;D

Il y a un équivalent sous Mac qui trace également des vues 2D ou 3D des gamuts des profils, de mémoire il est livré avec l'OS, mais j'ai abandonné Apple il y a tellement longtemps....
Il y a bien un spécialiste "Mac" qui va te renseigner.

MBe

La courbe Lstar théorique versus "Lstar" BasiCColor Display :

Je trouve la même représentation que toi Olivier.


MBe

La même, mais avec une loupe dans les basses lumières:

Je suis vraiment interrogatif sur le départ de la courbe, son comportement sur les basses lumières, après l'intersection des 2 courbes, je pense qu'il n'y a pas d'incidence majeure pour la vision humaine, sauf que l'utilisation de cette courbe dans un profil rompt l'homogénéité avec les profils icc Lstar de travail ( perte possible lors des calculs pour passer d'un espace vers un autre).

je ne comprends pas pourquoi BasiCColor qui est une entreprise très sérieuse appelle cette courbe Lstar qui ne respecte pas l'équation de la CIE? devrait (à mon avis) au minimum communiquer quelques explications vers les utilisateurs.
J'ai fait une recherche sur le web pour voir si il y avait une information sur la non concordance de ces courbes, sans succès.

fred94-

Je peux dire une connerie?

Vous comparer une courbe à partir d'une équation puis vous la comparer avec des valeurs qui résultent de mesures physiques sur l'écran?


MBe

Citation de: fred94- le Septembre 22, 2015, 22:39:55
Je peux dire une connerie?

Vous comparer une courbe à partir d'une équation puis vous la comparer avec des valeurs qui résultent de mesures physiques sur l'écran?

à ^par

La courbe théorique Lstar est décrite par des équations, j'ai utilisé Excel pour tracer cette courbe à partir de ces équations.
Avec la table de valeurs TRC "Lstar" Basiccolor communiquée par Olivier, j'ai tracé la courbe de Basicolor display.
Donc en effet c'est bien la comparaison de la courbe théorique Lstar avec la courbe qui est dans le profil icc d'un écran réalisé avec BasiCColor Display.

Mais attention, cette courbe n'est pas issue de valeur physique d'un écran, cette courbe (en fait 3 courbes , 1 pour chacun des canaux RVB)  est insérée au moment de la fabrication du profil, BasiCColor Display écrit dans le format ad 'hoc 3 tables (identiques) pour les canaux RVB correspondant au TRC (Tone Reproduction curve) du Lstar.(Olivier a expliqué quelques posts au-dessus le pourquoi de cette courbe).

Donc en théorie, nous devrions retrouver une superposition parfaite de ces courbes (c'est vrai par exemple avec ColorNavigator (Eizo)), mais nous ne comprenons pas pourquoi nous ne retrouvons pas cette correspondance avec BasiCColor Displauy, malgré une appellation identique (Lstar).

Il y a peut être une explication, mais je cherche encore, et comme je le disais un peu plus haut, dans les basses lumières, la courbes "Lstar" de BasiCColor Display est vraiment surprenante.
J'espère que c'est un peu plus clair avec ces explications et toutes les questions sont intéressantes.

matopho

Bonsoir,

Merci à  tous pour vos précisions.

Néanmoins
Citation de: fred94- le Septembre 22, 2015, 22:39:55
Je peux dire une connerie?
Vous comparer une courbe à partir d'une équation puis vous la comparer avec des valeurs qui résultent de mesures physiques sur l'écran?
cette remarque me semble valable. C'est une autre façon de dire ma pensée.

Pour moi, cela n'a pas de sens de comparer une courbe définie par une suite de points (couples de valeurs x-Y) et une courbe définie par une équation : comparaison entre les courbes réalisées par basiccolor ou CN et et la courbe de eciRGB_v2.icc. Cette comparaison ne permet pas de dire que la courbe établie par CN est juste.

Sauf si la norme permet de définir la courbe par les deux méthodes. Dans ce cas j'ai tout faux.

La seule solution pour moi : étudier la norme définissant les profils ICC et l'appliquer aux différences relevées par Salomé.

Salutations
+ c loin - c net

fred94-

Citation de: matopho le Septembre 22, 2015, 23:15:07
Bonsoir,

Merci à  tous pour vos précisions.

Néanmoins cette remarque me semble valable. C'est une autre façon de dire ma pensée.

Pour moi, cela n'a pas de sens de comparer une courbe définie par une suite de points (couples de valeurs x-Y) et une courbe définie par une équation : comparaison entre les courbes réalisées par basiccolor ou CN et et la courbe de eciRGB_v2.icc. Cette comparaison ne permet pas de dire que la courbe établie par CN est juste.

Sauf si la norme permet de définir la courbe par les deux méthodes. Dans ce cas j'ai tout faux.

La seule solution pour moi : étudier la norme définissant les profils ICC et l'appliquer aux différences relevées par Salomé.

Salutations
Est-ce que la suite de points est exempte du choix de l adaptation chromatic?

matopho

Bonsoir,

Citation de: MBe le Septembre 22, 2015, 23:08:11
La courbe théorique Lstar est décrite par des équations, j'ai utilisé Excel pour tracer cette courbe à partir de ces équations.
Avec la table de valeurs TRC "Lstar" Basiccolor communiquée par Olivier, j'ai tracé la courbe de Basicolor display.
Donc en effet c'est bien la comparaison de la courbe théorique Lstar avec la courbe qui est dans le profil icc d'un écran réalisé avec BasiCColor Display.

Mais attention, cette courbe n'est pas issue de valeur physique d'un écran, cette courbe (en fait 3 courbes , 1 pour chacun des canaux RVB)  est insérée au moment de la fabrication du profil, BasiCColor Display écrit dans le format ad 'hoc 3 tables (identiques) pour les canaux RVB correspondant au TRC (Tone Reproduction curve) du Lstar.(Olivier a expliqué quelques posts au-dessus le pourquoi de cette courbe).

Donc en théorie, nous devrions retrouver une superposition parfaite de ces courbes (c'est vrai par exemple avec ColorNavigator (Eizo)), mais nous ne comprenons pas pourquoi nous ne retrouvons pas cette correspondance avec BasiCColor Displauy, malgré une appellation identique (Lstar).

Il y a peut être une explication, mais je cherche encore, et comme je le disais un peu plus haut, dans les basses lumières, la courbes "Lstar" de BasiCColor Display est vraiment surprenante.
J'espère que c'est un peu plus clair avec ces explications et toutes les questions sont intéressantes.

Donc si je comprends bien, pour un profil écran il y a deux jeux de tables pour les 3 canaux RVB : 1 jeux qui définit les TRC et 1 jeux qui définit les corrections à appliquer.

Donc mon message précédent est tout faux, sauf qu'il me faut étudier la norme.

Salutations
+ c loin - c net

olivier1010

Citation de: matopho le Septembre 22, 2015, 23:15:07
Bonsoir,

Merci à  tous pour vos précisions.

Néanmoins cette remarque me semble valable. C'est une autre façon de dire ma pensée.

Pour moi, cela n'a pas de sens de comparer une courbe définie par une suite de points (couples de valeurs x-Y) et une courbe définie par une équation : comparaison entre les courbes réalisées par basiccolor ou CN et et la courbe de eciRGB_v2.icc. Cette comparaison ne permet pas de dire que la courbe établie par CN est juste.

Sauf si la norme permet de définir la courbe par les deux méthodes. Dans ce cas j'ai tout faux.

La seule solution pour moi : étudier la norme définissant les profils ICC et l'appliquer aux différences relevées par Salomé.

Salutations
La norme Icc permet de définir une courbe tonale (L* ou autre) par les deux méthodes. Courbe tonale TRC ou équation paramétrique. :)
La courbe L* présente dans le profil icc ECIRGB V2 est présente sous forme de courbe tonale TRC. Et elle correspond bien à la courbe théorique de l'espace L*a*b*, ce qu'a vérifié Mbe.

J'ai simplement extrait la courbe tonale TRC d'un profil Basiccolor en L*, pour la comparer à la bonne courbe L* (que j'ai récupérée dans le profil EciRGB), et je me suis aperçu que cette soit disant L* n'en est pas une.

C'est en fait un mélange entre un gamma 2.4 dans les bas niveaux, et un gamma 2.2 dans les hauts niveaux, ce qui n'a rien à voir avec un L*.
Et ce qui rompt également, comme l'a dit Mbe et comme je l'avais souligné il y a quelques messages, la correspondance avec un espace de travail en L*, correspondance que beaucoup d'utilisateurs semblent apprécier, sans se douter que le L* de Basiccolor n'en est pas un.
ColorNavigator utilise la vrai courbe L* (et peut aussi importer d'autres courbes si besoin comme DICOM ou sRGB).


MBe

Citation de: matopho le Septembre 22, 2015, 23:22:38
Bonsoir,

Donc si je comprends bien, pour un profil écran il y a deux jeux de tables pour les 3 canaux RVB : 1 jeux qui définit les TRC et 1 jeux qui définit les corrections à appliquer.

Donc mon message précédent est tout faux, sauf qu'il me faut étudier la norme.

Salutations

Oui il y a un Jeux de 3 tables identique TRC ( courbes Lstar ou 2,2 par exemple) et des tables pour décrire le comportement colorimétrique de 'l'écran.
Si calibration matérielle (hardware), ces tables ont chargées dans de l'espace mémoire de l'écran ( 14/16 bits)
Si calibration "classique" (software), ces tables (vcgt, elles sont appelées comme cela dans le profil) sont chargées dans un espace mémoire de la carte graphique du PC ou Mac (8 bits).

olivier1010

#248
Citation de: matopho le Septembre 22, 2015, 23:22:38
Bonsoir,

Donc si je comprends bien, pour un profil écran il y a deux jeux de tables pour les 3 canaux RVB : 1 jeux qui définit les TRC et 1 jeux qui définit les corrections à appliquer.

Donc mon message précédent est tout faux, sauf qu'il me faut étudier la norme.

Salutations

Oui il y a deux jeux de tags : un pour le gamma, qui peut être décrit de trois façons :

- matrice gamma (donne simplement les trois valeurs de gamma), utilisable seulement pour décrire un vrai gamma.

- courbes TRC (utilisable pour décrire n'importe quelle courbe tonale, comme L* ou sRGB)

- équations paramétriques (le plus précis mais uniquement disponible en V4).
Et un jeu de tags pour la calibration à envoyer à la carte vidéo, sous forme de 3 tables LUT 16 bits. Si la calibration est faite en hardware dans le moniteur, ce qui est toujours le cas pour les écrans haut de gamme graphiques, les courbes décrites par ces tags sont remplacées par des droites ( x = y ).

Leur but est de faire correspondre au mieux les courbes tonales d'affichage (on dit couramment le gamma de l'écran) avec les courbes tonales décrites au niveau du profil d'écran qui décrivent son espace couleur.

Ces derniers tags (appelés "VCGT" : video card gamma table) ne sont pas normalisés, ils ont été inventés par Apple, mais sont devenus un standard de faite. Le logiciel d'extraction de l'icc ne sait donc pas les lire. Mais d'autres utilitaire comme DispCalGui ou Gretag Calibration tester, ou LUT loader, savent les lire et même parfois exporter leur table.

DispCalGUI sait même comparer ces tags avec ce qui se trouve réellement dans la carte vidéo.

Attention, ces tables VCGT sont en 16 bits, mais agissent sur la sortie vidéo, donc leur précision est en réalité de 8 ou 10 bits par canal, selon la liaison disponible vers l'écran. D'où l'intérêt d'une calibration hardware qui portera cette résolution à 12 ou 14 bits (avec d'autres avantages comme l'uniformisation de la surface de la dalle).
Ce système double, permet entre autres d'avoir un écran proche d'un gamma normalisé (sRGB par exemple), ce qui est heureux pour les applications qui ne savent pas gérer les couleurs par icc.


MBe

Citation de: matopho le Septembre 22, 2015, 23:15:07
Pour moi, cela n'a pas de sens de comparer une courbe définie par une suite de points (couples de valeurs x-Y) et une courbe définie par une équation : comparaison entre les courbes réalisées par basiccolor ou CN et et la courbe de eciRGB_v2.icc. Cette comparaison ne permet pas de dire que la courbe établie par CN est juste.
Salutations

Une courbe peut être décrit par une équation, par une table, la précision de la table est donnée par la quantification des données.

Dans le cas qui nous intéresse, la comparaison est réellement pertinente.

Prenons un cas très simple, l'équation d'une droite :
y = x

et la table
x, y
0, 0
1, 1
2, 2
....etc

Vous ne trouverez pas de différence en traçant les 2 courbes.