[list=1]
[]un problème de mappage du gamut : en gros, la stratégie du compression du gamut par le profil de sortie échoue
[]un problème de métamérisme du capteur : en gros, plusieurs longueur d’ondes peuvent avoir les mêmes coordonnées RGB dans un espace donné, et ne seront pas interprétées de la même façon par l’œil.
[/list]
J’ai vu le problème des bleu hors-gamut se poser avec des matrices perso que j’avais faites moi-même à l’arrache. La dérive vers le magenta, ça sent le métamérisme.
La troncature de gamut, dans dt, est une solution sale et temporaire. Quant à utiliser un autre profil couleur, ce ne sont plus les bons coefficients RGB, donc c’est encore une solution sale.
La solution propre serait de faire un mappage du gamut intelligent, peut-être dans l’espace CIECAM02. On est en train de réfléchir à ça avec le développeur de Photoflow.
C’est pareil avec LittleCMS
Je viens de refaire un essai, en fait j’obtiens de bons résultats sans changer le profil de couleur d’entrée lorsque j’utilise le module de correction du profile d’entrée comme tu me l’avais appris Tout simplement
Peut être pour analyser un peu et mieux savoir ce qu’il se passe, entre matrice standard et REC709, la luminance moyenne de l’image est identique, mais la luminance moyenne des zones très bleu est de 29 environ avec la matrice standard, alors qu’elle est de 54 avec REC709, ce qui fait une grosse différence. En mesure RGB, avec la matrice standard c’est du bleu pur (0,0,255), et avec REC709 il est moins pur (65,126,251). Après, est ce que c’est plutôt l’hypothèse 1 ou la 2, ça je sais pas
Merci pour ton aide en tout cas
Si c’est du bleu pur, c’est donc un problème de dépassement du gamut : (0, 0, 255) veut dire que ça a été tronqué à la sauvage au moment de la conversion vers sRGB. Il peut y avoir une erreur de coefficients dans la matrice, ou c’est simplement le remappage qui échoue (essaie colorimétrie relative et perceptuel, pour voir si ça change qqch).
La correction du profil d’entrée est une autre solution sale, en fait il faudrait l’utiliser juste après la conversion du profil d’entrée. Bon, ça devrait se régler dans 2.8 si on peut repositionner les modules.
En attendant, la solution propre serait juste de désaturer les basses lumières et le bleu.
J’ai essayé les différents modes de colorimétrie, ça ne change rien
Je viens de tester tes suggestions avec une version compilée de la pull request d’egardoh. La correction du profil d’entrée ne donne plus d’effet probant lorsqu’on la met après le profil d’entrée, c’est déjà « trop tard ». Pour la solution de désaturer les basses lumières et le bleu avant le profil de couleur d’entrée, c’est effectivement pas mal. J’ai testé ça en désaturant avec la balance des couleurs, avant le profil d’entrée, puis en resaturant aprèc le profil de couleurs d’entrée.
Autre petite expérience, j’ai visualisé le canal L (en utilisant la fonction de visualisation des canaux de masques paramétriques) avant et après le profil de couleurs d’entrée. Ça donne ça :
En haut, c’est après le profil de couleurs d’entrée, en bas c’est avant le profil de couleurs d’entrée (la chemise de cette photo a un spot bleu qui l’éclaire)
Bon ben c’est clairement un problème de gamut, peut-être lié aux coef de la matrice d’entrée. Mais pour les éclairages bleutés, c’est assez classique. J’ai eu ce problème plein de fois avec différents appareils. Les bleus à la fois sombres et saturés sont complètement hors-gamut sRGB quoi qu’on fasse.
Plusieurs options en attendant que je me penche sur ce problème :
dans le module zones de couleur, augmenter la clarté et diminuer la saturation des bleus
dans la balance des couleurs, rajouter du jaune sur le niveau de luminosité concerné, et pousser le bleu sur les autres niveaux
dans la balance des blancs, augmenter la température pour rajouter globalement du jaune
dans le module exposition, mettre une valeur < 0 au niveau de noir pour booster les hautes lumières et éclaircir les bleus sombres
Mais utiliser une autre matrice d’entrée, ça va globalement virer les couleurs alors que c’est juste le bleu qui pose problème, alors c’est dommage.
Bonjour, voici une autre version traitée cette fois-ci avec Darktable, j’ai essayé de conserver l’esprit « vintage » qui je trouve sied bien à cette photo.
Tout simplement 
