Gibt es eine Möglichkeit, die Entwicklungseinstellungen einer virtuellen Kopie in Lightroom zu speichern?


8

Normalerweise stelle ich Lightroom so ein, dass die Entwicklungseinstellungen in einer .XMP-Sidecar-Datei gespeichert werden, da mir das gesamte "Katalog" -Ding nicht gefällt. Wann immer ich ein Foto neu entwickeln möchte, befinden sich die Entwicklungsinformationen direkt im Beiwagen.

Da Sie jedoch "virtuelle Kopien" eines einzelnen Fotos erstellen können, sind die Einstellungen für die Entwicklung virtueller Kopien beim Löschen des Katalogs nicht mehr vorhanden .

Gibt es eine Möglichkeit, die virtuellen Kopien zu speichern und Einstellungen in einer .XMP-Sidecar-Datei zu entwickeln ? Kann eine einzelne XMP-Datei zwei Entwicklungseinstellungen für ein einzelnes Bild enthalten ?

Wenn nicht, welche anderen Problemumgehungen gibt es?


2
Ich gehe seit Jahren davon aus, dass die Einstellungen für virtuelle Kopien in einem separaten XMP gespeichert wurden. Ich habe noch nie nachgesehen! +1 für die Korrektur. :)
Mark Whitaker

Ehrlich gesagt ist dies nur eine Einschränkung von Lightroom in seinem aktuellen Zustand. Es ist nicht perfekt :)
dpollitt

Antworten:


2

Andres,

Es gibt eine zweite, möglicherweise bessere Methode, die ich gefunden habe.

  • Speichern Sie in Ihrer Originaldatei den Schnappschuss "Original".
  • Speichern Sie auf Ihrer virtuellen Kopie den Schnappschuss "Virtuelle Kopie".
  • "Metadaten in Datei speichern" in Ihrer Originaldatei
  • Das xmp enthält 2 Schnappschüsse. eines Ihrer Originale, eines für Ihre virtuelle Kopie.

Öffnen Sie die verknüpfte xmp-Datei in einem Texteditor und Sie sehen Einstellungen für "OriginalSettings" und "VirtualCopySettings".

http://cl.ly/2Y0G2O1t3A0D2z3l3v3C

Nachdem Sie das alles gesagt haben, machen Sie hier ziemlich viel Arbeit. Der Katalog ist für mich als Benutzer praktisch unsichtbar, außer wenn der Benutzer an die Sicherung erinnert wird. Was magst du besonders nicht daran? Warum xmp-Dateien vertrauen und nicht der SQL-Katalogdatei?


Wir haben einen Sieger! Der XMP verfügt über beide Entwicklungsinformationen. Wenn Sie jedoch die Rohdatei laden, wird die virtuelle Kopie nicht angezeigt, sodass die eigenen Entwicklungseinstellungen (virtuelle Kopie) im Bereich "Snapshots" ausgeblendet werden. Ihre andere Lösung funktioniert ebenfalls gut, aber Sie müssen zwei Dateien anstelle von einer verwalten.
Andres

In Bezug auf den Katalogpunkt mag ich sie einfach nicht. Ich bevorzuge es, die Entwicklungseinstellungen in einer eindeutigen XMP-Datei zu haben, wodurch ich diese spezifischen Einstellungen an jeden übertragen kann, ohne den gesamten Katalog zu senden (was auch Probleme bereitet, wenn Sie die Dateien nicht genau an der gleichen Stelle wie in der Datei ablegen Originalquelle)
Andres

Ich bin froh, dass du eine Problemumgehung hast. immer mit der Ruhe.
Rapscalli

5

Derzeit ist es weder möglich, mehrere .XMP-Dateien pro Bild noch mehrere Versionen von Einstellungen in einer einzelnen .XMP-Datei zu speichern. Hier sind einige Problemumgehungen:

  • Anstatt eine virtuelle Kopie zu erstellen, nehmen Sie eine Reihe von Anpassungen vor und speichern Sie einen Schnappschuss im Entwicklungsmodul. Nehmen Sie dann die anderen Anpassungen vor. Das ist etwas klobig, aber Sie können schnell zu diesem Snsapshot gelangen.

  • Sobald Sie eine Version der Datei haben, speichern Sie diese als DNG. Sie haben jetzt zwei Versionen der Datei.


Diese Snapshot-Problemumgehung wird eine separate .xmp-Datei speichern. Oder dass Anpassungen weg sind, sobald der Katalog gelöscht wird?
Andres

Hallo Ahockley, siehe meine zweite Antwort unten, es ist möglich, mehrere Schnappschüsse in einer einzigen xmp-Datei zu speichern. Diese unterscheiden sich zwar geringfügig von virtuellen Kopien, ermöglichen jedoch das Speichern mehrerer Versionen in einer einzigen XML.
Rapscalli

2

Der einzige mir bekannte Weg besteht darin, die folgende Problemumgehung durchzuführen:

  • Erstellen Sie eine intelligente Sammlung mit "Kopienname" - "ist nicht leer"
  • Dadurch wird eine intelligente Sammlung aller Ihrer virtuellen Kopien erstellt
  • Export mit "Dateiformat" "Original"
  • Wählen Sie einen Ordner für Ihre exportierten Dateien oder verwenden Sie "denselben Ordner wie das Originalbild". Möglicherweise möchten Sie die virtuellen Kopien in Unterordnern ablegen und wahrscheinlich am besten "zum Katalog hinzufügen".
  • Wenn Sie sich für den Export in den ursprünglichen Ordner entschieden haben, müssen Sie die Datei umbenennen, möglicherweise "ursprünglicher Dateiname" - "benutzerdefinierter Text", und den benutzerdefinierten Text auf "-virtual-copy" oder etwas, das Sie ausgewählt haben, setzen.
  • Sie können auch die Originaldatei und die exportierte Datei auswählen und "In Stapel gruppieren" (Tastenkombination Strg + g oder cmd + g) auswählen, jedoch nur, wenn Sie in den Originalordner exportiert haben. Sie können keine Stapel von Bildern in verschiedenen Ordnern erstellen.

Sie haben jetzt xmp für Ihre virtuellen Kopien, aber dies erstellt eine andere Rohdatei, mit der Sie verknüpfen können. Ich glaube, die Wurzel des Problems liegt darin, dass Rohdateien 1: 1 mit Sidecar-Dateien gepaart und abgesehen vom Suffix identisch benannt werden.


1

Ich gehe davon aus, dass die virtuelle Kopie und die zugehörigen Entwicklungseinstellungen wichtig sind, da dies jetzt Ihre Lieblingsversion des Bildes ist. Die Problemumgehung ist meines Erachtens in diesem Fall ziemlich einfach. Anstatt diese virtuelle Kopie zu haben, wechseln Sie einfach zu einer Masterkopie .

  1. Wählen Sie im Bibliotheksmodul eine virtuelle Kopie eines anderen Fotos aus.
  2. Wählen Sie „Foto“> „Als Master kopieren“.

Die Wurzel Problem hier ist , dass Lightroom speichert nicht die virtuelle Kopie Einstellungen entwickelt in dem XMP - Sidecar, sondern speichert sie , dass die Daten in dem Lightroom - Katalog ( ref ). Sie können sehen, dass andere diesen "Fehler / Defekt / Problem" gefunden und bereits 2008 in den Adobe-Foren vermerkt haben.


Aber trotzdem wird es einen xmp-Beiwagen geben und die andere Entwicklungseinstellung wird weg sein, oder?
Andres
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.