Canaux couleurs inversés à l'export: pbme avec profil BRG(test) (résolu)

Pratique photo Retouche et avis
1

Bonjour à tous,
Je relance un sujet pour suivre une discussion précédente, afin de faire part d’un problème bizarre que j’observe avec Darktable (v.2.4.4 mais similaire avec version précédente). Pour info, je travaille sur Mac
Quand je traite mes photos, je n’ai aucun problème et elle apparaissent normalement. Si je les mets en ligne, personne ne m’a signalé un problème sauf une personne.

Mais si je les ouvre dans un logiciel (ex Gimp), il apparaît qu’une couche chromatique manque ci-joint copie d’écran)
https://framadrop.org/r/Mjt9_vI-Yy#D3dMDNOecHBLK8yTSclZPO0IeKKl/fQON7ahQ4Ug2qw=

En revanche, l’export de cette photo ne révèle aucun problème. (ci-joint photo après export depuis Gimp)
https://framadrop.org/r/pC3Jsw8Z5t#YpZn3WAoCYqdk4MNgU7C9vyuzgrp1sFxP3rhBiXXFto=

Ce problème est apparu lorsque des personnes consultent les photos en ligne…

Etonnant non?..
Quelqu’un aurait-il une idée ou aurait observé la même chose? Je ne sais pas quelle est l’origine de cet artefact.
Cordialement
Eric

2

Je viens de répondre sur l’autre fil sans regarder celui-là. Là, ce n’est pas vraiment normal, peut-tu mettre en téléchargement la photo exportée pour que je regarde comment elle est visualisée sous Linux et WinDows ?

3

Peux tu essayer aussi d’exporter une image dans plusieurs format différents (jpg et tiff par exemple), pour voir si tu obtiens la même chose en exportant en tiff ?

4

Le titre de ton sujet n’est pas pertinent. En voici la définition Wikipedia : « Une aberration chromatique est une aberration optique qui produit différentes mises au point en fonction de la longueur d’onde. On observe alors une image floue et aux contours irisés. Elle résulte de la décomposition de la lumière blanche en plusieurs bandes de couleurs. »
Ce n’est absolument pas le problème que tu soumet, qui est la disparition plus ou moins totale d’un canal de couleur.

Pour améliorer la lisibilité du forum et te donner un peu plus de chance d’avoir des réponses, je te suggère de renommer ton sujet. « Canal rouge absent lors de l’export » par exemple.

5

Merci pour la précision. En effet, mon titre est abscons.

6

Jamais observé. À la lecture de ton problème cela semble être un problème avec l’hébergeur de photo qui fait des choses étranges.

Mettre en ligne où? Quel hébergeur?
[hr]
Est-ce que la photo exportée et la photo récupérée ont la même taille? Même signature md5 par exemple pour être certain qu"aucun traitement n’a été effectué derrière ton dos.

7

Le canal rouge n’est pas absent. Si tu regardes avec la pipette de Gimp, tu verras que le rouge n’est pas à zero sur la majorité des pixels. D’ailleurs, la partie bleue de l’image originale est violette dans l’image après perturbation des couleurs, donc contient beaucoup de rouge.

Par contre, il semblerait que ton image ait permuté les cannaux Par exemple sur la porte à droite :

Avant :
Red: 68%
Green: 0%
Blue: 13%

Après (je n’ai pas forcément visé pile le même pixel) :
Red: 12%
Green: 67%
Blue: 0%

Dans certains modules de darktable, il y a un profil de couleur « BRG (for testing) ». C’est le cas en particulier avec « profil de couleur de sortie ». Si tu utilises ce profil, tu vas générer une image avec des canaux mélangés comme c’est le cas ici. Certains logiciels vont utiliser le profil de couleur embarqué dans l’image pour remettre les couleurs d’aplomb (au moins Firefox fait ça, quand l’image a un profil de couleur il l’utilise), mais les logiciels moins évolués se contentent d’afficher les 3 canaux tels qu’ils sont disponibles dans le fichier sans se préoccuper du profil. Dans beaucoup de cas ce n’est pas très grave (un classique est d’avoir des couleurs ternes pour les images exportées en AdobeRGB), mais là ça fait n’importe quoi.

Solution : ne pas utiliser ce profil BRG. Il n’est pas là pour être utilisé en vrai, mais comme son nom l’indique, pour tester (= faire de la magie noire avec les profils de couleurs).

8

Ce lien est la photo exportée après gimp:
https://framadrop.org/r/pC3Jsw8Z5t#YpZn3WAoCYqdk4MNgU7C9vyuzgrp1sFxP3rhBiXXFto=

Ce lien est la photo exportée de Darktable:
https://framadrop.org/r/Kc1MpElot0#rfMWZExzXUtckH/JcsvQJeroXDOe66GLAzTcGaEIbjY=

Ce lien est la photo RAW (RAF car format FujiFilm) originale:
https://framadrop.org/r/pcunLSKyoS#vtUUTWnAa9qfnrczp3FYi7NKI+uAO64s0M7LCnH+uNo=

