24-09-19, 11:50
J'ai récupéré le RAW et je JPeg exporté, j'ai aussi installé Geeqie. Je vais tester en fin d'après-midi.
Export JPEG ou TIFF non conforme
|
24-09-19, 11:50
J'ai récupéré le RAW et je JPeg exporté, j'ai aussi installé Geeqie. Je vais tester en fin d'après-midi.
Je viens de faire quelques tests :
en comparant le RAW traité (traitement extrait de ton JPeg) et le JPeg que tu as exporté dans darktable (mon écran calibré), je vois un légère différence entre le blanc qui est légèrement plus clair ainsi que les gris clairs (je n'arrive pas à trouver si tu as utilisé un préset dans mixage de canaux) ; j'ai essayé de visualiser ton JPeg dans visualiseur d'images ; Gwenview ; GThumb ; Geeqie (ou j'ai utilisé le même .icc que darktable) et Gimp, je vois quelques différences infimes ; enfin j'ai exporté ton RAW en JPeg et TIff, je ne constate que les mêmes différences infimes en fonction des différents visualiseurs. Je me demande si ce n'est pas le préset de mixage de canaux qui provoquent ce léger problème que je constate sur mon ordinateur. Je te propose 2 traitements à partir de filmic : avec un dtstyle utilisant la table correspondance couleurs pour simuler l'Ilford delta 100: et avec un dtstyle utilisant le mixage de canaux pour le même film : picture hosting Je ne comprend pas pourquoi ton traitement transforme le rouge en blanc ou gris très clair, c'est volontaire ? (24-09-19, 07:20)JMM40 a écrit : Le module filmique ne remplace pas l'égaliseur, mais permet de s'en passer car on obtient bien souvent un développement satisfaisant avec ce seul module en gardant cependant des modules pour la netteté, la gestion du bruit, balance des blancs et correction des objectifs, le module exposition lui aussi devient souvent inutile. Merci JMM40 pour ces précisions. Personnellement, je n'ai pas encore réussi à bien maîtriser filmique malgré les tutos d'Aurélien Pierre qui sont pourtant très bien faits. Je suis très content du résultat pour certaines photos et moins content pour d'autres où je préfère utiliser les anciens modules (ce que j'ai fait ici). C'est certainement dû à un manque de pratique... (24-09-19, 10:41)jpverrue a écrit : Pour revenir aux différences constatées : Tu compares l'affichage de darktable avec celui de Gwenview. Le problème, c'est que contrairement à darktable, Gwenview ne gère pas du tout la couleur - elle ne tient absolument pas compte des profils d'écrans, ni des espaces de couleurs des photos. Donc, l'affichage sera forcément plus ou moins différent, selon que la calibration de ton écran aura compensé un plus ou moins grand écart de ton écran. Essaye avec Geeqie qui est une visionneuse qui gère la couleur (faut juste la configurer) Merci Jean-Pierre pour ton retour. Dans mon cas, la gestion de la couleur est directement gérée par le système et les logiciels ne sont pas paramétrés pour utiliser une correction colorimétrique particulière. Généralement, je n'ai pas de différence d'affichage entre darktable et un autre logiciel. Mon problème est particulier à cette photo. Ce qui est bien le cas (je viens encore de vérifier pour ne pas dire de conneries...). (24-09-19, 16:59)jpg54 a écrit : Je viens de faire quelques tests :Si je comprends bien, tu ne visualises pas une différence aussi importante que celle que j'ai postée ? Moi, le JPeg ressort noir-noir par rapport à l'affichage darktable. (24-09-19, 16:59)jpg54 a écrit : j'ai essayé de visualiser ton JPeg dans visualiseur d'images ; Gwenview ; GThumb ; Geeqie (ou j'ai utilisé le même .icc que darktable) et Gimp, je vois quelques différences infimes ;En général, c'est en effet le cas pour mes autres photos, les affichages sont quasi identiques d'un logiciel à l'autre, mais pas pour cette photo. C'est à n'y rien comprendre... (24-09-19, 16:59)jpg54 a écrit : enfin j'ai exporté ton RAW en JPeg et TIff, je ne constate que les mêmes différences infimes en fonction des différents visualiseurs.J'ai utilisé au début un preset de mixage de canaux (je ne sais plus lequel) pour avoir une base travail, mais que j'ai largement modifiée en réglant à ma sauce les différents canaux rouge-vert-bleu dans le canal de destination "gris" du module. (24-09-19, 16:59)jpg54 a écrit : Je te propose 2 traitements à partir de filmic :JPG54, merci pour ces propositions. Elles ne sont pas mal. Et pour information, elles ressortent de la même façon (même affichage) entre les différents logiciels darktable inclus ! Même en important ton traitement sur mon RAW et en refaisant un export. Donc mon problème est vraiment lié au traitement de ma photo. Pour revenir à tes propositions, personnellement, je préfère la deuxième avec l'utilisation du préset pour le mixage de canaux car l'oeil droit est plus visible. Par ailleurs, il va vraiment falloir que je me mette au module filmique plus sérieusement... (24-09-19, 16:59)jpg54 a écrit : Je ne comprend pas pourquoi ton traitement transforme le rouge en blanc ou gris très clair, c'est volontaire ?Oui, c'est volontaire, c'est arrivé en jouant sur les canaux du module mixeur de canaux.
GNU/Linux Debian 11 Bullseye + darktable 3.8.0
24-09-19, 18:52
Tu trouves les présets dans le manuel en ligne : https://darktable.gitlab.io/doc/fr/color_group.html chapitre 3.4.3.2
Pour celui qui utilise, je pense que l'on peut ajuster dans filmique pour voir l'oeil. Je pense que ton problème vient de mixage de canaux avec la valeur élevée du curseur rouge et surtout les 2 instances d'exposition ont du dégrader ! (24-09-19, 18:52)jpg54 a écrit : Tu trouves les présets dans le manuel en ligne : https://darktable.gitlab.io/doc/fr/color_group.html chapitre 3.4.3.2Oui, je connais, ce sont ceux que j'utilise. C'est très pratique ! Par contre, où as-tu trouvé ceux pour le module table de correspondance des couleurs ? (24-09-19, 18:52)jpg54 a écrit : Je pense que ton problème vient de mixage de canaux avec la valeur élevée du curseur rouge et surtout les 2 instances d'exposition ont du dégrader !Je vais continuer mes tests pour voir si ça vient de là. (24-09-19, 18:52)jpg54 a écrit : Je pense que ton problème vient de mixage de canaux avec la valeur élevée du curseur rouge et surtout les 2 instances d'exposition ont du dégrader ! Oui, c'est bien ça ! C'est le mixage de canaux qui pose problème. En fait, ce n'est pas dit dans la documentation, mais je pense que la somme des valeurs des trois canaux RVB doit être égale à 1 (soit 100%). Ce qui est le cas des presets fournis dans la documentation. Et dès qu'on force trop une couleur et qu'on s'éloigne de cette valeur de somme égale à 1, l'export ne reflète plus le rendu de darktable. Il faut donc trouver une autre méthode pour jouer (fortement) sur la luminosité des différents canaux.
GNU/Linux Debian 11 Bullseye + darktable 3.8.0
24-09-19, 20:37
Ceux de la table correspondance couleurs, j'ai travaille avec @temperdu pour simuler les anciens films argentiques : https://forums.darktable.fr/showthread.p...simulation
j'ai extrait juste les tables correspondance couleurs pour en faire des dtstyles parce que les courbes de tonalité sont souvent dans les choux. Ce travail n'est plus de première jeunesse et va devenir obsolète avec l'arrivée dans la version 3.0 du module LUT 3D qui permet d'utiliser directement des matrices de conversion de couleurs en .png ou des fichiers .cube utilisés par les logiciels d'édition vidéo.
24-09-19, 20:48
Je suis impatient de découvrir cette version et les presets disponibles.
GNU/Linux Debian 11 Bullseye + darktable 3.8.0
24-09-19, 22:48
Dans la 2.6 le mixeur de canaux est situé dans le pipe après le profil de couleur de sortie, ce qui n'est pas très propre. Peut être est-ce que ça vient de là ?
Mes photos : jpverrue.fr
25-09-19, 07:49
Oui Jean-Pierre, effectivement peut être une explication qui devrait être réglé avec la prochaine version 3.0 qui permettra de déplacer les modules dans le pipe line.
|
« Sujet précédent | Sujet suivant »
|