Licht und Schatten

LinuxUser: Wie kamen Sie auf die Idee zu Darktable?

Johannes Hanika: In den Weihnachtsferien vor zwei Jahren hatte ich Zeit und saß auf einem großen Stapel Urlaubsfotos im RAW-Format. Tausend Bilder zu verarbeiten, zwang mich in die Shell. Da dachte ich, es wäre doch nicht so schwer, eine schicke grafische Oberfläche zu diesem Zweck zu programmieren – besonders, da die nötigen Technologien bereits in Open Source bereit zu stehen schienen.

LU: Was waren die größten Schwierigkeiten beim Programmieren?

JH: Eigentlich nur, sich die Zeit zu nehmen, alles zusammenzubauen. Ich hatte sehr schnell viel großartige Hilfe aus der ganzen Welt, besonders von Henrik Andersson, der die gesamte Anbindung an Gphoto2 geschrieben hat. Eine nette Anekdote über internationale Hilfe und große Schwierigkeiten ist vielleicht unser fehlgeschlagener Versuch, das GUI automatisch auf verschiedene Übersetzungen anzupassen. Besonders Russisch ist eine sehr ausführliche Sprache. Die beste Version ließ die Seitenpaneele stetig wachsen, bis sie nach ein paar Sekunden den gesamten Leuchttisch verschlangen.

LU: Darktable verfügt über sehr viele Optionen und Möglichkeiten. Welche Zielgruppe haben Sie bei der Arbeit im Auge?

JH: Zunächst Leute wie mich selbst, die schnell viele Urlaubsbilder sortieren und mit mittlerem Qualitätsanspruch entwickeln möchten. Diese Gruppe von Anwendern profitiert vor allem von brauchbaren Voreinstellungen. Mittlerweile haben wir viele – auch professionelle – Benutzer mit hohen Ansprüchen, zum Beispiel an präzise Reproduktion der Farben. Außerdem bietet sich Darktable für die Forschung in Sachen Computergrafik an, da das Programm dank Plugin-Struktur und HDR-Import das Testen eines neuen Algorithmus in der Verarbeitungskette ermöglicht.

LU: Unter Linux läge ja ein direkter Export der Bilder nach Gimp auf der Hand – ist das ein Feature, das Sie unterstützen?

JH: Wir haben viele Varianten davon diskutiert: Ein Gimp-Loopback-Plugin, das Daten an Gimp schickt und zurückholt, um diese in Darktable weiter zu bearbeiten. Oder ein 8-Bit-Duplikat anlegen, das der Anwender dann mit Gimp bearbeitet. Zwei große Probleme bei all diesen Ansätzen war die Tatsache, das Gimp nur 8-Bit-Daten bearbeitet und dass keines der beiden Programme weiß, was das andere getan hat. Diese Fragen lösen sich wohl in Wohlgefallen auf, wenn Gimp einmal vollständig auf GEGL basiert und dann nicht-destruktiv arbeitet.

LU: Wie geht es weiter mit Darktable? Was für Pläne haben Sie für Ihr Projekt?

JH: Wir wollen das Verarbeiten von Bildern beschleunigen, indem wir SSE-Instruktionen auf der CPU benutzen und wenn möglich Arbeit mittels OpenCL auf die GPU auslagern. In einer kommenden Version wird es möglich sein, Metadaten zu editieren und zu exportieren. Außerdem planen wir den Wechsel auf Cmake, was den Build von Mac- und Windows-Versionen einfacher macht. Und natürlich stehen neue und bessere Plugins in der Pipeline. Besonders die langsamen Filter zur Rauschunterdrückung und lokalen Kontrastverstärkung könnten ersetzt werden. Es laufen auch (kontroverse) Diskussionen über den Einsatz von Masken. Einiges davon gibt es auch schon in Git.

LU: Vielen Dank für den Einblick!