17-01-21, 14:50
(17-01-21, 14:25)grise a écrit : 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).