Photo developpée - une instance de module exposition a disparu sur 3.2.1

[grise]

Je l'ai juste appelé "vignette", mais je vais essayer, au cas où!
Merci.

[grise]

Bonjour, je reviens sur un post que j'ai écrit il y a un moment, qui décrivait un problème de traitement d'un module à une certaine étape.
Après avoir essayé sans succès les conseils en réponse à mon poste, je suis resté sur la 3.0.2.

Après avoir chargé la 3.4, je constate que je suis toujours face à ce problème qui m'empêche de profiter des nouvelles versions de darktable.

Ci-après le lien vers le xmp d'une photo qui pose problème, exporté à partir de 3.0.2. Il est facile de le charger pour voir le résultat sur une photo quelconque.
Le résultat est une photo brouillée, et qui commence à se brouiller à partir de l'étape "exposition plafond": le module en question est bien dans l'historique, mais n'existe pas dans la liste de modules à droite.

https://www.dropbox.com/s/pvlb015nxj8bgn...F.xmp?dl=0

Merci pour votre aide.

[FrançoisH]

Salut Grise,

si tu mettais le jpg contenant le xmp, parce que le xmp tout seul   ?

[Nel]

Salut grise,

Il y a une étape dans ton XMP qui s'apelle "exposition plafond" et qui est cassée.
Tu peux récupérer simplement le reste du développement en créant un clone vierge. Ensuite tu fais une copie de ton développement en déselectionnant l'étape "exposition plafond" et tu fais un "coller tout" en mode "écraser" sur le clone vierge.

[grise]

Salut Grise,

si tu mettais le jpg contenant le xmp, parce que le xmp tout seul   ?

Bonjour FrançoisH, le XMP suffit en fait. On peut l'appliquer sur l'importe quelle photo. Et on voit le résultat brouillé avant ou après l'étape qui pose pb! :-)
Évidemment le rendu de la photo n'est pas correct, mais entre l'image brouillée et claire, pas de pb pour voir le souci!

---

Salut grise,

Il y a une étape dans ton XMP qui s'apelle "exposition plafond" et qui est cassée.
Tu peux récupérer simplement le reste du développement en créant un clone vierge. Ensuite tu fais une copie de ton développement en déselectionnant l'étape "exposition plafond" et tu fais un "coller tout" en mode "écraser" sur le clone vierge.

Salut Nel,

Merci pour l'astuce. Effectivement cela permet de récupérer la photo sans trop de manips. ouf!
Mon souci est que j'ai maintenant des centaines de photos qui ont ce problème quand je migre ma base de 3.0.x vers 3.2.x ou vers 3.4.x ...
Si c'est un bug dans darktable, je veux bien donner des exemples pour aider les développeurs à cerner le problème pour le régler ou bien trouver un workaround. :-)

[nicoauffray]

Salut Nel,

Merci pour l'astuce. Effectivement cela permet de récupérer la photo sans trop de manips. ouf!
Mon souci est que j'ai maintenant des centaines de photos qui ont ce problème quand je migre ma base de 3.0.x vers 3.2.x ou vers 3.4.x ...
Si c'est un bug dans darktable, je veux bien donner des exemples pour aider les développeurs à cerner le problème pour le régler ou bien trouver un workaround. :-)

Salut,

Je viens de tester ton XMP et ce bug est connu. Et il a été corrigé l'année dernière, de mémoire pour la 3.2 mais il me semble qu'il restait un peu corrigé en 3.4. Par contre, le bug était lié à la refonte de l'ordre du pipe en 3.0 et qui entraînait dans certains cas de multi-instances un XMP erroné. En bref, c'est le XMP qui est mauvais et le bug était dans son écriture.

En d'autres termes, il n'y a plus rien à corriger, les XMP corrompus ne peuvent être corrigés qu'en les réécrivant par un clone comme François le suggère, ce qui créera un nouveau XMP ok. Malheureusement pas d'autre possibilité Si tu as un développement identique pour plusieurs images, une fois le clone d'une première image ok, tu sélectionne toutes les autres en table lumineuse et via le module "développement", tu supprime le développement de toutes les images sélectionne, puis tu copie-colle le clone de la 1ère image ok sur toutes les autres (important de supprimer le développement avant, ça t'évite de faire un nouveau clone pour les autres images et réécrit le XMP pour qu'il soit ok).

