Gibt es eine Möglichkeit, (grundlegende) zerstörungsfreie RAW-Entwicklung/-Anpassungen zu speichern, die nicht auf ein bestimmtes App-Ökosystem (z. B. Adobe) beschränkt ist? Verständlicherweise sind einige Transformationen proprietär (z. B. ein cooler Rauschunterdrückungsalgorithmus oder ein Werkzeug zum Entfernen von Flecken), aber andere sind eher generisch und könnten meiner Meinung nach leicht standardisiert werden (z. B. Zuschneiden, Belichtung, Weißabgleich) und von anderen Anwendungen gelesen werden.
Zuerst dachte ich, dass Sidecar-XMP-Dateien in dieser Hinsicht nützlich sein könnten, da Camera RAW/Lightroom und Darktable ihre Anpassungen in solchen Dateien speichern, aber es scheint, dass von Camera RAW/Lightroom erstellte Anpassungen nicht von Darktable in der Vorschau angezeigt/bearbeitet werden können und umgekehrt.
Irgendeine Lösung, die für Sie funktioniert hat?
Bei dieser Frage geht es hauptsächlich darum, eine zukunftssichere Möglichkeit zum Speichern der ursprünglichen Kameradaten, aber auch der Bearbeitungshistorie (Anpassungen auf zerstörungsfreie Weise) zu schaffen.
Sie sind alle proprietär. Jede Anwendung verwendet ihre eigenen Algorithmen, um die Rohdaten zu konvertieren. Nach meinem besten Wissen werden keine der mit einer Anwendung vorgenommenen Anpassungen in einer anderen Anwendung identisch übersetzt, es sei denn, beide Anwendungen verwenden dieselbe Rohkonvertierungs-Engine „unter der Haube“ (z Rohumwandlung). Sie müssen also nur eine Anwendung auswählen, um die Rohkonvertierung durchzuführen.
Wenn Sie dann andere Tools verwenden möchten, um das Bild weiter zu bearbeiten, müssen Sie die Ergebnisse der Rohkonvertierung in ein standardisiertes Rasterbildformat exportieren, das von den anderen Tools bearbeitet werden kann. Die wahrscheinlich gebräuchlichste Methode, damit umzugehen, besteht darin, die Rohdatenkonvertierung durchzuführen und die Bilder dann als 16-Bit-TIFF-Dateien zu exportieren.
Natürlich sperrt die Konvertierung in TIFF viele der Entscheidungen, die bei der Rohkonvertierung getroffen wurden: Schwarzpunkt, Weißpunkt, Gammakorrektur usw., und reduziert den Umfang der weiteren Anpassung an Dinge wie Farbtemperatur/Weißabgleich usw. Aber die 16 -bit tiff enthält viel mehr Informationen als beispielsweise ein 8-Bit-JPEG. Die maximale Anzahl von Abstufungen in einem 8-Bit-Farbwert beträgt 256. Die maximale Anzahl von Abstufungen in einem 16-Bit-Farbwert beträgt 65.536. Neben der geringeren Bittiefe kommt auch noch die Komprimierung in Betracht. Die TIFF-Datei ermöglicht also viel mehr Anpassungen, bevor die Dinge auseinanderfallen, als eine JPEG-Datei. Der größte Nachteil von 16-Bit-Tiff-Dateien ist ihre Größe: Eine RAW-Datei von einer 20-MP-Kamera wird etwa 24-30 MB groß sein. Die genaue Größe hängt vom Inhalt ab. Die meisten RAW-Dateien werden mit verlustfreier Komprimierung komprimiert. Je mehr Variationen in der Szene vorhanden sind, desto größer wird die Dateigröße. Dasselbe 20-MP-Bild, das in eine 16-Bit-Tiff-Datei konvertiert wurde, wird unkomprimiert mit etwa 100 MB ausgeführt.
Aus den Kommentaren:
Nachdem ich gestern Abend die Frage gepostet hatte, entdeckte ich, dass Darktable angeblich (und in gewissem Umfang) die Anpassungen in den XMP-Dateien von Adobe lesen kann - für das, was es wert ist, hier und hier sind die Links. Ich habe es bisher aber nicht geschafft, es zum Laufen zu bringen.
Selbst wenn die Anweisungen richtig gelesen werden können, bleibt die Frage, ob Darktable genau denselben Algorithmus anwendet, um genau dasselbe Ergebnis zu erzielen? Oder werden nur die Darktable-Algorithmen verwendet, um die Ergebnisse einer bestimmten Einstellung mit ACR anzunähern? Meine Vermutung ist, dass Sie durch Bearbeiten in Darktable genau die gleichen Ergebnisse erzielen könnten, die Sie durch Übersetzen der Anweisungen von ACR mit Darktable erhalten könnten. Sie müssen nur lernen, wie Sie die verschiedenen GUIs verwenden, um dorthin zu gelangen.
In der Tat @MichaelClark, man könnte LR, Br oder Darktable verwenden, ohne einen anderen verwenden zu müssen! Ich war mehr daran interessiert, einen Workflow zu finden, der zukunftssicher ist – in dem Sinne, dass ich nicht auf eine bestimmte Anwendung/ein bestimmtes Ökosystem/ein bestimmtes Betriebssystem festgelegt bin.
Speichern Sie in diesem Fall immer Ihre Original-Rohdateien. Das ist so zukunftssicher wie es nur geht. Die Leute machen gerne viel Lärm um ein „Standard“-Rohformat, aber es ist nur ein Haufen Rauch und Spiegel. DNG ist nicht zukunftssicherer als .cr2 oder .nef. Und mit mehr Anwendungen können Sie .cr2- und .nef-Dateien konvertieren, als Sie mit .dng-Dateien arbeiten können.
Nichts ist zukunftssicher. Absolut gar nichts.
Nach ein paar Tagen der Recherche bin ich zu dem Schluss gekommen, dass es zum Zeitpunkt des Schreibens keinen heiligen Gral gibt. Aber was die Zukunftssicherheit betrifft, würde ich folgenden Weg gehen:
Dies ist wahrscheinlich so zukunftssicher und plattformübergreifend wie es nur geht. Das ist nicht viel, aber auch nicht völlig düster.
Als zweite Schicht der Zukunftssicherheit würde ich behalten
Obwohl ich mich nicht tief mit DNG-Dateien befasst habe (korrigieren Sie mich bitte, wenn ich mich irgendwo irre), verstehe ich das
Sie können RAW-Dateien nicht ersetzen, weil
a. Es gibt eine Interpretationsebene der Sensordaten, wodurch sie bereits leicht vom ursprünglichen RAW entfernt sind
b. Es ist kein universelles Dateiformat; es ist ein Behälter. Das bedeutet, dass in ferner Zukunft jemand Software schreiben muss, die die spezielle DNG-Variante liest, in die Ihre Kameradateien konvertiert wurden. Nicht viel anderes Schicksal als RAW-Dateien, oder?
DNG-Dateien sind wahrscheinlich nicht besser darin, die Anpassungen zukunftssicher zu machen:
a. Die in die DNG-Datei eingebetteten XMP-Anpassungen sind nicht universeller als die Anpassungen innerhalb des Sidecar-XMP. Sie sind immer noch softwarespezifisch. Im Gegenteil, ich habe einige Programme von Drittanbietern gesehen (siehe unten), die ACR/Lightroom-Anpassungen aus .xmp-Dateien lesen, aber mir sind keine bekannt, die sie aus DNG-Dateien lesen können.
Adobe-Produkte sind so ziemlich zum Industriestandard geworden und als solche:
Während Adobe-Produkte nicht unter Linux laufen, laufen sie unter macOS, Windows, Android und iOS. Ab Juli 2017 unterstützt Lightroom Mobile die Rohbearbeitung ( hier lesen ). Für Linux könnte man Darkroom verwenden, was jedoch eine Einbahnstraße ist, da Darkroom seine eigenen Anpassungen nicht zurück in das .xmp-Format von Adobe synchronisiert.
Das DNG-Dateiformat ermöglicht das Speichern von Anpassungsinformationen direkt in der Datei und nicht in einer Sidecar-Datei, und das DNG-Format ist eine dokumentierte Spezifikation, die von jedem kostenlos verwendet werden kann. Einige Kameras unterstützen DNG nativ als RAW-Format, für andere können Sie den kostenlosen Adobe DNG-Konverter verwenden. Innerhalb des Adobe-Ökosystems werden Bilder, die mit der in einer alten Version von Photoshop Elements (7) bereitgestellten Version von ACR bearbeitet wurden, mit allen intakten Anpassungen in das neueste Lightroom (CC) übertragen.
Leider habe ich DNG-Dateien getestet, die mit Lightroom, in Corel Aftershot und Raw Therapee bearbeitet wurden, und beide scheinen die Anpassungen nicht erkennen zu können, was nicht verwunderlich ist, da die Anpassungsparameter, die die verschiedenen Programme verwenden, ziemlich unterschiedlich sind, auch wenn sie es sind ähnliche Sachen machen.
Ich habe On1 Photo RAW oder Cature One Pro nicht getestet, aber ich würde mir vorstellen, dass die Ergebnisse ähnlich sein werden.
ths
Michael C
Tetsujin
ths
FotisK
FotisK
Michael C
FotisK
Michael C
Michael C
FotisK
Michael C
FotisK