J’avais arrêté le post traitement de mes photos car j’avais des bugs entre les images traitées en chambre noire et les images exportées jpeg.
J’ai cru qu’avec la nouvelle version 2.6 tout allait s’arranger mais non…
Mon problème est simple :
Lorsque je traite mes photos en chambre noire, l’image miniature ne correspond pas à mes réglages.
En soit, je me dit pas de problème et je me base sur l’image en grand et que la miniature se mettra à jour lorsque j’aurai quitté la chambre noire.
Et non !
Tous les réglages appliqués à l’image sont répercutés à la miniature aussi mais vu que la miniature est plus exposée et plus saturée, tous mes réglages sont faussés et mon traitement est inexploitable.
Lorsque je retourne sur ma photo en chambre noire ce sont les réglages de la miniature qui apparaissent. Dès que je fais n’importe quel nouveau réglage la photo pert la surexposition et sursaturation mais pas la miniature. Donc toujours pareil quand je reviens en table lumineuse c’est la miniature faussée qui apparaît et qui est la base pour l’export jpeg.
Voici en exemple les différences de couleurs et d’exposition :
C’est très énervant et cela pour toutes mes photos. Il est impossible de faire les réglages en fonction de la miniature car bien trop petite.
J’ai vidé toutes les images de DT, j’ai supprimé tous les fichiers xmp, j’ai réimporté, j’ai changé le réglage des miniatures en fonction du raw et non du jpeg… mais toujours ce même problème.
[color=#ff3333]HELP !![/color]
Je commence à accumuler beaucoup de photos en attente. Ça devient une vraie crise de nerf d’utiliser Darktable
Faut pas toucher à « point noir/blanc raw », c’est réservé à des usages très particuliers. Je ne crois pas que ton problème vienne de là, mais sait on jamais…
C’était a titre d’exemple de réglage mais ca le fait avec n’importe lequel autre aussi
D’autre part je ne savais pas qu’il ne fallait pas y toucher. Justement j’obtiens de très bon résultats de luminosité en touchant au point blanc
[hr]
Oui je suis sous Windows 10. Cela est peut être dû à une mise à jour de Windows car lorsque j’ai commencé à utiliser DT il y a plus de 6 mois je n’avais pas ce problème. Puis le problème est apparu que pour certaines photos d’une série. Souvent en la supprimant de la bibliothèque puis la réimporter ça fonctionnait (parfois). Mais désormais c’est sur TOUTES les images.
Ça me le faisait sous DT 2.4.4 et aujourd’hui aussi avec la 2.6.
Pour faire référence au topic cité, mes problèmes apparaissent bien avant l’export jpg. Je le constate entre la chambre noire et la table lumineuse, pour la même image 2 rendus différents. C’est la miniature de la chambre noire qui est utilisée en table lumineuse et donc exportée.
Dans le topic, ils parlent de zoom pour actualiser la photo. Sauf que pour moi dès que je zoom il y a 2 secondes d’actualisation qui correspondent aux réglages de la miniature mais après ça redevient en non contrasté et non saturé (image correspondant à mes réglages). Autant de fois que je touche au zoom je vois les différences de couleurs sans toutefois que les images de miniature et chambre noire coïncident.
Comme tu évoques l’option miniature RAW à la place du JPG, n’aurait-tu pas les fichiers JPEG issus du boitier dans dt ? Peut-être qu’avec le merdier qu’il y a l’air d’avoir pour les utilisateurs Windows 10, la miniature JPG est-elle peut-être quand même affichée au lieu du RAW ? Si ce n’est pas ça, c’est donc vraiment Windows 10 qui serait à incriminer.
Dans ce cas, libères-toi et passe sous Linux. J’ai moi-même quitté Mac Os il y a un peu plus de 2 mois, pour mon plus grand bonheur (une fois passé les quelques ajustements parfois nécessaires ; ça dépend du matos et bien souvent des solutions existent et la communauté libre est dynamique)
Il semblerait d’ailleurs que Windows 10 permet désormais d’installer une « couche » Linux. Peut-être que darktable version Linux via cette option (ou via une virtualisation avec Virtualbox) fonctionnerait mieux.
Ma copine a le même souci sur Win 10, les photos sortent bien plus sombres à l’export que dans la chambre noire. J’ai attribué ça à un problème de profil écran, mais il va falloir que je creuse.
Un peu perturbé par ce fil, je viens de comparer une série d’images de 4 façons :
dans darktable, chambre noire et table lumineuse
dans XnView
et dans Firefox via « Google photo »
Les images sont identiques. Mon contexte :
windows 10
darktable 2.6.0
PC portable avec moniteur externe calibré. C’est sur celui-ci que j’ai visionné les images. Inutile de dire que sur l’écran du PC, calibré lui aussi, le rendu est très différent.
je ne touche pas aux modules profil de couleur d’entrée et de sortie
j’exporte en jpeg 8 bits qualité 95 et je laisse le champ profil à « paramètres d’image »
Voila je ne sais si ça aide, je suis en tout cas à votre disposition pour faire d’éventuels tests.
@Aurélien, dans tous les rapports sur ce problème je n’ai pas lu de test avec/sans OpenCL. Je dirais (pas certain cependant) que ce paramètre n’est pas dans la boucle.
Je constate les différences de couleurs sans même avoir a faire l’export jpeg.
Je ne travaille qu’avec un seul écran donc pas de pb de ce côté là
C’est vraiment un soucis de mise à jour de la miniature de la chambre noire car cette dernière ne part pas avec les mêmes réglages de base que l’image traitée. Les modules sont bien appliqués correctement mais vu que ces images ne sont pas identiques il y a de fortes différences a la fin.
Il faudrait trouver un moyen de forcer l’affichage de la miniature en fonction de l’image de la chambre noire
[hr]
Non justement je n’importe pas les jpg dans Darktable. Il est fort probable que la miniature jpg soit affichée malgré l’option décochée. Mais il est étrange que la mise à jour de la miniature ne se fasse pas dès qu’on ouvre l’image en chambre noire
ce qui me pose problème, c’est que le code qui génère la miniature est censé être le même que celui de l’image principale. Par contre, ce qui peut se passer, c’est que la miniature est générée par le processeur, et l’image principale par la carte graphique. Là, effectivement, ce n’est pas exactement le même code, mais c’est supposé faire la même chose.
Il faut faire un dématriçage Amaze pour que les deux images soient identiques !
Je viens de tester sur plusieurs photos, ça fonctionne parfaitement bien ! Plus aucun écart entre les deux images, la miniature a bien le rôle d’image réduite
Pourtant dans les paramètres de fonctionnement j’avais indiqué méthode de dématriçage complète
Cela aidera t il a résoudre le problème en général pour les utilisateurs Windows ?
Sous Linux, j’ai moi aussi la méthode de dématriçage complète activée et pourtant sur mes images, c’est la méthode rapide ppg qui est activée. Je viens de m’en rendre compte suite à ton post. Un point d’amélioration (ou peut-être un bug à corriger) afin que ce soit bien la bonne méthode prise en compte. Je suis la dernière version de développement.
J’ai aussi testé sur une dizaine de photos l’affichage de la miniature et de l’affichage principale sur les 4 méthodes de dématriçage. Aucune différence d’affichage entre les 2 quelque soit la méthode de dématriçage, à l’exception d’un « damier » qui s’affiche sur certaines miniatures pour la version monochrome (mais comme elle est encore expérimentale)… Il y a peut-être une piste à creuser du coup pour ce problème entre la méthode de dématriçage PPG et Windows 10 qui n’ont pas l’air de bien s’aimer.
Je ne dis pas qu’il n’y a pas de pb sous Windows mais il n’est en tout cas pas général. Je n’ai pas ce problème (voir ma config + haut dans le fil), je viens de refaire des tests avec les différentes méthodes de dématriçage (sauf monochrome) et toujours aucun souci. Je pense donc qu’il faut chercher + loin.
Hmm Amaze est le seul algo de dématriçage qui n’a pas de version OpenCL, donc qui tourne obligatoirement sur processeur. Je vous dis que ça sent l’embrouille avec la carte graphique.
