Autoportrait avec filmique?

[aurelienpierre]

matrice standard, c'est la matrice de conversion RGB -> XYZ fournie par Adobe DNG Converter. Ça dépend de ton appareil photo.

matrice améliorée, c'est une matrice RGB -> XYZ réalisée par calibration et fournie par un utilisateur, si elle existe. Ça dépend aussi de ton appareil photo. Des fois, c'est meilleur, mais le risque, c'est que le contributeur ait fait n'importe quoi, et on n'a aucun moyen de savoir (n'importe quoi = tu vas avoir des bleus complètement hors gamut, par exemple).

les autres options (espaces RGB autres) s'appliquent uniquement aux fichiers non RAW qui ont été enregistrés avec un profil non intégré dans le fichier.

Il m'arrive souvent de passer en rec709 (le numero je le dis de mémoire), car en photo de soirées, à cause des lumières bleues, je ne peux pas traiter de manière satisfaisante la photo en restant en matrice standard (même en faisant une troncature de gamut). Les couleurs et luminosité de ces zones explosent dans tous les sens (j'obtiens des pixels tous noirs ou majenta, alors que la zone est claire et bleue) à la moindre petite modif en Lab, alors que si je passe en rec709 je n'ai pas de soucis, juste une légère correction de couleurs et saturation à apporter...
Tu penses que ça serait dû à une mauvaise qualité de la matrice standard ? (Ça me le fait sur mes 2 appareils photos)

C'est pareil avec LittleCMS ?

Ça peut être 2 choses :

1. un problème de mappage du gamut : en gros, la stratégie du compression du gamut par le profil de sortie échoue
   
2. 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.
   

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.

[rawfiner]

matrice standard, c'est la matrice de conversion RGB -> XYZ fournie par Adobe DNG Converter. Ça dépend de ton appareil photo.

matrice améliorée, c'est une matrice RGB -> XYZ réalisée par calibration et fournie par un utilisateur, si elle existe. Ça dépend aussi de ton appareil photo. Des fois, c'est meilleur, mais le risque, c'est que le contributeur ait fait n'importe quoi, et on n'a aucun moyen de savoir (n'importe quoi = tu vas avoir des bleus complètement hors gamut, par exemple).

les autres options (espaces RGB autres) s'appliquent uniquement aux fichiers non RAW qui ont été enregistrés avec un profil non intégré dans le fichier.

Il m'arrive souvent de passer en rec709 (le numero je le dis de mémoire), car en photo de soirées, à cause des lumières bleues, je ne peux pas traiter de manière satisfaisante la photo en restant en matrice standard (même en faisant une troncature de gamut). Les couleurs et luminosité de ces zones explosent dans tous les sens (j'obtiens des pixels tous noirs ou majenta, alors que la zone est claire et bleue) à la moindre petite modif en Lab, alors que si je passe en rec709 je n'ai pas de soucis, juste une légère correction de couleurs et saturation à apporter...
Tu penses que ça serait dû à une mauvaise qualité de la matrice standard ? (Ça me le fait sur mes 2 appareils photos)

C'est pareil avec LittleCMS ?

Ça peut être 2 choses :

1. un problème de mappage du gamut : en gros, la stratégie du compression du gamut par le profil de sortie échoue
   
2. 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.
   

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

[aurelienpierre]

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.

[rawfiner]

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)

[aurelienpierre]

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 : 

1. dans le module zones de couleur, augmenter la clarté et diminuer la saturation des bleus
2. dans la balance des couleurs, rajouter du jaune sur le niveau de luminosité concerné, et pousser le bleu sur les autres niveaux
3. dans la balance des blancs, augmenter la température pour rajouter globalement du jaune
4. 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.

[rawfiner]

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 : 

1. dans le module zones de couleur, augmenter la clarté et diminuer la saturation des bleus
2. dans la balance des couleurs, rajouter du jaune sur le niveau de luminosité concerné, et pousser le bleu sur les autres niveaux
3. dans la balance des blancs, augmenter la température pour rajouter globalement du jaune
4. 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.

Ça marche, merci pour ton aide  

[Thierry67]

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.