Bonjour Aurélien,
J’utilise énormément balance couleur en architecture et je travaille quasi toujours en HDR.
Je regarde pour utiliser le nouveau module balance couleur rvb mais j’ai un problème avec des artefacts couleurs.
Voici ce que cela donne à droite simplement en activant le module avec les réglages par défaut (problème que je n’ai pas avec la version non rvb):
je suis en version DT 3.5.0~git1887.e33eb14692-1
Idem pour moi …
En photo de paysage, je n’arrive pas a maîtriser les teintes pour le ciel, toujours très sombre et j’ai des halos entre la terre et le ciel !
Je viens de faire un test avec cette photo proposée sur le fofo :
Je vois Jean-Luc que tu n’as pas la dernière version master que j’ai compilée ce matin.
Effectivement j’avais la version 1877 et je viens de mettre a jour …
Plus de problème et c’est vrai que les couleurs sont nettement de meilleurs qualitées surtout avec le curseur de la brillance !!
Trop cool
C’est la compression de gamut qui a l’air trop violente, ou ces couleurs sont effectivement hors gamut (trop riches en couleur pour leur niveau de luminance).
C’est quoi l’espace de travail du pipeline ?
Luc, tu peux t’inscrire sur https://matrix.to/#/!GRiPahKyXySNDwcdux:matrix.org/$161979199761284OxdNF:matrix.org?via=matrix.org&via=matrix.librino.net&via=matrix.ketchupma.io ? Ça sera plus simple pour communiquer.
Cela semble venir de mon utilisation du profil d’entrée prophoto rvb
Je n’ai plus ce problème avec le profil srvb.
C’est absolument pas logique que la compression de gamut soit plus violente sur un espace plus large. Tu peux me faire parvenir le raw ?
Voici le lien de téléchargement (183Mo):
http://luc.lucnix.be/DSC_1467-hdr.dng
Un XMP avec ça ? Je l’ai ouverte, je reproduis pas.
Ok, c’est le module de correction du bruit par profil qui créée des couleurs bizarres qui se font corriger par le nettoyage du gamut dans la balance couleur RGB. Si tu le désactives ou que tu passes en ondelettes, ça marche. À ce stade, je ne comprends pas trop ce qui se passe, mais j’imagine que les moyennes non-locales répliquent les gradients sur le signal sans se soucier de la validité des couleurs d’un point de vue colorimétrique, et ici ça casse.
Mais de façon générale, y a pas besoin de correction de bruit sur des HDR.
Pas certain, j’ai désactivé la réduction du bruit, à gauche balance couleur à droite balance couleur rvb c’est moins fort mais il y a quand-même une structure dé-saturée. J’ai cela sur d’autre photos presque toujours sur du bois. Pour le moment je reste donc en balance couleur.
Que ça soit désaturé, c’est normal. La couleur que tu cherches à afficher n’existe pas dans le gamut de l’espace de travail, donc balance couleur RGB abaisse sa chroma à teinte et luminance égales jusqu’à ce que ça rentre. Sans ça, le résultat que tu vois est un écrêtage du gamut (avec LittleCMS désactivé) ou un mappage perceptuel (si LittleCMS est actif), mais dans tous les cas ces couleurs sont invalides en l’état :
L’alerte gamut de LittleCMS2, calculé contre l’espace ProPhoto RGB linéaire, montre clairement que la zone incriminée dépasse de l’espace disponible.
Même chose avec l’alerte de sur-saturation :
Si on regarde de près le dossier de la chaise, sans balance couleur RGB, on se rend compte que la saturation est anormalement haute dans la partie sombre, comparé à la partie claire (tout à droite) :
En activant la balance couleur RGB, on ré-équilibre la partie sombre avec la partie claire, en terme de saturation :
À mon avis, c’est surprenant parce que tu n’as pas l’habitude, mais ça se comporte comme ça devrait. Tu peux aussi mettre une correction du niveau de noir de -0.0010 dans le module exposition, ça règle le problème.