Cordialement
Eric
[hr]

Merci pour ton analyse. Tu as certainement raison sur la confusion des canaux. J’ai testé les autres profils de sortie et cela donne la même chose :frowning: . Je vais y regarder de plus près mais je suis preneur de toute suggestion.

9

Vérifie bien partout. Par exemple il y a un profil d’export dans le module de la chambre noire (pour régler image par image si on en a besoin), mais il y a aussi la même chose dans le module d’export de la table lumineuse (pour ignorer ou non le réglage par image).

10

Je viens de décomposer ta photo exportée par darktable avec Gimp : les 3 couches sont bien présentes :

par contre le visualiseur de miniature de Nemo présente les photos comme tu le montre :

Comme je le pensais, darktable n’est pas en cause et je ne pense pas que les développeurs puissent trouver une solution.
[hr]
Bon encore une bizarrerie dans la table lumineuse :

et la même photo dan la chambre noire :

how to close yahoo account
Allez y comprendre quelque chose ?
[hr]
Et voilà l’export de ton RAW :

Je viens de tester l’export avec le profil BRG, le rendu n’est pas pareil.

11

Oui : les logiciels qui appliquent le profil de couleur affichent l’image correcte, les autres non. Ce n’est pas choquant (ou en tous cas pas très surprenant) qu’un visualiseur de miniature ignore le profil icc embarqué dans l’image.

Je ne vois rien qui permette de conclure ça. L’image exportée se comporte bizarrement. C’est quand même peu probable que ça soit un bug du visualiseur de miniatures de Nemo qui se produise uniquement sur cette image sans que l’image soit en cause ;-).

C’est bien du BRG dans le profil inclus dans l’image :

$ iccdump -s DSCF2678.jpg | grep -A 3 TextDescription
TextDescription:
  ASCII data, length 4 chars:
    0x0000: BRG
  Unicode Data, Language code 0x0, length 4 chars
--
TextDescription:
  ASCII data, length 10 chars:
    0x0000: Darktable
  Unicode Data, Language code 0x0, length 10 chars
--
TextDescription:
  ASCII data, length 4 chars:
    0x0000: BRG
  Unicode Data, Language code 0x0, length 4 chars

D’ailleurs, si on ouvre l’image (jpg) dans darktable, on peut le confirmer assez facilement : dans le module « profil de couleur d’entrée », si on laisse « profil ICC intégré », l’image s’affiche bien. Si on sélectionne sRGB, c’est la panique, tout est inversé. Si on selectionne « BRG », on retrouve l’image correcte. Donc, le « profil ICC intégré » est bien BRG.

Et je viens de faire le test, si j’exporte une image depuis darktable en BRG, j’arrive à reproduire à peu près toutes les bizareries de ce thread.

12

Bravo Mathieu, je ne connaissait pas cette commande et je n’ai pas non plus à ouvrir dans la chambre noir et de voir le profil couleur d’entrée, merci, je m’endormirais ce soir moins bête.

13

Tout d’abord, merci à tous pour votre aide et votre temps.
A priori, ce module BRG(test) est la source de mes soucis.
J’avais pris en compte l’export sur l’image, comme indiqué, en activant « Profil de couleur de sortie » sur Adobe RGB, mais sans succès. En effet, je n’avais pas remarqué la même option sur la table lumineuse dans les options globales export. Il était sur RGB (test) et je l’ai mis sur Adobe RGB, et, merveille, Gimp et Pixelmators me donnent l’image avec les bonnes valeurs de teintes. J’ai essayé de remettre sur RGB (test) pour voir, et j’ai toujours l’image correcte… J’ai décidé d’arrêter de me donner des coups de marteau sur la tête.
Grâce à vos suggestions, j’ai réglé le problème et, s’il se reproduit, je saurai où regarder.
Donc, un grand merci à tous.

14

Tu peux mettre « résolu » dans le titre.

15

Une bonne raison pour choisir Adobe RGB ? Si c’est pour publier sur le web, Adobe RGB n’apportera à peu près rien par rapport à sRGB, et les gens qui avaient des problèmes avec tes photos BRG auront des couleurs ternes.

Adobe RGB n’est intéressant que pour afficher sur des écrans à large gamut et pour l’impression.

Bref, si tu ne sais pas quoi choisir, prends sRGB.

cf. par exemple https://kenrockwell.com/tech/adobe-rgb.htm.

16

Au fait : attention, le profil problématique n’est pas « RGB », mais « BRG » (note la permutation des lettres).

17

J’ai changé dans le titre, j’attendais ton avis Mathieu. Je dois dire que je n’ai pas essayé ce mode.

18

Merci pour le conseil. Je vais le suivre de ce pas.
[hr]

en définitive, tout se met en place: si je comprends bien, la hiérarchie des profils entre RGB et BRG est différent, ce qui explique l’inversion si le visualiseur ne prend pas en compte le profil « BRG » et le convertit donc en RGB… C’est drôle comme les problèmes semblent faciles une fois résolus… par les autres. :wink: