Bonjour à toutes et à tous.
Je souhaite importer des images noir et blanc numérisées depuis des négatifs n/b et développées avec lightroom 6.14. J’ai un problème avec les données xmp. Lightroom intègre (de ce qu’il en est écrit dans la doc) les données xmp dans le fichier TIF (les fichiers sidecar xmp ne seraient créés par Lr 6 que pour les fichiers RAW propriétaires, donc cela ne concerne pas les fichiers .DNG, .TIF, .JPG, etc.).
J’ai bien conscience des limites de l’importation des opérations de développement de Lr vers DT (j’ai bien lu la doc DT), toutefois, j’aimerai sauver ce qui peut l’être de mon travail, notamment les opérations basiques et très chronophages comme la suppression des poussières qui est prise en charge par DT lors de l’importation avec données XMP.
J’exporte mes images depuis Lr, des copies virtuelles le plus souvent, en prenant soin d’intégrer les données XMP dans le .TIF (réglages dans les préférences puis ctrl+s).
Problème, lorsque j’importe mes fichiers .TIF, je ne retrouve pas les réglages d’exposition, de contraste, etc. qui sont pris en charge par DT lors de l’import. Pour essai, j’ai importé ce même fichier .TIF dans une autre install de Lr 6, ces réglages sont bien persistants.
Ai-je loupé une étape ?
Merci de votre aide et de votre bienveillance.
Frédéric
Bonjour, bien que darktable puisse extraire ses XMP des JPeg qu’il a généré, je ne sais pas si LR code les siens dans cux qu’il exporte et que darktable puisse les extraire.
Merci de votre réponse,
Logiquement si (pour ce qui est de Lr vers Lr) puisque sur une autre install de Lr, mes réglages sont récupérés (en fait je change de machine et j’en profite pour tout remettre à plat, abandonner Lr pour adopter DT, réorganiser mes collections, etc.). Avez-vous une idée avec quel soft pourrais-je contrôler la présence des données XMP dans mes .TIF ?
Merci
Frédéric
Je n’ai pas écrit que LR écrive les XMP dans les JPeg qu’il génère. Effectivement, darktable peut décoder une partie des XMP générés pas LR. Maintenant quand à ce que darktable les retrouve au sein des JPeg, la j’ai un doute.
A mon avis, il faudrait avant que quitter LR, repasser les JPeg dans LR pour le forcer à réécrire les XMP.
En plus, je ne suis pas du tout sûr que le module « docteur néga » fonctionne comme celui de LR.
C’est une idée très intéressante, je vais tester ça dès ce weekend !!! Je vous tiens informé.
Merci
[hr]
[align=left]
De ce qui est écrit dans le panneau « Préférences Lr6 », seuls les fichiers RAW propriétaires (ce qui exclut les .DNG) sont accompagnés d’un fichier sidecar XMP. Pour ce qui concerne tous les autres formats de fichiers image pris en charge par Lr6, les données XMP sont sauvées dans le fichier lui-même. Enfin, si j’ai bien compris (ce qui n’est pas garanti ).
[/align]
[hr]
Je n’ai pas encore testé cette fonction sous DT. Et sous Lightroom 6, jamais. Je ne suis pas sûr que cela existe d’ailleurs sur Lr6, en tous les cas je n’y ai jamais prêté attention.
Merci pour l’aide, c’est agréable cette réactivité
Bonne journée
Frédéric
De ce que j’ai compris de la récupération de LR vers DT, ça n’a été fait que pour les fichiers XMP accompagnant un RAW, pas pour ce qui est embarqué dans les TIF ou autres formats. Il faudrait demander confirmation à Pascal qui est l’auteur de cette fonctionnalité.
Bonsoir tout le monde,
Voici ce qu’il semble fonctionner sous windows avec exiftool :
exiftool(-L -a -u -g1 -w %f.%e.xmp).exe
ça c’est la commande qui produit un fichier XMP avec un nom conforme à la dénomitaion « Darktable », c’est à dire le modèle de nom de fichier XMP : « nom_du_fichier.extension.xmp ».
Si on veut une forme qui ressemble à ce que produit un logiciel du commerce on partira plutôt sur :
exiftool(-L -a -u -g1 -w %f.xmp).exe
le « %e » étant le paramètre permettant d’écrire l’extension du fichier image d’origine (jpg, tif, etc.).
On extrait les métadonnées du fichier image source pour les enregistrer dans un fichier XMP en le cliquant et en le glissant sur cet exécutable.
Je vous poste une image (c’est du 6x7 numérisé). Normalement, il n’y a presque rien que Darktable ne puisse récupérer dans le process de développement :
Correction des tâches (énormément)
réglages de base (contraste)
Courbes de niveaux
Virages partiels
Vignettage
Et pis me rappelle plus du reste…
Je fais un test et je vous raconte
[hr]
Le contenu du fichier XMP (en plusieurs messages). Ne me demandez pas ce que ça raconte, à peu de choses près, je n’en sais rien !
De ce que je vois du fichier XMP, ce ne sont pas des informations de traitements, mais des données EXIF (et/ou autres) descriptives des paramètres de l’image.
Je viens de faire une simple test avec une image JPG exportée de dt pour en extraire un XMP, avec la commande déjà proposée :
exiftool -XMP -b maPhoto.jpg > maPhoto.jpg.xmp
Oui, comme je l’indiquais il faut bien specifier l’option -b.
Comme l’indique la doc (le lien est sur le mot précédent) on peut nommer le fichier XMP avec le type de fichier (ici .jpg, façon dt, comme c’est le cas dans mon exemple) ou sans (façon Lr et autres).
Le fichier XMP produit peut être affiché à l’écran, il contient un nombre important d’informations dont des traitements réalisés par dt (dans mon cas).
J’ai re-importé le jpg dans dt, le sidecar étant au même endroit, et j’ai bien pu constater que les modules étaient en double, car dt a repris ceux embarqués dans le JPG et ceux, identiques, du XMP.
Sans autre fichier venant de Lr à tester (ma suggestion/demande précédente), je ne sais en dire plus.
Le JPG n’a pas de traitement Lr… Le XMP produit est vide.
[hr]
Si j’ai bien suivi, on parle d’importer des fichiers traités par Lr dans dt. Tous les tests doivent être réalisés sur cette base, pas autre chose…
Bah quand j’ai voulu poster le tif, le service me l’a rejeté… C’est pour ça que je l’ai passé en jpg ! Je recommence, peut-être une erreur de ma part.
[hr]
Je confirme : Filte type not allowed
OK, il faut trouver un autre site de téléchargement… Je n’ai pas de préconisation particulière (à part éviter les GAFAM et leurs compères)… Est-ce que ça passerait avec https://www.swisstransfer.com/fr-fr ?
On voit bien que des traitements ont été repris du .xmp généré à partir des données de traitement Lr contenues dans le TIFF.
En revanche, l’image est noire.
C’est le module Recadrer et Pivoter (obsolète) qui provoque ça, comme on le constate ici :
Ce serait à remonter aux devs éventuellement, et en attendant, en le désactivant, on doit réactiver les modules au dessus qui disparaissent : Vignetage, Correction des taches, Courbe de tonalité et Virage partiel.
[hr]
Au besoin, si l’anglais et/ou l’utilisation de github sont bloquants, je peux aider à déclarer une « issue » sur le github dt, car le module « crop and rotate » utilisé est « deprecated », ce qui est impactant pour l’import d’XMP Lr…