[grise]

Salut Nel,

Merci pour l'astuce. Effectivement cela permet de récupérer la photo sans trop de manips. ouf!
Mon souci est que j'ai maintenant des centaines de photos qui ont ce problème quand je migre ma base de 3.0.x vers 3.2.x ou vers 3.4.x ...
Si c'est un bug dans darktable, je veux bien donner des exemples pour aider les développeurs à cerner le problème pour le régler ou bien trouver un workaround. :-)

Salut,

Je viens de tester ton XMP et ce bug est connu. Et il a été corrigé l'année dernière, de mémoire pour la 3.2 mais il me semble qu'il restait un peu corrigé en 3.4. Par contre, le bug était lié à la refonte de l'ordre du pipe en 3.0 et qui entraînait dans certains cas de multi-instances un XMP erroné. En bref, c'est le XMP qui est mauvais et le bug était dans son écriture.

En d'autres termes, il n'y a plus rien à corriger, les XMP corrompus ne peuvent être corrigés qu'en les réécrivant par un clone comme François le suggère, ce qui créera un nouveau XMP ok. Malheureusement pas d'autre possibilité Si tu as un développement identique pour plusieurs images, une fois le clone d'une première image ok, tu sélectionne toutes les autres en table lumineuse et via le module "développement", tu supprime le développement de toutes les images sélectionne, puis tu copie-colle le clone de la 1ère image ok sur toutes les autres (important de supprimer le développement avant, ça t'évite de faire un nouveau clone pour les autres images et réécrit le XMP pour qu'il soit ok).

Hello,

OK, merci pour les explications.
Juste pour avoir fait le tour de la question avant de décider à me lancer sur des centaines de photos... tu parles de XMP erroné: que ce soit un XMP exporté ou celui qui est dans la database (je ne sais pas quelle forme il prend dans ce cas), c'est bien la même chose: la description du traitement est erronée dans les 2 cas?

Pas d'espoir de réparer les fichier par un script? :-) Le clone n'est pas gênant, c'est surtout la perte d'une partie du développement qui va être pénible dans l'histoire!

Autre idée, est-ce que l'ancien développeur de base que je suis pourrait faire une version de maintenance de la 3.0 qui a le problème pour au moins sortir un XMP lisible par les versions suivantes?

Merci.

[nicoauffray]

OK, merci pour les explications.
Juste pour avoir fait le tour de la question avant de décider à me lancer sur des centaines de photos... tu parles de XMP erroné: que ce soit un XMP exporté ou celui qui est dans la database (je ne sais pas quelle forme il prend dans ce cas), c'est bien la même chose: la description du traitement est erronée dans les 2 cas?

Tout à fait !

Pas d'espoir de réparer les fichier par un script? :-) Le clone n'est pas gênant, c'est surtout la perte d'une partie du développement qui va être pénible dans l'histoire!

Ca j'en sais rien mais à mon avis pas si simple, sinon ça aurait, je suppose, été corrigé. Si tu fais un clone, tu ne perds pas de développement puisque tu clones l'intégralité de ton historique. Cloner ici revient à recréer un autre XMP (lui ok) et donc pouvoir ensuite supprimer l'ancien corrompu.

Autre idée, est-ce que l'ancien développeur de base que je suis pourrait faire une version de maintenance de la 3.0 qui a le problème pour au moins sortir un XMP lisible par les versions suivantes?

Aucune idée mais tu peux venir en parler, notamment avec Pascal Obry, qui est à l'origine du nouvel ordre amélioré de darktable 3.0 (et la correction des bugs comme celui décrit ici engendré par cet énorme travail). Pour aller plus loin sur tout ça, il sera bien plus précis, pertinent et compétent que moi.