Existe-t-il un moyen d'enregistrer les paramètres de développement d'une copie virtuelle dans Lightroom?

8

J'ai généralement configuré Lightroom pour enregistrer les paramètres de développement dans un fichier side-car .XMP, car je n'aime pas tout le "catalogue". Chaque fois que je veux redévelopper une photo, les informations en développement sont juste là dans le sidecar.

Mais, comme vous pouvez faire des "copies virtuelles" d'une seule photo, lorsque le catalogue est supprimé, les paramètres de développement de la copie virtuelle ont disparu .

Existe-t-il un moyen d'enregistrer les paramètres de développement des copies virtuelles dans un fichier side-car .XMP ? Un même fichier XMP peut-il contenir deux paramètres de développement pour une seule image ?

Sinon, quelles autres solutions de contournement existe-t-il?

lightroom developing xmp sidecar Andres
la source
2
Je suppose depuis des années que les paramètres de copie virtuelle ont été stockés dans un XMP distinct. Je n'ai même jamais vérifié! +1 pour me corriger. :)
Mark Whitaker
Honnêtement, ce n'est qu'une limitation de Lightroom dans son état actuel. Ce n'est pas parfait :)
dpollitt

Réponses:

2

Andres,

il y a une deuxième méthode, potentiellement meilleure, que j'ai trouvée.

  • sur votre fichier d'origine, enregistrez l'instantané "original"
  • sur votre copie virtuelle, enregistrez l'instantané "copie virtuelle"
  • "enregistrer les métadonnées dans un fichier" sur votre fichier d'origine
  • le xmp contiendra 2 instantanés. un de votre original, un pour votre copie virtuelle.

ouvrez le fichier xmp lié dans un éditeur de texte et vous verrez les paramètres pour "OriginalSettings" et "VirtualCopySettings"

http://cl.ly/2Y0G2O1t3A0D2z3l3v3C

Cela dit, vous faites beaucoup de travail ici. Le catalogue est en effet invisible pour moi en tant qu'utilisateur, sauf lorsqu'il est rappelé à l'utilisateur de sauvegarder. Qu'est-ce que vous n'aimez pas en particulier? Pourquoi faire confiance aux fichiers xmp et non au fichier catalogue sql?

rapscalli
la source
Nous avons un gagnant! Le XMP possède à la fois des informations de développement, bien que lorsque vous chargez le fichier brut, il n'affiche pas la copie virtuelle, donc ses propres paramètres de développement (copie virtuelle) apparaissent masqués sous le panneau Instantanés. Votre autre solution fonctionne également bien mais vous devez gérer deux fichiers au lieu d'un.
Andres
En ce qui concerne le point catalogue, je ne les aime tout simplement pas. Je préfère avoir les paramètres de développement dans un fichier XMP unique, ce qui me permet de transférer ces paramètres spécifiques à n'importe qui sans envoyer tout le catalogue (ce qui posera également des problèmes si vous ne placez pas les fichiers au même emplacement exact que dans le source originale)
Andres
heureux que vous ayez une solution de contournement andres. Relax.
rapscalli
5

Il n'est actuellement pas possible d'enregistrer plusieurs fichiers .XMP par image ni d'enregistrer plusieurs versions de paramètres dans un seul fichier .XMP. Voici quelques solutions:

  • Au lieu de créer une copie virtuelle, effectuez un ensemble d'ajustements et enregistrez un instantané dans le module Développement, puis continuez et effectuez l'autre ensemble d'ajustements. C'est un peu maladroit, mais vous pouvez rapidement accéder à cet instantané.

  • Une fois que vous avez une version du fichier, enregistrez-la en tant que DNG. Vous avez maintenant deux versions du fichier.

ahockley
la source
Cette solution de contournement instantané va enregistrer un fichier .xmp distinct? Ou que les ajustements disparaîtront une fois le catalogue supprimé?
Andres
salut ahockley, voir ma deuxième réponse ci-dessous, il est possible d'enregistrer plusieurs instantanés dans un seul fichier xmp. bien que ceux-ci soient légèrement différents des copies virtuelles, cela permet d'enregistrer plusieurs versions dans un seul xml.
rapscalli
2

La seule façon possible que je sache est de faire la solution de contournement suivante: -

  • créer une collection intelligente en utilisant "copier le nom" - "n'est pas vide"
  • cela créera une collection intelligente de toutes vos copies virtuelles
  • exporter en "format de fichier" "original"
  • choisissez un dossier pour vos fichiers exportés ou utilisez "le même dossier que l'image d'origine". vous voudrez peut-être mettre les copies virtuelles dans des sous-dossiers, et probablement mieux "ajouter au catalogue".
  • Si vous avez choisi d'exporter vers le dossier d'origine, vous devrez renommer le fichier, éventuellement "nom de fichier d'origine" - "texte personnalisé", et définir le texte personnalisé sur "-virtual-copy" ou quelque chose que vous avez choisi.
  • Vous pouvez également sélectionner le fichier d'origine et le fichier exporté, et choisir de "grouper en pile" (raccourci clavier ctrl + g ou cmd + g), mais uniquement si vous avez exporté vers le dossier d'origine. Vous ne pouvez pas créer des piles d'images dans différents dossiers.

Vous aurez maintenant xmp pour vos copies virtuelles, mais cela crée un autre fichier brut à associer. Je crois que la racine du problème est que les fichiers bruts sont appariés 1: 1 avec des fichiers sidecar et nommés de manière identique en dehors du suffixe.

rapscalli
la source
1

Mon hypothèse est que la copie virtuelle et ses paramètres de développement associés sont importants car c'est maintenant votre version préférée de l'image. Je pense que la solution de contournement est assez simple dans ce cas. Au lieu d'avoir cette copie virtuelle, passez-la simplement à une copie principale .

  1. Dans le module Bibliothèque, sélectionnez une copie virtuelle d'une autre photo.
  2. Choisissez Photo> Définir la copie en tant que maître.

Le problème racine ici est que Lightroom ne stocke pas les paramètres de développement de copie virtuelle dans le sidecar XMP, mais stocke plutôt ces données dans le catalogue Lightroom ( réf ). Vous pouvez voir que d' autres ont trouvé ce "bug / défaut / problème" et l'ont noté sur les forums Adobe depuis 2008.

dpollitt
la source
Mais encore, il y aura un side-car xmp et l'autre paramètre de développement aura disparu, non?
Andres