Farbverwaltung on darktable 5.6 user manual

Übersicht

Mon, 01 Jan 0001 00:00:00 +0000

darktable sieht dafür einen kompletten farb-verwalteten Arbeitsablauf vor:

Das Farbprofil der Eingangsdaten wird aus eingebetteten oder vom Anwender bereitgestellten ICC-Profilen oder im Falle von Rohdaten aus einer Bibliothek von spezifischen Farbmatrizen der Kamera bezogen.
Für eine akkurate Farbwiedergabe auf dem Bildschirm, liest darktable automatisch das Anzeigeprofil Ihres Monitors, sofern dieser korrekt konfiguriert wurde. Multi-Bildschirm-Setups werden voll unterstützt, solange ein Systemdienst wie colord vorhanden und korrekt konfiguriert ist.
Ausgabedateien können in einen von darktable unterstützten Farbraum kodiert werden, wie z. B. sRGB, Adobe RGB oder in einen Farbraum der vom Benutzer als ICC-Profil bereitgestellt wird.

Bildschirm Profil

Mon, 01 Jan 0001 00:00:00 +0000

Damit dartable Farben originalgetreu auf dem Bildschirm darstellen kann, muss es das korrekte Profil für deinen Monitor finden. Generell erfordert das, dass dein Monitor sauber kalibriert ist, und dann muss das Profil in deinem System korrekt installiert sein. darktable fragt deinen X - Display-Server das xatom wie auch das Service Colord (falls vorhanden) nach dem richtigen Profil ab. Falls erforderlich kannst du eine spezifische Methode forcieren in darktable-Voreinstellungen > Verschiedenes.

Um deine Bildschirm-Profil-Konfiguration herauszufinden kannst du das Programm darktable-cmstest (nur für Linux) laufen lassen, welches dir nützliche Informationen ausdruckt (zum Beispiel Profilname per-Monitor) und sagt dir, ob das System korrekt konfiguriert ist.

Rendering Methode

Mon, 01 Jan 0001 00:00:00 +0000

darktable kann entweder mit seinen eigenen internen Algorithmen oder mit der externen Library LittleCMS2 Farben rendern. Die interne Methode von darktable ist im Hinblick auf das Ausmaß, schneller als die externe. Die esxterne Option gibt dir die Möglichkeit den Rendering-Vorsatz zu wählen und es mag sein, dass diese in einigen Fällen bessere Resultate ergibt.

Du kannst die Standard-Methode ändern in darktable-Voreinstellungen > Bearbeitung > nutze immer LittleCMS 2, um das Ausgabefarbprofil anzuwenden](../../preferences-settings/processing.md)

Rendering Vorsatz

Mon, 01 Jan 0001 00:00:00 +0000

Falls Rendering mit LittleCMS2 aktiviert ist (siehe Rendering Methode), kannst du definieren, wie außerhalb des Gamut Farben behandelt werden sollen, wenn sie zwischen Farbräumen konvertiert werden. Eine Auswahl-Box in den Modulen Export, Ausgabefarbprofil, und Softproof gibt dir eine Wahl aus den folgenden Rendering Vorsätzen:

Wahrnehmend: Am besten geeignet für Fotografien, da es die relative Position der Farben beibehält. Das ist normalerweise die beste Wahl.
Relativ kolorimetrisch: Farben außerhalb des Gamut werden in Farben konvertiert, welche die gleiche Helligkeit haben aber eine unterschiedliche Sättigung. Andere Farben werden nicht modifiziert.
Sättigung: Die Sättigung wird beibehalten, aber die Helligkeit wird leicht verändert.
Absolut kolorimetrisch: Behalte den Weiß Punkt.

Die Farbräume von darktable

Mon, 01 Jan 0001 00:00:00 +0000

Eingabe-Bilder sind entweder RGB-Dateien (wie JPEGs oder TIFFs) oder Kamera-RAWs. Beide speichern visuelle Informationen als Kombinationen der Primärfarben (z.B. rot, grün und blau) welche zusammen eine Licht-Emission beschreiben, die vom Bildschirm wiedergegeben werden.

Das folgende Bild illustriert dieses Konzept.

Die linke Seite des Bildes bildet ein farbiges Licht ab, das digital dargestellt werden soll. Wir können drei ideale Farbfilter, um dieses Licht in die drei Primärfarben in verschiedenen Intensitäten aufzuteilen. Um das originale gefärbte Licht aus den ideal aufgeteilten (wie im Mittelteil des Bildes dargestellt) müssen wir ganz einfach diese drei Primär-Lichter mit Addition wieder zusammenführen.

Grenzenlose Farben

Mon, 01 Jan 0001 00:00:00 +0000

Bildschirme und die meisten Dateiformate können nur RGB-Intensitäten in einem bestimmten Bereich kodieren. Zum Beispiel können 8-Bit-kodierte Bilder nur Werte zwischen 0 und 255 enthalten, Bilder mit 10-Bit zwischen 0 und 1023, und so weiter. Grafikstandards setzen voraus, dass das Maximum dieses Bereiches, unabhängig vom aktuellen Wert, immer die maximale Helligkeit darstellt, die das Anzeigemedium imstande ist zu rendern, abhängig vom aktuellen Standard normalerweise zwischen 100 und 160 Cd/m² (oder nits). Wir nennen das generell “100 % anzeigebezogen”. Der minimale Bereich kodiert als 0, unabhängig von der Bit-Tiefe, wird dann “0 % anzeigebezogen”. 100 % bedeutet reines Weiß, 0 % reines Schwarz.

Mögliche Farbartefakte

Mon, 01 Jan 0001 00:00:00 +0000

ES gibt einige seltene Situationen, die immer noch zu problematischen Resultaten führen können, falls der Nutzer keine Maßnahmen trifft. Gewisse Module, wie Werte und Monochrom, bauen im Lab Farb-Raum darauf auf, dass der L-Kanal alle Licht-Informationen beinhaltet und der b- und a-Kanal nur Chroma und die Farbtöne. Unbegrenzte Farben mit negativen L-Werten sind speziell problematisch für diese Module und können zu schwarzen Pixel-Artefakten führen.

Es ist bekannt, dass hochgesättigte blaue Lichtquellen im Bildausschnitt potenzielle Kandidaten für Pixel mit negativen L-Werte sind. Beispielsweise bei Bühnenaufnahmen sollten solche Lichter in Bildern vermieden werden.

Farbdimensionen von darktable

Mon, 01 Jan 0001 00:00:00 +0000

Dieser Abschnitt definiert konzeptionell wie auch quantitativ die wahrnehmbare Eigenschaften von Farben, um kreative und korrigierende Anpassungen an Farben in darktable zu beschreiben und zu quantifizieren.

🔗Definitionen

Farbeigenschaften, wie “Sättigung”, “Leuchtkraft” oder Helligkeit, sind in den normalen Gebrauch übernommen worden, sie werden aber Großteils falsch verwendet und häufig genutzt, um andere Dinge auszudrücken. In der Farblehre hat jeder dieser Ausdrücke eine genaue Bedeutung.

Es gibt zwei Bezugssysteme, innerhalb derer Farbeigenschaften analysiert und beschrieben werden können: