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