Messages : 5
Sujets : 1
Inscription : Oct 2018
Réputation :
0
Système d'exploitation:
17-10-18, 20:53
(Modification du message : 22-10-18, 12:41 par SDedalus.)
Bonjour,
Je ne suis pas du tout expert avec DT et j'ai un problème que je ne comprends pas et que je corrige encore moins. Il s'agit d'utiliser Zones de couleurs sur des RAF (Fujifilm XT20) avec DT 2.4.4/Windows.
Zones de couleurs semblent produire des pixels isolés (et Pixels chauds ne change rien) dans les zones sombres. Voir l'image suivante (les petits points bleus après avoir activé les alertes de sous exposition, crop à 200%) :
Pas moyens de les supprimer en changeant la méthode de dématriçage, la courbe de tonalité, réduction de bruit etc. Comme je ne sais pas ce qu'il se passe exactement, je suis un peu à court d'idée.
Rien de visible depuis la prévisualisation depuis la chambre noire ("z") mais les exports (jpeg, tiff) sont loin d'être acceptables. Voir l'image suivante (zoom sur la même zone mais même à 100%, ça saue au yeux) :
J'ai un peu fouillé le mode d'emploi et le forum (mal peut-être) mais sans trouver de piste...
Merci de votre aide !
Messages : 584
Sujets : 16
Inscription : Nov 2017
Réputation :
28
Système d'exploitation:
Distribution(s) Linux: Linux Mint
Bonjour,
Il faudrait que tu nous fournisses un raw pour que l'on puisse tester, et un xmp avec tes réglages de zones de couleurs s'il te plait.
Sans ça, difficile de tester et de comprendre d'où le problème peut venir
Messages : 3,201
Sujets : 49
Inscription : Feb 2016
Réputation :
72
Système d'exploitation:
Distribution(s) Linux: opensuse tumbleweed
18-10-18, 08:00
(Modification du message : 18-10-18, 08:01 par jpverrue.)
Il nous manque un peu d'informations au sujet de la photo et du traitement appliqué : ISO, sous-exposition, balance des blancs, etc. Une image complète nous permettrait aussi de nous faire une meilleure idée. Enfin, la disponibilité du raw et du fichier xmp associé permettrait également de faire quelques essais.
J'ai personnellement un fuji x100f (la même génération que ton xt20), je n'ai jamais rencontré ce genre de problème... Même si j'en ai rencontré d'autres ;-)
Messages : 5
Sujets : 1
Inscription : Oct 2018
Réputation :
0
Système d'exploitation:
18-10-18, 12:39
(Modification du message : 18-10-18, 12:54 par SDedalus.)
Bonjour,
Merci, les fichiers sont là : https://drive.google.com/open?id=17OgYpP...5Tx06ElPh1 (dscf3547)
Je suis donc parti du constat sur le jpeg (export jpeg 8 bits, qualité 90%, taille max 2048*2048, profil sRGB(web), rendu perceptif, style aucun) en essayant de voir ce qui correspond sur le RAF. J'ai limité le traitement a minima. EXIF : xt20 donc, xf 10-24, iso 200, 1/45 ouvert à F/18.
Remarque : en essayant de traiter le bruit (avec le style fourni par rawfiner en particulier), j'ai un deuxième souci : l'utilisation du filtre passe bas et des zones de couleur conduit à un comportement singulier de DT. Les images sont très très bleutées : voir (même url) une capture d'écran (module chambre noire), le raw et le xmp (pour dscf3551)
Messages : 5
Sujets : 1
Inscription : Oct 2018
Réputation :
0
Système d'exploitation:
Apparemment avec un profil de couleur d'entrée RCG Rec 709 linéaire et la troncature du gamut qui lui correspond, le problème semble résolu : en tous cas les exports jpeg sont propres... Ca ressemble à un hasard ou à une solution ?
Messages : 3,201
Sujets : 49
Inscription : Feb 2016
Réputation :
72
Système d'exploitation:
Distribution(s) Linux: opensuse tumbleweed
(18-10-18, 19:26)SDedalus a écrit : Apparemment avec un profil de couleur d'entrée RCG Rec 709 linéaire et la troncature du gamut qui lui correspond, le problème semble résolu : en tous cas les exports jpeg sont propres... Ca ressemble à un hasard ou à une solution ?
... Je ne sais pas. Ce que je sais, c'est que j'ai chargé tes fichiers (la photo 3547, car elle seule dispose des trois fichiers). Je vois effectivement les petits artefacts dans le jpeg (de trop faible dimensions pour pouvoir bien juger). Par contre, une fois chargé dans darktable, je n'ai aucun artefact avec ton traitement. Je n'ai pas cherché à en faire un autre du coup.
Le jpeg, c'est le résultat d'un export ou une copie d'écran de la chambre noire ?
Messages : 584
Sujets : 16
Inscription : Nov 2017
Réputation :
28
Système d'exploitation:
Distribution(s) Linux: Linux Mint
J'ai téléchargé ton raw et fait un export avec les mêmes paramètres que toi, je n'ai vu aucun problème, avec darktable 2.4.4 sous linux.
C'est bizarre que tu rencontres de tels problèmes, je sais pas trop d'où ça peut venir.
Est ce que ton PC a suffisamment de mémoire vive ?
Au cas où, est ce que désinstaller et réinstaller darktable change quelque chose ?
Messages : 2,960
Sujets : 59
Inscription : Feb 2016
Réputation :
44
Système d'exploitation:
Distribution(s) Linux: Debian GNU/Linux buster/sid
As-tu le même problème si tu désactive OpenCL? Quelle carte graphique as-tu?
Messages : 5
Sujets : 1
Inscription : Oct 2018
Réputation :
0
Système d'exploitation:
Bonjour,
Apparemment effectivement en désactivant OpenCL les deux problèmes ont disparu : artefact jpeg (qui sont bien un export et pas une capture d'écran, d'ailleurs je constate la même chose : aucun pb depuis la chambre noire) et cette visualisation bleutée lorsque zones de couleurs et filtre passe bas sont utilisés.
Mon pc (intel i5, 6144 mb de ram) a une intel® HD Graphics 620 (le pilote est à jour apparemment).
Messages : 2,960
Sujets : 59
Inscription : Feb 2016
Réputation :
44
Système d'exploitation:
Distribution(s) Linux: Debian GNU/Linux buster/sid
Problème trouvé. Les cartes Intel ne supportent pas correctement l'OpenCL.
|