- Eine Open-Source-Foto-Workflow-Anwendung für Fotografen, die von der Verwaltung von RAW-Bildern bis zur Entwicklung und Bearbeitung alles unterstützt
- Verwaltet digitale Negative in einer Datenbank und ermöglicht deren Betrachtung auf einem zoombaren virtuellen Leuchttisch
- Die gesamte Bearbeitungspipeline arbeitet nicht-destruktiv, sodass die Originalbilder nicht verändert werden
- Professionelles Farbmanagement erhält die Genauigkeit bis zum Druck, und GPU-Beschleunigung kann den Workflow beschleunigen
- Entwickler, die selbst Fotografen sind, spiegeln reale Arbeitsabläufe wider, und auch ohne Programmierkenntnisse kann man sich durch Unterstützung anderer Nutzer und das Teilen eigener Arbeiten an der Community beteiligen
Von der Fotoverwaltung bis zur RAW-Entwicklung
- darktable dient Fotografen als virtueller Leuchttisch und Dunkelkammer
- Verwaltet digitale Negative in einer Datenbank
- Prüft Bilder auf einem zoombaren Leuchttisch
- Entwickelt und bearbeitet RAW-Bilder
- Mit nicht-destruktiver Bearbeitung bleiben die Originalbilder auch während des Arbeitsprozesses unverändert
- Professionelles Farbmanagement erhält die Genauigkeit bis zum Druck, und GPU-Beschleunigung nutzt die Grafikkarte, um den Workflow schneller zu verarbeiten
- Verfügbare Funktionen, Installationsanleitung und FAQ können eingesehen werden
Eine Community, die Fotografen gemeinsam aufbauen
- Ein von Fotografen für Fotografen entwickeltes Projekt, bei dem Entwickler, die selbst fotografieren, die Probleme, Aufgaben und Abläufe der realen Arbeit einfließen lassen
- Auch ohne Code zu schreiben gibt es verschiedene Möglichkeiten, sich zu beteiligen
- Über die Mailingliste und das Forum kann man anderen Nutzern helfen oder Meinungen austauschen
- In der Flickr-Gruppe können Ergebnisse geteilt werden, um die Einsatzmöglichkeiten von darktable zu zeigen
- Entwickler können zum GitHub-Quellcode beitragen
1 Kommentare
Meinungen auf Hacker News
Ich nutze darktable seit einiger Zeit zur Bearbeitung von RAW-Fotos, und Funktionen, Workflow sowie die Gesamtqualität sind so gut, dass man kaum glauben kann, dass es kostenlos ist. Ich würde dafür ohne Weiteres 200 Dollar pro Jahr zahlen; andere RAW-Editing-Software brauche ich dadurch nicht mehr.
Selbst bei Tausenden RAW-Fotos mit Presets, mehreren Bearbeitungsschritten und Farbkorrekturen in verschiedenen Farbräumen fehlt mir nichts, und die Dokumentation ist hervorragend. Sie erklärt nicht nur die Bedienung so, dass auch nicht-professionelle Fotografen sie verstehen, sondern vermittelt auch viel Wissen zu Sonderfällen und Fallstricken; aus der darktable-Dokumentation habe ich mehr gelernt als aus Lightroom-, darktable- und DaVinci-Resolve-Tutorials.
Die neu hinzugekommene KI-Rauschreduzierung und Motivauswahl auf Basis lokaler Modelle hat auch die letzte Lücke geschlossen, und unter Arch habe ich den neuesten Build selbst kompiliert, was völlig problemlos durchlief.
White BalanceundBase Curvewaren deutlich besser, weil sie schon beim ersten Ergebnis vernünftige Defaults lieferten, die fast passten.DJI-Mini-Pro-Bilder bekommen alle einen starken Grünstich; das Problem ist seit vier Jahren bekannt, soll aber ausdrücklich nicht behoben werden (https://github.com/darktable-org/darktable/issues/13319).
Inzwischen gefällt mir RapidRAW zunehmend. Der Entwickler ist sehr aktiv und liefert alle paar Wochen neue Funktionen, und mit KI-Coding-Tools lassen sich kleinere Features auch leicht selbst hinzufügen. Die Code-Struktur ist sauber, sodass sich wohl auch das DJI-Problem per KI beheben ließe.
Man kann gegen KI sein, aber Darktable läuft laut Release Notes ausschließlich lokal, muss explizit aktiviert werden und drängt sich auch nicht nervig auf. Das ist etwas anderes als Adobe, das einem unerwünschte KI aufzwingt.
Vielleicht gehöre ich zur Minderheit, aber nach einigen Jahren mit Darktable habe ich irgendwann aufgegeben und bin zu Lightroom gewechselt. Selbst auf einem nur wenige Jahre alten MacBook Pro fühlte es sich schrecklich langsam an; und als der neue Workflow von Version 2 auf 3 kam, wurden alte Fotos nicht mehr richtig gerendert und die Hälfte der Module, die ich gelernt hatte, war nutzlos.
Die Dokumentation ist übermäßig schwer verständlich; selbst für einfache Farbkorrekturen fühlt es sich so an, als müsse man die internen Abläufe kennen, und schon einfaches Masking war extrem umständlich. Damals gab es auch noch keine intelligente Objekterkennung, sodass man externe Software brauchte, wenn man Objekte im Hintergrund entfernen wollte.
Lightroom ist ebenfalls nicht perfekt, aber schnell und intuitiv, und es zeigt keine Module an, von denen die Dokumentation sagt, man solle sie nicht verwenden. Eine Open-Source-Alternative, die für grundlegende Korrekturen kein Lernpensum auf Master-Niveau verlangt, habe ich bisher nicht gefunden.
Die Fotoverwaltung und das Durchsuchen sind schlecht, werden aber trotzdem als Funktion beworben, sodass man Zeit damit verschwendet, mit Features zu kämpfen, die nicht richtig funktionieren.
Darktable ist großartig, und für mich, der vom Fotografen zum Software Engineer gewechselt ist, ist besonders darktable-cli nützlich. Wenn man von Lightroom kommt, wirkt die UI oberflächlich ähnlich, aber Ansatz und Bezeichnungen unterscheiden sich stark und erfordern eigenes Lernen.
Allerdings sind Fotoverwaltung und Sammlungsfunktionen schwach; in diesem Bereich ist Lightroom hervorragend. Für meine persönliche Nachbearbeitung habe ich mehrere Prozesse rund um Darktable aufgebaut.
Das Ganze ist übermäßig komplex konstruiert, und die Platzierung von Buttons und Bedienelementen ist schlecht, aber wenn man sich daran gewöhnt hat, ist es mächtig. Der seit einigen Jahren entwickelte Darktable-Fork Ansel verbessert viele dieser UX-Probleme; gestartet wurde er von dem Entwickler des filmic-Moduls, der von der Gleichgültigkeit des ursprünglichen Projekts frustriert war. Viele dieser Verbesserungen scheinen auch für Darktable übernehmenswert.
Darktable ist beeindruckend, hat aber eine sehr steile Lernkurve. Ehemalige Maintainer, die mit der Projektrichtung nicht einverstanden waren, haben einen Fork namens Ansel erstellt.
Statt OpenCL nutzt es Vulkan, was deutlich bessere Performance bringt, und löst mit graphbasierter Bearbeitung wie in Blender das Problem, dass das Ändern der Modulreihenfolge in Darktable umständlich war. Allerdings ist es noch in einem frühen Entwicklungsstadium und deutlich weniger ausgereift und funktionsreich als Darktable.
Wer in großen Mengen Highschool-Sport fotografiert und die finale Bearbeitung in Lightroom Classic macht: Das wirklich zentrale Tool ist Photo Mechanic, mit dem sich bei einem Event 6.000 Aufnahmen in nur 10 Minuten auf 300 Bilder reduzieren lassen.
Photo Mechanic unter Linux mit Wine startet zwar, ist in der Praxis aber ständig heftig abgestürzt. Wenn es ein Konkurrenzprodukt für Linux gäbe, würde ich einen Wechsel wieder ernsthaft prüfen; allerdings dürfte Linux-Hardware mit vergleichbarer CPU-, RAM- und GPU-Leistung wie Apple Silicon auch nicht günstiger sein als ein neues MacBook Pro M5 Max. Für meinen Workflow reicht es noch nicht
Ich frage mich, ob auch Tools jenseits von Lightroom HDR-Fotoformate wie JPEG oder AVIF mit HDR-Gain-Map erstellen können
Vor gut zehn Jahren habe ich Adobe Lightroom aufgegeben und bin zu Darktable gewechselt, und ich habe es nie bereut. Es war das erste Produkt, das mir gezeigt hat, wie viel besser Open-Source-Software sein kann
Die Bearbeitungsfunktionen sind sehr mächtig, aber die Bibliotheksverwaltung wirkt eher wie ein nachträglich angehängter Nebenaspekt; fraglich, ob es diese Bezeichnung überhaupt verdient. Es wirkt wie eine Designphilosophie, nach der Fotografen ihre Bibliothek mit Kommandozeilen-Tools organisieren sollen
Wenn sich in den letzten Monaten nichts geändert hat, ist Darktable für macOS ohne Lösung faktisch tot
Wer Lightroom ein paar Jahre genutzt hat, sollte unbedingt auch Capture One ausprobieren. Beim Umstieg fühlte es sich an, als ginge das Licht an; es war um Größenordnungen besser als jede Foto- und Medienverwaltungssoftware, die ich bisher benutzt habe, der Lizenzpreis ist vernünftig und die kostenlose Stufe großzügig
Der Workflow von Darktable ist schwierig, aber unter Fedora und Wayland funktioniert es inklusive Monitor-Farbkalibrierung problemlos, daher werde ich es vorerst weiter nutzen
Die Medienverwaltung ist dagegen viel schlechter als bei Lightroom. Soweit ich weiß, gibt es keine Stichwortsuche und keine Filter nach Kamera oder Objektiv, und Kataloge werden ab mehr als 10.000 Bildern extrem langsam. Deshalb verwalte und durchsuche ich 40.000 RAWs mit peakto und öffne sie nur zum Bearbeiten in C1
Es gibt auch einen Artikel, der Darktable deutlich negativer bewertet als viele Einschätzungen in diesem Thread: https://ansel.photos/en/news/darktable-dans-le-mur-au-ralent...
Der entscheidende Vorteil von Adobe-Produkten in diesem Bereich ist Abwärtskompatibilität. Selbst wenn man eine sehr alte Lightroom-Bibliothek öffnet, sehen die neu verarbeiteten Fotos exakt gleich aus.
Dafür werden alle früheren Verarbeitungspipelines beibehalten; ich frage mich, wie Open-Source-Alternativen damit umgehen. Wenn ich eine RAW-Engine entwerfen würde, würde ich hochrangigen Verarbeitungscode wie eine Shader-Sequenz in den Metadaten pro Datei speichern, damit Ergebnisse auch über Versionen oder Forks hinweg stabil reproduzierbar bleiben
Auch zum Auswählen eines Fotos muss man nicht einmal, sondern zweimal klicken, und nach der Auswahl wird die ganze Zeile wieder zentriert, was verwirrt. Wenn man das Handbuch liest und alles neu lernt, kann man die nötigen Aufgaben erledigen, aber für mich ist die User Experience von Lightroom den Preis wert
Ich würde gern sehen, wie Software wie Parasolid 40 Jahre Abwärtskompatibilität verwaltet. Auch über 30 Jahre alte CAD-Modelle müssen exakt dieselben Ergebnisse liefern
Darktable löscht alte Module nicht, sondern versteckt sie, sodass vor langer Zeit bearbeitete Dateien weiterhin durch die damalige Pipeline inklusive base curve laufen und dasselbe Ergebnis liefern. Ausrangierte Module kann man auch wieder verwenden, wenn sie zu einem bestimmten Bild oder Look besser passen oder man damit vertrauter ist
Ich halte es für besser, mit begrenzten Ressourcen nicht zu viel Aufwand darauf zu verwenden, jede mögliche alte Datei zu verarbeiten. Ein schrittweiser Upgrade-Pfad reicht aus; wer ihn in diesem Rhythmus nicht nutzt, gehört ohnehin nicht zur Kernkundschaft, also ist das eine vernünftige Engineering-Entscheidung