Can of worms

Die letzten dreieinhalb Jahre war ich zufriedener Benutzer von Lightroom - bis zum Tag, als Adobe mit dem Dehaze Filter ein Ding dazupackte, das ich nur mit der Mietversion gebundelt mit Photoshop bekomme. Adobe begründet dies mit dem Sarbanes-Oyley Act, welcher ihnen verbiete, neue Features in eine verkaufte Lizenz hinzuzufügen (als ob neue Kameras und Linsen keine neuen Features wären).

Nach dem Ende des letzten Projektes hielt ich den Zeitpunkt für Ideal, meinen Workflow über den Haufen zu werfen. Ich guckte erst nach einem Programm für die Ablage (in professionellen Kreisen Digital Assets Management - kurz DAM - genannt) und kam über eine Evaluationsversion von Photo Supreme zu digiKam. Letzteres ist als KDE Applikation zwar ungemein buggy, dafür aber OpenSource und mit einer aktiven Entwcklercommunity versehen. Hinter Photo Supreme steht ein einzelner Coder und das weckt mir nicht viel Vertrauen.

Ich beschäftigte mich erst einmal zwei Wochen mit der Frage nach dem Was und Wie meiner Bilderablage. In Lightroom (und zuvor iPhoto und Aperture) war es einfach: Er speichert das RAW File und das Rezept, zeigt ein entwickeltes Preview. In einem DAM sehe ich verschiedene Versionen eines Bildes, das RAW mit dem Preview der Kamera, das oder die bearbeiteten Endresultate. Was mache ich mit den ~45k Bildern in meinem Archiv? Ein grosses Bild zusätzlich ablegen? Oder ein kleines Preview? Aktuell tendiere ich zu einem kleinen Preview, welches bei der Entscheidung helfen soll, den Lighroom oder das Aperture hervorzukramen und das Bild in gross zu entwickeln oder aber das RAW neu anzupacken. Der Import ist natürlich nicht ganz trivial, EXIF, IPTC und XMP sind zwar Standards, können jedoch ganz unterschiedlich interpretiert werden. Rot heisst beispielsweise in Lightroom etwas gaaaaanz anderes als in digiKam, ersteres schreibt seine Metadaten in xxxxxxxx.xmp, letzteres in xxxxxxxx.CR2.xmp. Ich kann mittlerweile XMP Files von Hand schreiben und lesen.

Und dann bin ich faul, gestern Abend ist noch ein Script entstanden, dass die Originale und bearbeiteten Bilder automatisch stapelt und die History der Bilder nachträgt. Mein erstes Perlscript mit DBD::SQLite.

digiKam ist vielleicht ein brauchbares DAM, jedoch ein lausiger RAW Entwickler. Hier gibt es in der OpenSource Welt drei bekannte Namen: darktable, RawTherapee und LightZone. RawTherapee machte mir nach dem Lesen der Manuals den vielversprechendsten Eindruck, DarkTable versprach schnellere Resultate. Letzteres hat mich neulich damit überrascht, zuvor in Lightroom bearbeitete Bilder mit den gesamten Einstellungen zu übernehmen. Ich konnte rasch die Basecurve und das Farbprofil aus einem solch importierten Bild als Preset ablegen und automagisch auf neue Bilder anwenden.

digiKam schreibt diverse ns.adobe.com Namespaces in das XMP File, DarkTable nimmt an es sei aus dem Lightroom und wendet keine automatischen Presets an. Ein etwas scheussliches Perlscript schreibt bei mir nun darktable:auto_presets_applied=„0“ ins XMP File und macht damit das automatisierte Verarbeiten meiner Bilder möglich. Meinen restlichen Stil zu hinterlegen fiel mir nicht schwer, Testbilder und Erfahrung halfen mir enorm.

Ich war zufrieden - bis ich eines der Bilder aus einem Abend mit viel zu wenig Licht und viel zu viel ISO öffnete. Der Denoiser von DarkTable ist ziemlich beschissen, das Resultat schmerzte in den Augen. Langes Googeln und Forumslesen später zeigte mir, dass man mit zwei Instanzen des Profiled denoisers, einen für Farbrauschen und einen für Helligkeitsrauschen, bessere Resultate bekommt. Abgesehen davon, dass sich das nicht mehr automatisieren lässt, ist das Resultat noch meilenweit von meinen Erwartungen entfernt. Schneller Blick auf RawTherapee - hey, da sieht der Denoiser wesentlich besser aus!

Also RawTherapee konfigurieren. Hier können die diversen Profile von Adobe geladen werden, ich pfriemelte die passenden LCP und DCP Files heraus. Die restlichen Settings waren rasch gemacht (wer weiss, was er dreht, kommt schnell ans Ziel…) und passende Profile angelegt. Im Manual beschreiben die RawTherapee Leute einen grossartigen autmatischen Profile Selector, welcher sich unter OS X nicht compilieren lässt. Bevor ich Workarounds zu fehlenden Funktionalität in der libstdc++ suchte, schrieb ich ein weiteres passendes Script von Hand. RawTherapee legt seine Infos in INI Files ab - ich hätte nie gedacht, nach Windows 3.x noch einmal solche von einem selbstgeschriebenen Script editieren zu lassen.

Mittlerweile kann ich von der Kamera und ab Speicherkarten Bilder importieren, ich kann sie taggen und mit IPTC Infos versehen. Dann habe ich zwei Entwickler, mit denen ich die RAW Files in etwas verwandle, was meinem Stil unter Lightroom sehr nahe kommt. Beide Entwickler kennen Presets, welche die (meine ) Basiseinstellungen für meine historische und aktuelle Digiknipse in allen ISO Variationen und den meisten Linsen automatisch einstellt. Nach dem Entwickeln der Bilder stapelt ein Script die Kopien und Originale übereinander.

Noch habe ich keinen Plan, wie die Bilder hierher finden und die zwei Scripte - taggen für DarkTable und Stapeln - muss ich noch von Hand anwerfen, da das aktuelle digiKam Binary für OS X keine Notifications auslöst. Auch bin ich mir noch nicht ganz im Klaren, wie allfällig nachträglich angelegte Tags im Stapel nach unten wandern. Braucht wohl noch einen Script, allenfalls etwas Magie in der Datenbank. Ich habe noch nie Triggers und Stored Procedures gemacht

Zwischenbilanz: Ja, man kann mit OpenSource Bildverwaltung und -bearbeitung machen und dabei Resultate erzielen, die den kommerziellen Applikationen sehr nahe kommen. Und ja, es ist ein verdammt steiniger Weg, den ich niemandem empfehlen will, der sich nicht mit allen Aspekten von Metadaten und RAW Entwicklung im Detail auseinandersetzen will - ich habe ganz viele Dinge gelernt, die ich eigentlich gar nicht wissen wollte.