Linupedia.org - Benutzerbeiträge [de]

Kalibrierung und Profilierung

2015-11-09T08:54:36Z

Escho: Leap 42.1

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6 
OpenSuse Leap 42.1 (64Bit)
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}
 
== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgetreu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein additives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist...

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Leap 42.1 ==

Mit einem neuen Rechner kam die Notwendigkeit, komplett neu zu kalibrieren und profilieren. Die Daten meines aktuellen Systems:

* CPU: i7-4790
* Grafik: integriert HD4600
* Monitor: Eizo FS2331
*
* Colorimeter: Huey Pantone
*
* openSUSE Leap 42.1 64Bit
* ArgyllCMS 1.6.3
* dispcalGUI 3.0.4.3

Beim ersten Start von dispcalGUI wurden Monitor und Colorimeter erkannt, das Colorimeter konnte aber nicht angesprochen werden. Erst eine von Hand angestossene Anzeigegeräte- und Messgeräte-Erkennung schaffte hier Abhilfe. Seitdem läuft es problemlos.

Ich wählte die Einstellung Photo (D50, Gamma 2,2) aus.

Am Monitor war Gamma 2,2 als Standard vorhanden. Ausgehend von einer Farbtemperatur von 5500K konnte ich am Monitor mit den Gain-Reglern den gewünschten Weißpunkt ohne Probleme erreichen. Erstaunt hat mich allerdings die gemessene Helligkeit von 66 cd/qm. Warum hier ein so niedriger Wert bei einem wunderbar klarem Monitorbild gemessen wurde, entzieht sich meiner Kenntnis.

Die Bedienung und Handling dieser Version von dispcalGUI gestaltet sich klar strukturiert und einfach.

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kategorie:Astronomie

2015-10-28T18:28:41Z

Escho: Neu

Astronomische Bildbearbeitung unter Linux

DeepSkyStacker

2015-10-28T18:25:28Z

Escho:

{{Box Test||
OpenSuse 13.2 (64Bit)
}}

{{blau|
Der DeepSkyStacker und OpenSuse, manchmal gar nicht so einfach...
}}

===Einleitung===

Ich hab ein Hobby, das heißt Astronomie. Ich hab eine Spiegelreflex-Kamera, um die Sterne zu fotografieren. Ich hab ein Windows-Programm, um Sternfeldaufnahmen zu stacken. Und ich hab OpenSuse auf der Festplatte, also Linux.

Und damit hab ich ein Problem, denn Linux und Windowsprogramme sind nicht immer unbedingt die besten Freunde.

===Warum Fotos stapeln?===

Kameras haben die unangenehme Eigenschaft, neben Bildern auch eine Menge Schrott, sprich Rauschen und Hotpixels zu produzieren. Dieser Schrott kann zum grossen Teil durch das Stapeln identischer Aufnahmen verringert werden. Man kann dieses Stacking von Hand machen, die einzelnen Bilder passgenau übereinanderschieben und dann zum Beispiel mit GIMP addieren. Oder man kann das von dafür geeigneten Programmen machen lassen. Eines dieser Stapelprogramme ist der DeepSkyStacker. Und das ist ein Windowsprogramm.

===wine===

Dank wine kann man Windowsprogramme auch unter Linux laufen lassen. Einige laufen damit problemlos, bei anderen hast du keine Chance. Und manche funktionieren zwar, aber mit Macken. Zu dieser dritten Art gehört der DeepSkyStacker.

Der DeepSkyStacker ist ein Programm, mit dem man astronomische Aufnahmen stapeln kann. Es ist prädestiniert für Sterne, Galaxien, Nebel, Sternhaufen etc. Für Sonne, Mond und Planeten kann es nicht benutzt werden, dafür gibt es andere Programme. Ich hab eine Zeitlang gebraucht, um DeepSkyStacker unter Linux so zum Laufen zu bekommen, daß ich damit auch was anfangen kann. Diesen Weg möchte ich schildern.

===Start===

DeepSkyStacker mit wine starten

===Startbildschirm===

Im Startbildschirm folgende Aktionen durchführen:

*Lightframes öffnen
*Darkframes öffnen, so vorhanden
*Flatframes öffnen, so vorhanden
*Dark/Flatframes öffnen, so vorhanden

*Alles auswählen
*Ausgewählte Bilder registrieren

Nun erscheint ein Dialogfeld mit einem nichtidentifizierbaren Inhalt. Glücklicherweise ist ein OK-Knopf mit drinnen. Also:
OK drücken und man landet in den Registrierungs-Einstellungen.

===Registrierungs-Einstellungen===

====Registrierungseinstellungen - Aktionen====

*Automatische Hotpixel-Erkennung
*Nach der Registrierung stacken
*...die besten 100%...
*evt. Registrieren bereits registrierter Bilder

====Registrierungs-Einstellungen - Erweitert====

*Sternerkennung-Schwellenwert festlegen (evt. Anzahl berechnen)

Noch nicht auf OK drücken, sonst kommt nur Unsinn raus, zuerst müssen die Stacking Parameter eingestellt werden. Man darf es nicht für selbstverständlich ansehen, daß, wie unter Windows, die Parameter sinnvoll hinterlegt sind. Teilweise werden die Default-Einstellungen einfach nicht gemacht, sondern müssen explizit ausgewählt werden. Also:

===Stacking-Parameter===

Es erscheint wieder so ein unidentifizierbares Dialogfeld mit nem OK-Knopf drin. Diesen OK-Knopf drücken!

====Stacking-Parameter - Ergebnis====

*RGB-Kanäle am Endbild ausrichten (um Farbsäume zu minimieren)

====Stacking-Parameter - Light====

*Durchschnitt (Additionsmethode der Lightframes). Vergisst man, her etwas anzuwählen, kommt ein schwarzel Bild raus

====Stacking-Parameter - Dark====

*Median (Additionsmethode der Dunkelbilder für die Hotpixel-Korrektur)

====Stacking-Parameter - Flat====

*Median (Additionsmethode der Weißbilder für die Korrektur der Vignettierung)

====Stacking-Parameter - Zwischenbilder====

*Alle Haken entfernen
*Zwischenbilder als tiff-Datei speichern

====Stacking-Parameter - Ausgabe====

*<Dateilisten-Name>.tif

===Unerwartete Ergebnisse===

wählt man bei den Stacking-Parametern "Zwiwchenbilder" und "Ausgabe" andere Werte, dann kann es sein, daß das Stacking-Ergebnis als defekte fits- oder tiff-Datei herauskommt. Ich hab noch keine reproduzierbare Konstanz dieses Verhaltens erkennen können. Ich hab aber herausgefunden, daß für mich mit den angegebenen Einstellungen eine korrekte Tiff-Datei herauskommt. Diese Datei, heißt Autosave.tif, obwohl eigentlich was anderes eingestellt war. Egal, Hauptsache, die Datei funktioniert.

===Abschluss der Einnstellungen===

Also. den Parameter-Dialog mit OK abschließen.
Dann den Registrierungsdialog imit OK abschließen
Nun werden die vorgesehenen Stacking-Schritte angezeigt. Überprüfen und OK drücken

Und los geht´s. Es wird gestacked.

Nach Beendigung des Vorgangs kann die Dateiliste gespeichert werden, Dann ist eine spätere Wiederholung des Stapelvorgangs einfacher (falls nochwas optimiert werden muß)

===Die Ergebnis-Datei===

Die resultierende Datei Autosave.tif enthält das Stacking-Ergebnis. Es handelt sich um ein tif-file mit einer Farbtiefe von 32 Bit pro Kanal! Das Format ist floatingpoint. Damit kann die Datei nicht von jedem Bildbearbeitungsprogramm geöffnet werden. Ich verwende darktable, das mit diesem Dateiformat zurechtkommt.

===Verlorene Einstellungen===

Alle diese gemachten Einstellungen werden bei mir nicht gespeichert. Will ich die nächste Bilderserie stapeln, muß ich alle Einstellungen wieder von Neuem eingeben bzw. überprüfen.

===Links===

*Meine kleinen Sternenkarten: https://seescho.wordpress.com/
*DeepSkyStacker: http://deepskystacker.free.fr/german/
*darktable: http://www.darktable.org/

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Astronomie]]

DeepSkyStacker

2015-10-24T16:48:51Z

Escho: Neu angelegt: deepskystacker mit Opensuse sinnvoll zum Laufen bringen

Grafik

2015-10-24T16:37:47Z

Escho: Astronomische Bildbearbeitung unter OpenSuse

== Astronomie ==
* [[DeepSkyStacker]]

== Bildbearbeitung über die Kommandozeile ==
* [[ImageMagick]]
* [[Bilder mit Image Magick skalieren]] Kleiner Codeschnippsel um mehrere Bilder auf der Konsole zu skalieren.
* [[Wasserzeichen]] Wie versehe ich meine Bilder mit einem Wasserzeichen. (Image Magick).

== Bilderverwaltung ==
* [[digiKam]] Umfangreiche Bilderverwaltung.
* [[Album Shaper]] Foto Album und Bildverwaltung.

== Bitmap-Grafik ==
* [[GIMP]] Derzeit noch eine Linkliste zum Thema GIMP.

== Farbmanagement ==
* [[Kalibrierung und Profilierung]] eines Monitors mit Hilfe von ArgyllCMS. Farbmanagement unter Linux OpenSuse.

== Screenshots ==
* [[Screenshots]] Hier werden ein paar Möglichkeiten vorgestellt Screenshots zu erstellen.

== Vektor-Grafik ==
* [[Inkscape]] Eine Linkliste zum Thema Inkscape.

[[Category:Grafik]][[Kategorie:Übersicht]]

Kalibrierung und Profilierung

2014-08-09T12:01:33Z

Escho: Ich sollte diesen Artikel nicht so oft verwenden, da ich immer wieder Rechtschreibfehler darin finde :)

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}
 
== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgetreu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein additives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist...

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Diskussion:Literatur

2014-06-14T16:33:41Z

Escho: Layout

==Einsortierung Änderungsvorschlag==
===Hardcover passt nicht immer===
Unter 12.1 steht "Python GE-PACKT" des mitp Verlags genau wie die meisten O'Reilly Bücher als Hardcover,dabei ist diese Kurzreferenzserie des mitp Verlags und fast alles von O'Reilly doch [http://de.wikipedia.org/wiki/Paperback Paperback] (=quasi etwas dickeres Papier manchmal auch mit Laminierung) und kein [http://de.wikipedia.org/wiki/Hardcover Hardcover] (=feste Pappe auf die man bei Bedarf auch ein Getränk nur auf dem Umschag abstellen kann ohne daß dies durchbiegt)...vielleicht sollte man daher wenn man die Bücher nicht gerade selbst vorliegen hat besser keine Hardcover+Paperback Unterteilung machen? Wäre jedenfalls besser als Fehlinformationen reinzusetzen find ich...--[[Benutzer:TomcatMJ|TomcatMJ]] 19:37, 20. Mai 2007 (CEST)

:Änder das einfach um, ich habe das eigentlich alles so wie es war immer übernommen. --[[Benutzer:Yehudi|Yehudi]] 20:24, 20. Mai 2007 (CEST)

==Literatur==

Nicht mehr ganz aktuell, was hier drinsteht. Werd ich wohl mal etwas überarbeiten, wenn ihr nichts dagegen habt
--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 19:57, 9. Jun. 2014 (CEST)

:Ja, das wäre auch meiner Meinung nach angebracht. Ein Großteil der Links funktioniert mittlerweile nicht mehr. --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 21:52, 10. Jun. 2014 (CEST)

==Layout==

Kann mir jemand sagen, wieso das alles über Vorlagen abgewickelt wird? Durch dieses Splitting kann man in meinen Augen leicht das Gesamtlayout aus den Augen verlieren. Ich würde diese Literaturkiste gerne auf eine einzige Seite zusammenführen. Hab ich da freie Hand oder spricht da was dagegen?
--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 18:33, 14. Jun. 2014 (CEST)

Diskussion:Scripte und Quellcodes

2014-06-09T18:03:01Z

Escho: back

Macht dieser Abschnitt eigentlich Sinn, wenn er seit gefühlten Jahrhunderten nicht genutzt wird?
--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 19:59, 9. Jun. 2014 (CEST)

: Ich nehm alles zurück. Steht ja doch was drin, wunderbar versteckt
--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 20:03, 9. Jun. 2014 (CEST)

Diskussion:Scripte und Quellcodes

2014-06-09T17:59:44Z

Escho: Löschen?

Macht dieser Abschnitt eigentlich Sinn, wenn er seit gefühlten Jahrhunderten nicht genutzt wird?
--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 19:59, 9. Jun. 2014 (CEST)

Diskussion:Literatur

2014-06-09T17:57:53Z

Escho: Überarbeitung

Zeitschriften

2014-06-09T17:11:47Z

Escho: Linux Intern gelöscht: Diese Zeitschrift ist mit Data Becker wohl in Rente gegangen

== Empfehlenswerte Linux Zeitschriften ==

Im gut sortierten Zeitschriftenhandel finden sich etliche Linux Zeitschriften, welche sich an unterschiedliche Lesergruppen richten. Nachfolgend werden empfehlenswerte Linux Zeitschriften beschrieben und es wird erklärt, an welche Zielgruppe sie sich richten.

== Die Zeitschrift '''EasyLinux''' ==

Die EasyLinux wendet sich in erster Linie an den Linux Neuling und Windows Umsteiger.
Auf den Internetseiten der EasyLinux kann man sich näher über die Zeitschrift informieren und auch sehr viele lesenswerte Artikel vergangener Ausgaben online einsehen. Für Anfänger eine sehr empfehlenswerte Zeitschrift.
http://www.easylinux.de/

== Die Zeitschrift '''LinuxUser''' ==

Der LinuxUser wendet sich an den etwas fortgeschritteneren Anwender. Dennoch überfordert er auch den Neuling nicht. Auch hier stehen auf der Internetseite der Zeitschrift viele interessante Artikel vergangener Ausgaben zur Verfügung.
http://www.linux-user.de/

== Das '''Linux Magazin''' ==

Das Linux Magazin richtet sich eher an den erfahrenen User. http://www.linux-magazin.de/

== PC-Welt Sonderausgabe Linux ==

Auch die bekannte Zeitschrift PC-Welt bringt regelmäßig Sonderausgaben zum Thema Linux. Meist liegt diesen Sonderheften mindestens eine CD/DVD mit einer Distribution bei. Die Zeitschrift richtet sich überwiegend an den Linux Neuling und an Windows Umsteiger.

== Elyps - '''Freies Magazin''' ==

Zitat der offiziellen Homepage:

''Hierbei handelt es sich um ein monatlich erscheinendes Magazin, welches sich von einem losen Newsletter zu einem selbständigen Magazin mit Interessantem und Wissenswertem aus der Welt von Ubuntu und Fedora GNU/Linux und Freier Software entwickelt hat. ''

Obwohl das Hauptaugenmerk auf Ubuntu liegt, sind natürlich auch distributionsübergreifende Themen enthalten. So ist Das '''Freie Magazin''' auch für Nutzer anderer Distributionen interessant. Es ist natürlich '''kostenlos'''. Die aktuelle Ausgabe und das Archiv bereits erschienener Ausgaben findet man auf auf ihrer Internetseite.

* http://www.elyps.de/magazin.html

[[Allgemeines | Zurück zu Allgemeines]]

[[Category:Allgemeines]]
[[Category:Literatur]]

Hilfe:Inhaltsverzeichnis

2014-06-09T16:34:26Z

Escho: Aufräumen

== Zum Linux-Club Wiki ==

* [[Anmelden im Wiki]]
* [[Linupedia:Hilfe/Vorlage für einen Artikel|Vorlage für einen Artikel]] Einfach per ''Copy & Paste'' Vorlage kopieren, und nur noch den Artikel schreiben
* [[Linupedia:Hilfe/Anlegen von neuen Artikeln|Anlegen von neuen Artikeln]]
* [[Linupedia:Hilfe/Änderungen am Wiki verfolgen|Änderungen am Wiki verfolgen]] (RSS/Atom-Feed)
* [[Linupedia:Hilfe/OpenOffice|Artikel erstellen mit Hilfe von OpenOffice.org als externen Editor]]
* [[Linupedia:Bearbeitungshilfe|Bearbeitungshilfe]]
* [[Linupedia:Hilfe/Rechtschreibung|Rechtschreibung]]
* [[Linupedia:Hilfe/Bilder einfügen|Bilder einfügen]]
* [[Linupedia:Hilfe/Bearbeiten von Artikeln|Bearbeiten von Artikeln]]
* [[Linupedia:Hilfe/Diskussionen|Diskussionen]]
* [[Linupedia:Hilfe/Interwiki|Interwiki]]
* [[Linupedia:Hilfe/Wartung|Wartung]]
* [[Linupedia:Hilfe/Löschanträge|Löschanträge]]
* [[Linupedia:Hilfe/Stil|Stil]]
* [[Artikelpassagen und Diskussionsbeiträge signieren]] Hier wird erklärt, wie man signiert und wann man dies tun oder besser lassen sollte.
* [[Linupedia:Hilfe/Begrüßungstext|Begrüßungstext]]
* [[Linupedia:Hilfe/Textbausteine/Formatierungshilfen|Textbausteine/Formatierungshilfen]]
* [[Hilfe:Glossar|Glossar des Linux-Club Wikis]] Wer Abkürzungen oder Fachbegriffe nachschauen will kann dies im [[Hilfe:Glossar|Linux-Club Wiki Glossar]] tun.
* [[Vorlagen]]
* [[Linupedia:Hilfe/Infobox|Infobox]]
* [[Linupedia:Hilfe/Humor|Humor]]
* [[Linupedia:Hilfe/Übersichtsseiten|Übersichtsseiten]]
* [[Linupedia:Hilfe/Artikel externen Links|Artikel externen Links]]
* [[Linupedia:Hilfe/Quellen und weiterführende Links|Quellen und weiterführende Links]]
* [[Linupedia:Hilfe/Titel|Titel]]
* [[Linupedia:Hilfe/Import|Import]]
* [[Linupedia:Hilfe/Wiki Team|Wiki Team]]

== Wiki Hilfe und Anleitungen ==
* [http://meta.wikipedia.org/wiki/MediaWiki_i18n Dokumentation zur Anpassung der Benutzeroberfläche]
* [http://meta.wikipedia.org/wiki/MediaWiki_User%27s_Guide Benutzerhandbuch für Hilfe zur Benutzung und Konfiguration.]
* http://de.wikipedia.org/wiki/Wikipedia:FAQ
* [[Spezial:Preferences#prefsection-3 | Zeiteinstellungen für den eigenen Account hier an Sommerzeit/Winterzeit anpassen]]
* [[Kategorienbaum| Die Kategorien des Linux-Club Wiki in einer Baumstrukturübersicht]]

=== Links ===

* [http://www.mediawiki.org/wiki/Documentation/de Bedienungsanleitung für dieses und andere MediaWikis]
* http://de.tikiwiki.org/tiki-index.php?page=Wiki+Admin#_Admin_Zugang
* http://meta.wikimedia.org/wiki/Help:Administrator%27s_Guide
* http://bugzilla.wikimedia.org/
* http://meta.wikimedia.org/wiki/Hilfe:Handbuch
* http://de.wikipedia.org/wiki/Wikipedia:Portal
* http://www.galileocomputing.de/openbook/joomla/joomla_16_000.htm
* [http://www.lugbz.org/documents/smart-questions_de.html Wie man Fragen richtig stellt!]

== Anleitungen zum Forum des Linux-Club ==
* [[Bedienungsanleitung Forum|Eine kurze Bedienungsanleitung zum Forum]] - Hier wird erklärt, wie man das Forum des LC richtig benutzt und wie man dort richtig fragt, damit man eine möglichst schnelle und gute Hilfe bekommen kann.

----
--[[Benutzer:Yehudi|Yehudi]] 11:45, 26. Aug 2006 (CEST) und --[[Benutzer:Griffin|Griffin]] 23:03, 15. Sep 2006 (CEST) sowie
--[[Benutzer:TomcatMJ|TomcatMJ]] 04:22, 1. Apr 2007 (CEST)
[[Category:Wiki]][[Category:LinuxClubWiki Hilfe]][[Kategorie:Übersicht]]

Kalibrierung und Profilierung

2014-06-09T16:22:45Z

Escho: Formatierung (und Speichertest)

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}
 
== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein additives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist...

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kalibrierung und Profilierung

2014-05-01T08:39:21Z

Escho: Ein paar Buchstaben vergessen

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein additives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist...

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kalibrierung und Profilierung

2014-04-08T19:36:43Z

Escho: Überflüssiges entfernt

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist...

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kalibrierung und Profilierung

2014-04-08T19:29:34Z

Escho: Stil und Rechtschreibung

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß eine Farbe durch die drei Grundfarben Rot Grün und Blau definiert ist. Das Mischungsverhältnis dieser Grundfarben ergibt den Farbton, den wir sehen.

Jede dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kommander/Screenshots

2014-04-07T21:53:27Z

Escho: Umgehung des Bugs mit den eingebetteten Bildern

{{Kommander_Navibox}}

== Die Bedienoberfläche des DVB-Scriptes ==

[[Bild:Dvb_script_gui.png|thumb|none]]

== Kommander-Editor ==

[[Bild:Kommander_editor.png|thumb|none]]

== Der Funktionsbrowser von Kommander ==

[[Bild:Funktionsbrowser_Kommander.png|thumb|none]]

== Der erste Dialog ==

[[Bild:Kommanderdialog_beispiel_1.png|thumb|none]]

== Der Editor-Dialog der DVB_Script_GUI ==

[[Bild:Kmdr-Editor-DVB Script GUI.png|thumb|none]]
{{Kommander_Navibox}}[[Programmierung | Zurück zur Programmierung]]

[[Category:Programmierung]]

Kalibrierung und Profilierung

2014-04-07T20:00:08Z

Escho: Links verschönert

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß die Farbe durch die drei Grundfarben definiert ist, also durch Rot, Grün und Blau. Das Mischungsverhältnis ergibt den tatsächlichen Farbton.

Jese dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

[http://www.oyranos.org/wiki/index.php?title=Test_Images Testbilder für Firefox]

== Links ==

[http://www.argyllcms.com Homepage ArgyllCMS] 
[http://hoech.net/dispcalGUI/ Homepage dispcalGUI] 
[http://software.opensuse.org/ OpenSuse-Repos]

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Projectx

2014-04-06T21:31:45Z

Escho: Noch nen Link zum Verschönern gefunden

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5 
OpenSuse 13.1 (64Bit) mit KDE 4.11
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
[http://forum.dvbtechnics.info/showthread.php?t=422 Einige Erläuterungen zu Project X von dvb.matt (Autor Project X)]

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Installation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
[http://forum.dvbtechnics.info/forumdisplay.php?f=16 Supportseite im dvbtechnics-Forum] 
[http://forum.dvbtechnics.info/showthread.php?t=422 Einige Erläuterungen zu Project X von dvb.matt (Autor Project X)] 
[http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 Kommandozeilenoptionen] 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Hilfe:Inhaltsverzeichnis

2014-04-06T20:37:31Z

Escho: Toter Link entfernt

== Zum Linux-Club Wiki ==

* [[Anmelden im Wiki]]
* [[Linupedia:Hilfe/Vorlage für einen Artikel|Vorlage für einen Artikel]] Einfach per ''Copy & Paste'' Vorlage kopieren, und nur noch den Artikel schreiben
* [[Linupedia:Hilfe/Anlegen von neuen Artikeln|Anlegen von neuen Artikeln]]
* [[Linupedia:Hilfe/Änderungen am Wiki verfolgen|Änderungen am Wiki verfolgen]] (RSS/Atom-Feed)
* [[Linupedia:Hilfe/OpenOffice|Artikel erstellen mit Hilfe von OpenOffice.org als externen Editor]]
* [[Linupedia:Bearbeitungshilfe|Bearbeitungshilfe]]
* [[Linupedia:Hilfe/Rechtschreibung|Rechtschreibung]]
* [[Linupedia:Hilfe/Bilder einfügen|Bilder einfügen]]
* [[Linupedia:Hilfe/Bearbeiten von Artikeln|Bearbeiten von Artikeln]]
* [[Linupedia:Hilfe/Diskussionen|Diskussionen]]
* [[Linupedia:Hilfe/Interwiki|Interwiki]]
* [[Linupedia:Hilfe/Wartung|Wartung]]
* [[Linupedia:Hilfe/Löschanträge|Löschanträge]]
* [[Linupedia:Hilfe/Stil|Stil]]
* [[Artikelpassagen und Diskussionsbeiträge signieren]] Hier wird erklärt, wie man signiert und wann man dies tun oder besser lassen sollte.
* [[Linupedia:Hilfe/Begrüßungstext|Begrüßungstext]]
* [[Linupedia:Hilfe/Textbausteine/Formatierungshilfen|Textbausteine/Formatierungshilfen]]
* [[Hilfe:Glossar|Glossar des Linux-Club Wikis]] Wer Abkürzungen oder Fachbegriffe nachschauen will kann dies im [[Hilfe:Glossar|Linux-Club Wiki Glossar]] tun.
* [[Vorlagen]]
* [[Linupedia:Hilfe/Infobox|Infobox]]
* [[Linupedia:Hilfe/Humor|Humor]]
* [[Linupedia:Hilfe/Übersichtsseiten|Übersichtsseiten]]
* [[Linupedia:Hilfe/Artikel externen Links|Artikel externen Links]]
* [[Linupedia:Hilfe/Quellen und weiterführende Links|Quellen und weiterführende Links]]
* [[Linupedia:Hilfe/Titel|Titel]]
* [[Linupedia:Hilfe/Import|Import]]
* [[Linupedia:Hilfe/Wiki Team|Wiki Team]]
* [[Linupedia:Hilfe/user_test|user_test]]

== Wiki Hilfe und Anleitungen ==
* [http://meta.wikipedia.org/wiki/MediaWiki_i18n Dokumentation zur Anpassung der Benutzeroberfläche]
* [http://meta.wikipedia.org/wiki/MediaWiki_User%27s_Guide Benutzerhandbuch für Hilfe zur Benutzung und Konfiguration.]
* http://de.wikipedia.org/wiki/Wikipedia:FAQ
* [[Spezial:Preferences#prefsection-3 | Zeiteinstellungen für den eigenen Account hier an Sommerzeit/Winterzeit anpassen]]
* [[Kategorienbaum| Die Kategorien des Linux-Club Wiki in einer Baumstrukturübersicht]]

=== Links ===

* [http://www.mediawiki.org/wiki/Documentation/de Bedienungsanleitung für dieses und andere MediaWikis]
* http://de.tikiwiki.org/tiki-index.php?page=Wiki+Admin#_Admin_Zugang
* http://meta.wikimedia.org/wiki/Help:Administrator%27s_Guide
* http://bugzilla.wikimedia.org/
* http://meta.wikimedia.org/wiki/Hilfe:Handbuch
* http://de.wikipedia.org/wiki/Wikipedia:Portal
* http://www.galileocomputing.de/openbook/joomla/joomla_16_000.htm
* [http://www.lugbz.org/documents/smart-questions_de.html Wie man Fragen richtig stellt!]

== Anleitungen zum Forum des Linux-Club ==
* [[Bedienungsanleitung Forum|Eine kurze Bedienungsanleitung zum Forum]] - Hier wird erklärt, wie man das Forum des LC richtig benutzt und wie man dort richtig fragt, damit man eine möglichst schnelle und gute Hilfe bekommen kann.

----
--[[Benutzer:Yehudi|Yehudi]] 11:45, 26. Aug 2006 (CEST) und --[[Benutzer:Griffin|Griffin]] 23:03, 15. Sep 2006 (CEST) sowie
--[[Benutzer:TomcatMJ|TomcatMJ]] 04:22, 1. Apr 2007 (CEST)
[[Category:Wiki]][[Category:LinuxClubWiki Hilfe]][[Kategorie:Übersicht]]

Projectx

2014-04-06T20:05:32Z

Escho: Links verschönert

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5 
OpenSuse 13.1 (64Bit) mit KDE 4.11
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Installation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
[http://forum.dvbtechnics.info/forumdisplay.php?f=16 Supportseite im dvbtechnics-Forum] 
[http://forum.dvbtechnics.info/showthread.php?t=422 Erläuterung zur Technik von dvb.matt (Autor ProjectX)] 
[http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 Kommandozeilenoptionen] 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Multimedia

2014-04-06T19:35:55Z

Escho: DVB und Sonstiges: etwas sortiert

== Multimediafähigkeit nachrüsten==
=== openSUSE ===
* [[Installationsquellen_zu_openSUSE#Packman|Packman als Quelle in YaST einbinden]]
*[[OpenSUSE und Multimedia | Die Multimediafähigkeiten von Suse erweitern]] - Nach Anwendung dieser Anleitung spielt Suse alle erdenklichen Musikstücke (mp3, etc) und Videoformate ab.
*[[Pimp my SuSE]] - Suses Fähigkeiten erweitern und Suse aufmotzen.

===diverse Distributionen===
* [[Ubuntu und Multimedia]] - Hier wird erklärt, wie man bei Ubuntu/Kubuntu die Multimediafähigkeiten nachrüstet.

== Den eigenen Desktop als Video aufnehmen ==
Eine Sammlung von Tools, mit deren Hilfe der Desktop oder Teile davon als Screencast (Audio/Video) oder Screenshot (Bild) aufgenommen werden können, findet sich unter [[Desktop aufzeichnen]].

== Anleitungen und Programme ==
* [[Clipgrab]] (Youtube.com Downloader)
* [[MPlayer]]
* [[Alsamixer]]
* [[kmix]]
* [[TV-Browser]]
* [[playlist]] - Erstellung und Wiedergabe einer Playlist für Videoclips mit Hilfe der Kommandozeile
=== Alles rund um MP3-Dateien ===

* [[MP3 Bitratenwandlung | Ändern der Bitrate von MP3-Dateien]]
* [[Amarok]]
* [[Alternativen für Amazon MP3-Downloader]]

=== Alles rund um die runden Medien (CDs und DVDs) ===

* [[K3b]]
* [[Nero]]

==== ISO-Dateien ====
* [[Imageerstellung mit dd und ddrescue| ISO-Images erstellen auf der Kommandozeile]]
* [[ISO-Images per Loopdevice mounten | Einbinden von ISO-Dateien als virtuelles Laufwerk]]
* [[Open SuSE auf DVD brennen | ISO-Datei brennen]]
* [[Virtuelles (CD) Laufwerk unter Linux|Noch ein Weg "virtuelle CD/DVD Laufwerke" zu erstellen und zu nutzen]]
* [[5 ISOs auf 1 DVD brennen]]

==== DVDs ====
* [[OpenSUSE und Multimedia]] - Hier wird erklärt, wie man Suse den Umgang mit nach der Installation nicht unterstützten Audio- und Videoformaten beibringt. Außerdem wird das Problem des Abspielens von Video DVDs umfassend erörtert.
* [[Videokonvertierung und DVD oder SVCD erstellen]]

==== Soundprobleme ====
*[[Mehrere Programme gleichzeitig Sound ausgeben]]

==== Videobearbeitung ====
*[[Kdenlive]]

==== Realplayer ====
* [[Realplayer spielt nichts von amazon ab]]

=== Konverter/Ripper ===
* [[Gnormalize]]

* [[Videoconverterscript|Videoconverterscript zum Formatwandel für DVD/(S/X)VCD Authoring oder für die Betrachtung auf einer PSP]]

* [[AVCHD (.mts) in normale avi Dateien konvertieren]]

== Internetstreaming / Internetradio ==
* [[Streamtuner]] - Internetradio hören und als mp3 rippen mit '''Streamtuner''' und '''Streamripper'''.
* [[Musterkonfigurationen#Streamingserver_Konfigurationen | Streamingserver Musterkonfigurationen]]
* [[Radiosender|Radiosender erster Teil]] eine umfangreiche Sammlung von Radiosendern aus dem deutschem Sprachraum
* [[Radiosender-1|Radiosender zweiter Teil]] eine umfangreiche Sammlung von Radiosender aus aller Welt
* [[Stream-URL ermitteln]]
* [[MjpegStreamer]] - Ein einfaches Hilfsprogramm zum Streamen von Bildern oder Video per HTTP.

== DVB ==
* [[vom DVB zur DVD: Vorstellung der Wiki-Artikel in dieser Serie]]
* [[vom DVB zur DVD]] - Fernsehaufnahmen auf DVD verewigen mit Hilfe eines Bash-Scriptes (Tetralogie Teil 1)
* [[Projectx oder vom DVB zur DVD part 2]] - ProjectX (CVS - Version), Requantisieren, Multiplexen, Authorn, Brennen, alles im Bash-Script (Tetralogie Teil 2)
* [[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] - Weiterentwicklung des Bash-Scriptes mit ausführlicher Programmieranleitung (Tetralogie Teil 3)
* [[dvb script gui|Vom DVB zur DVD, die GUI]] - Bedienoberfläche für das Script, realisiert mit Kommander (Tetralogie Teil 4)
* [[projectx]] - Demux-Tool für DVB-Streams in der aktuellen CVS-Version
* [[Musterkonfigurationen#TV-Kanallisten|TV-Kanallisten]] TV+Radio Kanallisten für diverse Programme (Analog Terrestrisch/Kabel/SAT und DVB-C/S/T)
* [[Kaffeine DVB-Kanallisten]]
* [[Kdetv Kanallisten]]
* [[Pinnacle72e|Der Pinnacle 72e Stick unter Linux]] - Wie installiere ich den TV-Stick mitsamt Fernbedienung

== Programme für Musiker ==
*[[Musikerprogramme und Links dazu]]

== Sonstiges ==

* [[Cowon iAudio D2]]
* [[Neutrino d-box]]
* [[Koverartist Ubuntu Problem|Koverartist - Fehlende Vorlagen unter Ubuntu ergänzen]]
* [[Kaufberatung MVP und MP3 Player]]
* [[Dateien mithilfe einer Playlist sortieren]]

----

[[Hauptseite|Zurück zur Hauptseite]]
[[Category:Multimedia]][[Kategorie:Übersicht]]

Projectx

2014-04-06T13:00:11Z

Escho: Tippfehler

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5 
OpenSuse 13.1 (64Bit) mit KDE 4.11
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Installation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Projectx

2014-04-06T12:16:00Z

Escho: Formatierung

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5 
OpenSuse 13.1 (64Bit) mit KDE 4.11
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Projectx

2014-04-06T12:14:47Z

Escho: getestet unter ...

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5
OpenSuse 13.1 (64Bit) mit KDE 4.11
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Projectx

2014-04-06T11:54:18Z

Escho: Java

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===

Aktuell habe ich die folgende Version drauf:

java version "1.7.0_51"

Wenn man die CVS-Version von project-X selber compilieren möchte, dann benötigt man zusätzlich zur Standardausstattung noch den Java-Compiler. Dieser ist in dem entsprechenden devel-Paket enthalten, also zum Beispiel in meinem aktuellen Fall:

java-1_7_0-openjdk-devel

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Projectx

2014-04-06T11:44:00Z

Escho: Programmversionen aktualisiert

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X Version 0.91.0.00" (Stand April 2014) 

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2014) ist das "Project X Version 0.91.0.10/07.02.2014".

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===
java version "1.6.0_0"
Dies ist die von mir mit Erfolg verwendete Version von Java. Die neuere Version 1.7.0, die auch in den Repositories vorhanden ist, befindet sich noch im Beta-Stadium (Stand 3/09). ProjectX funktioniert mit dieser Beta-Version noch nicht richtig.

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Kategorie:Multimedia]]
[[Kategorie:DVB-Weiterverarbeitung]]

Vorlage:Dvbscript navigationsbox

2014-04-06T08:14:08Z

Escho: Link geändert

{{NavigationBox|TITLE=[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]|CONTENTS=[[dvb wiki script/Ãœbersicht|Übersicht]] - [[dvb wiki script/Weg|Der Weg]] - [[dvb wiki script/Helferprogramme|Die Helferprogramme]] - [[dvb wiki script/Script|Das Script]] - [[dvb wiki script/Installation|Installation]] - [[dvb wiki script/Bedienungsanleitung|Bedienungsanleitung]] - [[dvb wiki script/Programmieranleitung|Programmieranleitung]]}}
 
<noinclude>
In diese Navigationsleiste gehören nur Beiträge die direkt zum Wikibuch "vom DVB zur DVD" gehören (dvb wiki script).
[[Kategorie:Navigation]]</noinclude>

Diskussion:Logitech MX1000

2013-11-03T18:06:04Z

Escho: meine mx1000 war einmal

Ich trauere ihr nach, meiner MX1000, aber sie hat leider vor geraumer Zeit den Geist aufgegeben und schwirrt nun als solcher wahrscheinlich irgendwo dort droben im Mäusehimmel herum. Deshalb kann ich den Artikel nicht weiter auf dem Laufenden halten.

--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 19:06, 3. Nov. 2013 (CET)

Diskussion:Kartenleser ReinerSCT cyberJack pinpad/e-com mit Moneyplex

2013-11-03T17:59:40Z

Escho: Neuausrichtung Artikel

Ich denke, daß dieser Artikel durchaus eine Aktualisierung vertragen könnte. Das würde allerdings bedeuten, daß der bisherige Inhalt komplett gelöscht werden würde. Besteht Interesse, daß ich hier tätig werde?

--[[Benutzer:Escho|Escho]] ([[Benutzer Diskussion:Escho|Diskussion]]) 18:59, 3. Nov. 2013 (CET)

Grafik

2013-11-03T17:06:58Z

Escho: bekomme ich nicht fertig, den Artikel

== Bildbearbeitung über die Kommandozeile ==
* [[ImageMagick]]
* [[Bilder mit Image Magick skalieren]] Kleiner Codeschnippsel um mehrere Bilder auf der Konsole zu skalieren.
* [[Wasserzeichen]] Wie versehe ich meine Bilder mit einem Wasserzeichen. (Image Magick).

== Bilderverwaltung ==
* [[digiKam]] Umfangreiche Bilderverwaltung.
* [[Album Shaper]] Foto Album und Bildverwaltung.

== Bitmap-Grafik ==
* [[GIMP]] Derzeit noch eine Linkliste zum Thema GIMP.

== Farbmanagement ==
* [[Kalibrierung und Profilierung]] eines Monitors mit Hilfe von ArgyllCMS. Farbmanagement unter Linux OpenSuse.

== Screenshots ==
* [[Screenshots]] Hier werden ein paar Möglichkeiten vorgestellt Screenshots zu erstellen.

== Vektor-Grafik ==
* [[Inkscape]] Eine Linkliste zum Thema Inkscape.

[[Category:Grafik]][[Kategorie:Übersicht]]

Vorlage:Digitale Fotos Navibox

2012-01-31T22:48:24Z

Escho: Anpassung

{{NavigationBox|TITLE=[[Digitale Bilder, ein Wikibuch|Digitale Bilder, ein Wikibuch]]|CONTENTS=[[Digitale Bilder, ein Wikibuch/Verzeichnisstruktur|Verzeichnisstruktur ]] - [[Digitale Bilder, ein Wikibuch/Download|Bilder laden: das Script]]}}
 
<noinclude>
In diese Navigationsleiste gehören nur Beiträge die direkt zum Wikibuch "Digitale Bilder" gehören.
[[Kategorie:Navigation]]</noinclude>

Digitale Bilder, ein Wikibuch/udev

2012-01-31T22:45:46Z

Escho: Inhalt gelöscht, da ein neuer Lösungsweg in Arbeit ist

nicht mehr benötigt. Seite kann gelöscht werden

Digitale Bilder, ein Wikibuch/Download

2012-01-31T22:43:02Z

Escho: Überarbeitung

{{Digitale Fotos Navibox}}

== Einleitung ==

wird überarbeitet ....

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Digitale Bilder, ein Wikibuch/Verzeichnisstruktur

2012-01-31T22:40:56Z

Escho: Überarbeitung

Projectx

2012-01-01T11:13:34Z

Escho: Überarbeitung Linkliste

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X 0.90.4.00 30.03.2006" (Stand April 2010) 

Seit dem 31.März 2011 gibt es ein neues Release. Dieses Release ist identisch mit der CVS-Version "Project X 0.90.4.00.b32" und enthält alle Verbesserungen dieser Betaversion.

Project X Version 0.91.0.00

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2010) ist das "Project X 0.90.4.00.b32".

Man kann die "b32" als Beta bezeichnen (die 32te). Sie bietet dennoch einige Vorteile, die eine Verwendung empfehlenswert erscheinen lassen:
*Fehlerbereinigungen
*Verbesserung der Bedienoberfläche
*Neue Funktionen
*Drastische Erhöhung der Verarbeitungsgeschwindigkeit

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===
java version "1.6.0_0"
Dies ist die von mir mit Erfolg verwendete Version von Java. Die neuere Version 1.7.0, die auch in den Repositories vorhanden ist, befindet sich noch im Beta-Stadium (Stand 3/09). ProjectX funktioniert mit dieser Beta-Version noch nicht richtig.

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
Erläuterung zur Technik von dvb.matt (Autor ProjectX): http://forum.dvbtechnics.info/showthread.php?t=422 
Kommandozeilenoptionen: http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Category:Multimedia]]
[[Category:DVB-Weiterverarbeitung]]

Projectx

2011-12-30T21:33:40Z

Escho: Link hinzugefügt

{{Box Test||
OpenSuse 10.3 (32Bit) mit KDE 3.5.x 
OpenSuse 11.0 (32Bit) mit KDE 4.0, 4.1 
OpenSuse 11.1 (32Bit) mit KDE 4.2 
OpenSuse 11.2 (32Bit) mit KDE 4.3, 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.5
}}

{{blau|
ProjectX unter Linux! Wie das mit OpenSuse geht, ist hier erläutert.
}}

== Die Eigenschaften von ProjectX ==

=== Was kann verarbeitet werden ===

PJX ist ein Java-Programm, mit dem DVB-Streams demultiplext werden können. Die Eigenschaften im Einzelnen können hier nachgelesen werden: 
http://forum.dvbtechnics.info/showthread.php?t=422

=== Vorteile ===

*Eingebaute Schnittmöglichkeit
*Fehlerbereinigung des Streams beim Demultiplexen
*Synchronisation von Audio und Video beim Demultiplexen
*Mögliche Decodierung der Tonspur

=== Das könnte noch verbessert werden ===

*Der Schnitt erfolgt leider nur an den I-Frames
*Eine "Tonvorschau" wäre beim Schneiden, gerade von Videoclips, manchmal hilfreich
*Die Bedienungsanleitung ist nicht einmal annäherungsweise aktuell

== Versionen ==

Es gibts zwei Versionen von PJX, die Standardversion und die CVS-Version.

=== Standardversion ===

Stabile Basisversion des Tools. Aktuell ist zur Zeit "Project X 0.90.4.00 30.03.2006" (Stand April 2010) 

Seit dem 31.März 2011 gibt es ein neues Release. Dieses Release ist identisch mit der CVS-Version "Project X 0.90.4.00.b32" und enthält alle Verbesserungen dieser Betaversion.

Project X Version 0.91.0.00

=== CVS-Version ===

Diese Version gibt den aktuellen Entwicklungsstand des Programms wieder. Im Moment (April 2010) ist das "Project X 0.90.4.00.b32".

Man kann die "b32" als Beta bezeichnen (die 32te). Sie bietet dennoch einige Vorteile, die eine Verwendung empfehlenswert erscheinen lassen:
*Fehlerbereinigungen
*Verbesserung der Bedienoberfläche
*Neue Funktionen
*Drastische Erhöhung der Verarbeitungsgeschwindigkeit

== Download und Installation ==

=== Standardversion ===

==== Herunterladen ====

Das RPM ist im Packman-Repository enthalten. Ist es noch nicht geschehen, sollte dieses Repository als Online-Updatequelle in Yast hinzugefügt werden.

==== Installieren ====

Über Yast

=== CVS-Version ===

Für diese Version existieren keine RPMs, sie muß also selbst heruntergeladen und kompiliert werden

==== Herunterladen ====

Zum Herunterladen ist das Tool "CVS" erforderlich (Falls noch nicht vorhanden, vorher mit Yast installieren).

In einer Konsole wird danach folgender Befehl eingegeben:
cvs -z3 -d:pserver:anonymous@project-x.cvs.sourceforge.net:/cvsroot/project-x co -P Project-X
Dadurch wird im Heimatverzeichnis des Users ein Ordner mit dam Namen "Project-X" erstellt, der die notwendigen Dateien aus dem CVS-Repository enthält.

==== Kompilieren ====

Folgende Anweisung in eine Konsole hacken, um in den Installationsordner zu kommen:
cd ~/Project-X
Hiermit die Installation durchführen:
sh build.sh
Damit befindet sich nun im Installationsordner die eigentliche Programmdatei von PJX.

== Programmstart Standardversion ==

=== OpenSuse 10.3 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.0 (KDE 3.5.x) ===

Mit Hilfe des KDE-Startmenue's

=== OpenSuse 11.x (KDE 4.x) ===

Mit Hilfe des KDE-Startmenue's. Sollte es da Probleme geben, kann zum Starten eine Desktop-Datei erstellt werden (wie, das ist weiter unter erklärt).

== Programmstart CVS-Version ==

=== bequem ===

Durch Klicken auf das Icon der Desktop-Datei. 
Die Desktop-Datei befindet sich im Installationsordner von PJX und kann an einen beliebigen Ort, zum Beispiel auf den Desktop kopiert werden. Dabei ist zu beachten, daß in den Eigenschaften der Desktop-Datei im Reiter ''Programm '' der Startbefehl den korrekten Pfad bekommt (siehe ein paar Zeilen weiter unten im Abschnitt ''Die Desktop-Datei'').

=== nicht ganz so bequem ===

*Wechseln in den Installationsordner von PJX.
*Rechtsklick auf "ProjectX.jar"
*Öffnen mit "java -jar"

== Die Desktop-Datei ==

Um den Programmstart komfortabel zu gestalten, gerade bei der CVS-Version oder wenn's mit dem KDE-Startmenue nicht funktionieren will, kann eine Desktop-Datei erstellt bzw. angepasst werden. Durch Linksklicken auf diese Datei legt PJX dann los!

=== KDE 3.5.x ===

*Rechtsklick auf die Arbeitsoberfläche
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar für die CVS-Version)
*Einige Male auf OK drücken

=== KDE 4.x ===

*Den Dateimanager (Dolphin) öffnen
*Im persönlichen Ordner das Verzeichnis "Desktop" öffnen. Es öffnet sich ein Fenster.
*Rechtsklick auf die Arbeitsfläche dieses Fensters
*Neu erstellen -Verknüpfung zu Programm: Namen angeben, unter dem das Icon danach auf dem Bildschirm erscheinen soll (Beispiel: ProjectX_CVS)
*Links auf das Zahnrad klicken, um ein Bild für das Icon auszuwählen
*Den Reiter "Programm" auswählen und unter "Befehl" den Programmnamen mit vollständiger Pfadangabe eintragen (Beispiel: java -jar ~/Project-X/ProjectX.jar)
*Einige Male auf OK drücken

Das Desktop-Verzeichnis (desktop-folder) kann nun auf die Arbeitsoberfläche (Plasma) gezogen werden. Wird dabei die Ordner-Ansicht gewählt, dann sieht man den Inhalt des Ordners auf der Arbeitsoberfläche und kann direkt auf die eben erstellte Desktop-Datei zugreifen.

Es ist übrigens nicht unbedingt notwendig, eine Desktop-Datei im Desktop-Ordner zu erzeugen. Es kann vielmehr ein beliebiger anderer Ordner dazu verwendet und auf die Arbeitsoberfläche gezogen werden.

Hier habe ich den Umgang mit Desktop-Dateien in KDE4 genauer beschrieben: [[K-Menü und die Desktop-Dateien]]

== Der erste Start von ProjectX ==

=== Zustimmung zur Lizenz ===
[[bild:projectx.png|thumb|right|Bedienoberfläche von ProjectX]]

Nachdem PJX auf eine der oben genannten Arten gestartet wurde, erscheint zunächst die Bitte um Zustimmung zur Lizenz, die mit "I agree" beantwortet werden kann. Anschließend sehen wir die Benutzeroberfläche des Programms. Hier im Beispiel ist es die CVS-Version (b29).

=== Sprache ändern ===

Die Sprache ist per default auf Englisch eingestellt. Das läßt sich aber leicht ändern:
*Einstellungen - Sprache - de
Und schon ist es Deutsch

=== Speichern der Änderungen ===

ProjectX speichert Änderungen an den Einstellungen in einer Konfigurationsdatei. Diese Datei hat den Namen "X.ini" und wird, wenn nichts anderes vorgegeben ist, im persönlichen Ordner des Anwenders erzeugt. So erscheint zum Beispiel die Änderung der Sprache in dieser Datei.

PJX speichert die Einstellungen automatisch beim Verlassen des Programms. Der nächste Programmstart erfolgt dann mit den gespeicherten Einstellungen.

=== X.ini nach dem ersten Start ===

Nach den eben vorgenommenen Änderungen sieht die (sozusagen jungfräuliche) Konfigurationsdatei so aus:

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.Agreement=1
Application.Language=de

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

Soweit alles klar! Oder?

== Arbeiten mit der GUI von PJX ==

An einigen Beispielen soll das Arbeiten mit der GUI von PJX erläutert werden.

=== Demultiplexen einer DVB-Aufnahme ===

==== Aktion Demultiplexen auswählen ====

Links oben in der GUI befindet sich ein Feld mit dem aussagekräftigen Namen "Prozess".

In diesem Feld wird der Schalter "anpassen.." gedrückt. Im nun erscheinenden Prozessfenster erkennt man, daß die Aktion "demultiplex" schon angekreuzt ist. Da braucht also nichts geändert werden.

==== Fester Zielordner ====

Es ist bestimmt keine schlechte Idee, das Bearbeitungsergebnis, also den demultiplexten Stream, in einem vorgegebenen Zielordner zu speichern. (Zum Beispiel: ~/filme/dvd_tmp). Dazu wird rechts unten im Hauptfenster dieser Zielordner zur Liste der Ausgabepfade hinzugefügt (zu finden unter dem Reiter "Dateiliste").

Ist der Zielordner noch nicht vorhanden, muß er vorher angelegt werden.

==== Zu bearbeitende (DVB) Datei laden ====

Den DVB-Stream in die Dateiliste eingetragen. Dazu den Ordner-Icon mit dem grünen + drücken und das gewünscht File laden.

==== Bearbeitung starten ====

Den Button "Quickstart" drücken

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

=== Schneiden einer DVB-Aufnahme ===

PJX bietet die Möglichkeit, einen Film an den I-Frames zu schneiden. Das hat den Vorteil, daß nur die Daten demultiplext werden, die auch tatsächlich weiter verarbeitet werden sollen. Und das geht so:

==== Der Weg ====

*Film laden
*Im Hauptfenster den Reiter "Schnittsteuerung" auswählen
*Über die Navigation bzw. den Laufbalken (Preview-Slider) die gewünschten Schnittpunkte anfahren und hinzufügen (Icon mit dem grünen "+")
*Auf dem Balken unter dem Vorschaubild kann der Erfolg der Arbeit beobachtet werden: Was grün ist, bleibt drin und das Rote wird herausgeschnitten.
*Den Button "Quickstart" drücken

Da vorhin als Aktion "Demultiplexen" ausgewählt wurde, wird der Film nun geschnitten und demultiplext. Das Ergebnis findet sich in "~/filme/dvd_tmp".

==== Tipps zum Schneiden ====

Die Werbung rausschneiden geht einfach, das haben wir gerade gesehen. Um sie zu entfernen, müssen wir sie aber erst einmal finden. Ich habe mir hierzu eine Methode angewöhnt, die mich sicher und vor allen Dingen schnell die gewünschnten Schnittpunkte finden läßt. Diese Methode möchte ich euch im folgenden erläutern:

Jeder Sender blendet heute irgendwo sein Logo ein. Ist kein Logo vorhanden, kann man davon ausgehen, daß gerade Werbung läuft. Und das ist eine große Hilfe bei der Suche nach einem Werbeblock, vor allem, wenn man den Film selbst nicht kennt. Also:

*Film laden
*Schnittsteuerung auswählen
*Filmanfang suchen und als Schnittpunkt hinzufügen
*Mit dem Button >>> vorspulen, bis das Sendelogo weg ist (Werbung!)
*Mit dem Button << zurückspulen, bis das Logo wieder da ist (Film)
*Vorschau-Slider: Cursor irgendwohin rechts vom Reiter positionieren und linke Maustaste gedrückt halten. Damit wird der Film abgespielt.
*Wenn die Werbung wieder da ist, die linke Maustaste loslassen
*Cursor links neben den Reiter positionieren
*Durch Linksklick Bild für Bild zurückspulen, bis der Film wieder da ist
*Schnittpunkt auswählen
*usw.

Das klingt vielleicht etwas kompliziert. Probiert es aber einmal aus, es ist eine schnelle Methode, bei der man nicht viel denken muß. Ein Problem gibt es aber dennoch, wenigstens bei manchen Sendern.

Es gibt einige Sender, die wiederholen nach der Werbung einen kleinen Teil des schon gezeigten Films. Das empfinde ich zwar als unsinnig, aber ich werde da leider nicht um meine Meinung gefragt. Hier hilft dann nur die genaue Suche nach dem Schnitt. Da in der CVS-Version von ProjectX die Schnittpunkte als kleine Vorschaubilder angezeigt werden, kann das aber auch relativ schnell bewältigt werden.

Wie eigentlich bei allen Dingen kann man auch hier sagen: Übung macht den Meister...

=== Den Ton beim Demultiplexen decodieren ===

Manchmal benötigt man den Ton nicht als m2t-Datei, sondern als wav-file. Das kann beim Demultiplexen gleich mit erledigt werden. Folgende zusätzliche Einstellung ist dazu notwendig:

==== Einstellung ====

*Einstellungen - Audio: "dekodiere MPEG Layer1,1 zu PCM".

==== Dazugehörige X.ini ====

<pre>
# Project-X INI
# ProjectX 0.90.4.00.b32

# Application
Application.ActiveDirectory=/home/ich
Application.Agreement=1
Application.Language=de
Application.OutputDirectories.0=/home/ich/filme/dvd_tmp
Application.OutputDirectory=/home/ich/filme/dvd_tmp

# AudioPanel
AudioPanel.decodeMpgAudio=1

# WindowPosition
WindowPosition.Main.Height=670
WindowPosition.Main.Width=866
WindowPosition.Main.X=50
WindowPosition.Main.Y=50
</pre>

== Die Konfigurationsdatei X.ini ==

=== Was genau ist die X.ini? ===

Das ist die Konfigurationsdatei von ProjectX. In ihr werden die Einstellungen gespeichert, mit denen das Programm gerade läuft. Für jede Einstellung existiert ein dazugehöriger Eintrag in der "X.ini" (und das sind viele!). Angezeigt werden nur solche Einstellungen, die von den Standardeinstellungen abweichen, bzw. die bereits einmal geändert worden sind.

=== Wann wird gespeichert? ===

Die aktuellen Einstellungen der GUI werden beim Verlassen von PJX in die "X.ini" geschrieben.

=== Kann das automatische Speichern abgeschalten werden? ===

Ja, es kann. Und es kann durchaus sinnvoll sein, nicht zu speichern.

ProjectX bietet eine Menge Knöpfe, die gedrückt, und noch mehr Häckchen, die gesetzt oder weggenommen werden können. Wenn man weiß, was mit diesen Häckchen bewirkt wird, ist das kein Problem. Weiß man es nicht, sind Schwierigkeiten vorprogrammiert. Beendet man nämlich das Programm, wird der aktuelle Stand gespeichert, auch wenn er nicht funktioniert. Und der Weg zurück kann ein langer Weg sein, wenn man sich die einzelnen Schritte des Hinweges nicht eingeprägt hat.

Folgende Möglichkeiten gibt es, das Speichern abzuschalten:

==== über die GUI ====

*Einstellungen - Einstellungen beim Beenden speichrn: Den Haken wegmachen
*Einstellungen - Einstellungen - Datei - speichern unter: Den Pfad zur aktuellen "X.ini" eintragen
*OK drücken

==== durch Editieren der X.ini ====

*PJX beenden
*"X.ini" mit einem Testeditor ändern
*Folgenden Eintrag hinzufügen:
Application.SaveSettingsOnExit=0
*Änderungen im Editor speichern

=== Speicherort der X.ini ändern ===

Die Initialisierungdatei wird im Arbeitsordner des Programms abgelegt und das ist ohne weitere Angeben das Heimatverzeichnis des Benutzers. Wird ProjectX über eine Desktop-Datei gestartet, so kann in dieser Desktop-Datei ein anderes Arbeitsverzeichnis für PJX festgelegt werden:

*Rechtsklick auf Datei projectx.desktop
*In den "Eigenschaften" den Reiter "Programm" anwählen
*In das Feld "Arbeitsordner" den gewünschten zukünftigen Standort von X.ini eintragen (Beispiel: ~/PJX_demux)
*OK drücken

So lassen sich also mit Hilfe verschiedener Desktop-Dateien unterschiedliche Arbeitordner für PJX einstellen. In jedem dieser Arbeitsordner befindet sich dann, wenn man es schlau anstellt, eine "X.ini" mit genau den Einstellungen, die man wünscht.

== ProjectX und die Kommandozeile ==

PJX kann über über die Kommandozeile, das sogenannte CL-Interface bedient werden. Durch diese Möglichkeit kann das Programm auch in einem Bash-Script verwendet werden. Folgender Programmaufruf soll als Beispiel dienen. Er stammt aus einem von mit erstellten Script zur DVB-Weiterverarbeitung, das hier nachgelesen werden kann: 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]

=== Befehl ===

java -jar $pjx -demux -gui -ini $hauptverzeichnis/X.ini -out $hauptverzeichnis/tmp1 -name film "$quelldatei"

=== Erläuterung ===

*java -jar
Aufruf von Java (PJX ist ein Java_Programm)
*$pjx
Pfad zur Datei ProjectX.jar
*-demux
es wird demultiplext
*-gui
Zusätzlich soll die Bedienoberfläche von PJX gestartet werden, vielleicht um Schneiden zu können.
*-ini $hauptverzeichnis/X.ini
Diese Datei soll als Konfigurationsdatei verwendet werden. Sie muß übrigens nicht zwingend X.ini heißen, sondern kann einen beliebigen Namen haben.
*-out $hauptverzeichnis/tmp1
In dieses Verzeichnis wird das Ergebnis gespeichert
*-name film
Das Ergebnis bekommt den Dateinamen "film"
*$quelldatei
Datei, welche bearbeitet werden soll.

Die "Dinger" mit dem $ davor sind übrigens selbsterstellte Variablen. Sie stehen stellvertretend für ihren Inhalt.

=== Kompletter Befehlsaufruf ===

Ausgeschrieben könnte obiger Befehl also so aussehen:

<pre>
java -jar ~/Project-X/projectX.jar -demux -gui -ini ~/dvb_wiki_script/X.ini -out ~/dvb_wiki_script/tmp1 -name film ~/DVB/Aufnahme/ein_toller_film.m2t
</pre>

=== Komandozeilen-Optionen ===

Hier kann nachgelesen werden, mit welchen Argumenten PJX über das CLI aufgerufen werden kann: 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4

Ab der CVS-Version b28 gibt es die Option ''-set''. Damit läßt sich alles, was in der X.ini konfiguriert werden kann, auch über die Kommandozeile steuern. Ein Beispiel:
java -jar ~/Project-X/ProjectX.jar -set OptionPanel.NormalLog=0
Beim Start von PJX wird die Anweisung übergeben, daß keine Log-Datei mitgeschrieben wird.

== Tips ==

===Ausführen der ''build.sh'' zum Kompilieren===

Das Eintippen von ''build.sh'' in eine Konsole wird selten den gewünschten Erfolg zeigen, kann dafür aber interessante Fehlermeldungen hervorbringen. So habe ich eine geschlagene Stunde versucht, folgenden Fehler zu beseitigen:
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
Dieses Problem wäre gar nicht erst entstanden, hätte ich eine der Grundregeln im Umgang mit Linux-Dateien beachtet: Wenn du eine bestimmte Datei ansprechen willst, dann mußt du auch sagen, wo sich diese Datei befindet.

Ein Beispiel:
~/DVB/Project-X/build.sh
oder, wenn man sich bereits im Ordner ''~/DVB/Project-X'' befindet
./build.sh
Manche Fehler mußt du selber erst einmal gemacht haben, sonst glaubst du es nicht, daß das auch dir passieren kann.

Um aber gar nicht erst in diese Schwierigkeiten zu kommen ist es doch am Besten, so zu verfahren, wie es im Abschnitt Instasllation beschrieben ist. Schön brav in einer Konsole ins Installationsverzeichnis wechseln und dann mit sh build.sh die Installation starten. So braucht außerdem die build.sh nicht ausführbar gemacht werden.

===Welche Java-Version?===
java version "1.6.0_0"
Dies ist die von mir mit Erfolg verwendete Version von Java. Die neuere Version 1.7.0, die auch in den Repositories vorhanden ist, befindet sich noch im Beta-Stadium (Stand 3/09). ProjectX funktioniert mit dieser Beta-Version noch nicht richtig.

== Links ==
Supportsite: http://forum.dvbtechnics.info/forumdisplay.php?f=16 
[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]] 
[[Projectx oder vom DVB zur DVD part 2]] 
http://forum.dvbtechnics.info/showthread.php?t=422 
http://forum.dvbtechnics.info/showpost.php?p=10899&postcount=4 
[[K-Menü und die Desktop-Dateien]]

----
[[Multimedia|Zurück zur Multimedia-Übersicht]]
[[Category:Multimedia]]
[[Category:DVB-Weiterverarbeitung]]

Kalibrierung und Profilierung

2011-12-18T10:26:08Z

Escho: firefox und Farbmanagement

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß die Farbe durch die drei Grundfarben definiert ist, also durch Rot, Grün und Blau. Das Mischungsverhältnis ergibt den tatsächlichen Farbton.

Jese dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Firefox und Farbmanagement ==

In den neueren Versionen des Browsers ist Farbmanagement serienmäßig eingesxchaltet. Ab Version 8 kann auch mit ICC V4 umgegangen werden, was allerdings explizit enabled werden muß. Dadurch kann der Browser dann mit matrix und lut-Profilen arbeiten.

Eingeschaltet wird das so:

In der Adresszeile eingeben: about:config
Danach den Eintrag "gfx.color_management.enablev4" von false auf true ändern.

Firefox kann mit diesen Testbildern auf seine Farbmanagementfähigkeiten getestet werden:

http://www.oyranos.org/wiki/index.php?title=Test_Images

== Links ==

* Homepage ArgyllCMS: http://www.argyllcms.com
* Homepage dispcalGUI: http://hoech.net/dispcalGUI/
* Repo dispcalGUI für OpenSuse: http://software.opensuse.org/
* Repo ArgyllCMS für OpenSuse: http://software.opensuse.org/

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Digitale Bilder, ein Wikibuch/udev

2011-07-10T19:41:23Z

Escho: Neuanlage

{{Digitale Fotos Navibox}}

== Einleitung ==

Das im letzten Kapitel vorgestellte Bashscript automatisiert das Herunterladen und Speichern der Rohbilder. Es wird gestartet mit Hilfe einer Desktop-Datei.

Der Start kann aber auch so gestaltet werden, daß das Script immer dann von alleine losläuft. wenn eine Kamera über USB mit dem PC verbunden und eingeschaltet wird. Sobald die Kamera vom Hotplugging-System des Computers erkannt ist, legt das Downloadscript los.

Dieser Automatismus wird über eine udev-Regel angestossen.

== Die udev-Regel ==

=== Die Regel ===

<pre>
# Wenn´s denn keine Canon ist, Regel beenden
ATTR{idVendor} != "04a9", GOTO="foto_end"

# Canon EOS 600D
SUBSYSTEM=="usb", ACTION=="add", ATTR{idProduct}=="3218", RUN+="/bin/su edgar -c /home/edgar/Scripte/Foto/Herunterladen/aktuell/start_bilder_laden"
# Canon EOS 450D
SUBSYSTEM=="usb", ACTION=="add", ATTR{idProduct}=="3145", RUN+="/bin/su edgar -c /home/edgar/Scripte/Foto/Herunterladen/aktuell/start_bilder_laden"

LABEL="foto_end"
</pre>

=== Wohin mit der Regel ===

Diese Regel wird, z.B. mit kate, in einer Textdatei gespeichert. Sie muß mit root-Rechten in folgendem Verzeichnes erzeugt werden:

/etc/udev/rules.d

Ich habe die Textdatei "20-foto.rules" genannt.

=== Die Erklärung der Regel ===

ATTR{idVendor} != "04a9", GOTO="foto_end"
Wenn der Hersteller der angeschlossenen Kamera nicht Canon ist, dann springe direkt zum Ende dieser udev-Regel. Oder anders ausgedrückt: Ich möchte das Download-Script nur dann automatisch starten lassen, wenn der PC eine an den USB-Bus angeschlossene Kamera von Canon erkennt.

SUBSYSTEM=="usb"
Wenn sich auf dem USB-Bus etwas tut

ACTION=="add"
und zwar wenn auf dem Bus ein neu angeschlossenes Gerät erkannt wird

ATTR{idProduct}=="3218"
und wenn dieses Gerät zudem noch auf den Namen "EOS 600D" hört

ATTR{idProduct}=="3145"
oder auf den Namen "EOS 450D"

RUN+="..."
dann führe die Anweisung zwischen den Anführungszeichen aus.

/bin/su edgar
Führe diese Anweisung mit den Rechten des Nutzers edgar aus. (Hätte ich meinen Nutzernamen weggelassen, dann würden anstatt meiner Rechte root-Rechte vergeben werden, was ich nicht will. (Es müssen übrigens alle Anweisungen mit vollem Pfadnamen angegeben werden (auch su), sonst tut sich nichts.)

-c /home/edgar/Scripte/Foto/Herunterladen/aktuell/start_bilder_laden"
Die Anweisung lautet, das Start-Script zu starten, welches dann das eigentliche Download-Script anstösst.

=== Erweiterung der Regel ===
Diese Regel kann ohne weiteres auf andere Kameras bzw, Hersteller erweitert werden. Notwendig dazu ist jeweils nur die idVendor und die idProduct der hinzuzufügenden Kamera. Der Rest sei der Fantasie des Benutzers überlassen. Diese id´s können übrigens durch ein furchtlos in die Tasten gehacktes:

lsusb -v

ermittelt werden. Das 0x vor der eigentlichen 4stelligen id muß dabei weggelassen werden.

== Das Start-Script ==

Von unserer udev-Regel wird das so genannte Start-Script gestartet (Ein anderer Name ist mir für das Script nicht eingefallen. Aufgabe dieses Scriptes ist nichts anderes, als dem System mitzuteilen, welcher Bildschirm verwendet werden soll, dann das eigentliche Download-Script in einer Konsole als Hintergrundprozeß zu starten und schließlich sich selbst zu beenden.

<pre>
#!/bin/bash

export DISPLAY=:0.0
konsole -e /home/edgar/Scripte/Foto/Herunterladen/aktuell/bilder_laden &
exit
</pre>

Um das ganze nun zum Laufen zu bringen, gibt es ein paar Dinge zu beachten:

=== Dateirechte ===

Unsere udev-Regel startet das "Start-Script", welches wiederum das eingentliche "Download-Script" anlaufen lässt. Udev läuft nun mit root-Rechten. Diese Rechte werden an Tochterprozesse weitergegeben (vererbt). Das bedeutet, die von unserem Download-Script heruntergeladenen Bilddateien werden mit einer root-Kennung versehen. Nur der Administrator könnte dann diese Bilder verändern, was ganz gewiss nicht in meinem Sinn ist. Denn ich als user edgar möchte mit diesen Bildern arbeiten, und zwar ohne mich mit Administratorrechten einloggen zu müssen.

Diese Problematik haben wir in der udev-Regel entschärft. Durch das "/bin/su edgar" läuft der gestartete Tochterprozess unter meiner Benutzerkannung. Die heruntergeladenen Photos bekommen meine Kennung und ich kann sie problemlos bearbeiten, verändern, löschen, ganz wie es mir beliebt.

=== Das Display ===

Mit /bin/su edgar haben wir das mit den Dateirechten geregelt. Das bedeutet aber noch lange nicht, daß ich als user edgar auch am Bildschirm sehe, ob und was sich da tut. Das möchte ich aber! Die Anweisung

export DISPLAY=:0.0

hilft hier weiter. Nun kann ich alle Meldungen auch auf dem Bildschirm sehen.

=== Fortschrittsmeldungen ===

Vor einem Programnm zu sitzen und nicht zu willen, ob es schon arbeitet und wie weit es schon ist mit seiner Arbeit, ist zielmlich ätzend. Deshalb lasse ich das Download-Script in einem Terminal ablaufen und erhalte so alle Meldungen der beteiligten Tools, zum Beispiel der Fortschritt von gphoto2 beim Herunterladen der Bilder. Ich habe das mit folgender Anweisung realisiert:

konsole -e ....

=== udev freigeben ===

Das Ganze, was wir bis jetzt kennengelernt haben wird von einer udev-Regel angestossen und läuft deshalb auch als Tochterprozess dieser Regel. Solange dieser Tochterprozess läuft, ist allerdings die udev-Regel für weitere Aktionen lahmgelegt, da sie erst wieder mit dem Beenden des Tochterprozesses freigegeben wird.

Das wird normalerweise kein Problem sein. Wenn ich aber geschätzte 10 Milliarden Rohbilder von der kamera herunterladen will (ja Freunde, die Technik schreitet fort, irgenwann wird´s soweit sein...), könnte das schon mit Unannehmlichkeiten verbunden sein.

Der einfachste Weg ist es, das Hotplugging-System durch das Dazwischenschalten einer , ich habe sie Start-Datei genannt, wieder freizugeben. Dazu genügt ein einziges Zeichen in dieser Datei und natürlich der obligatorisch folgende exit-Befehl:

&

== Zusammenfassung ==

Nochmal im Kurzen, was so alles passiert:

Wir haben eine udev-Regel erzeugt, die immer dann, wenn unsere Kamera erkannt wurde, das Start-Script loslaufen lässt. Dieses Start-Script stösst das eigentliche Download-Script an, beendet sich danach von selbst und gibt damit udev wieder für neue Untaten frei. Das Download-Script schließlich ermittelt selbstständig den Ordner, wo die neuen Bilder hin sollen und läd die Photos in dieses Verzeichnis.

== Warnhinweis ==

Ich möchte ausdrücklich darauf hinweisen, daß das Verändern bzw. Hinzufügen einer udev-Regeln mit gewissen Risiken verbunden ist. Wenn es dumm geht, kann man sein System dadurch so durcheinanderbringen, daß es nicht mehr hochfährt, bzw. die grafische Oberfläche nicht mehr lädt.

Man sollte also genau wissen, was man tut, wenn man hiermit arbeitet. Und man sollte auf keinen Fall irgendwelche Befehle und Regeln gedankenlos auf sein System kopieren. Und wenn tatsächlich einmal etwas schief gelaufen sein sollte, dann solltet ihr euch vorher überlegt haben, wie ihr nötigenfalls gegensteuern könnt.

Die hier von mir vorgestellte Regel ist als Denkansatz gedacht. Sie funktioniert auf meinen System hervorragend. Ich kann und will allerdings nicht garantieren, daß dies auf anderen Systemen ebenso ist. Also seid vorsichtig beim Spielen mit den udev.rules! Alles, was ihr tut, liegt in eurer eigenen Verantwortung.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Digitale Bilder, ein Wikibuch/Download

2011-07-10T19:40:05Z

Escho: Neufassung

{{Digitale Fotos Navibox}}

== Einleitung ==

Das hier vorgestellte Bashscript automatisiert das Herunterladen und Speichern der Rohbilder. Die Vorgehensweise ist folgende:

* Kamera mit einem USB-Kabel mit dem PC verbinden und einschalten
* Das Script startet automatisch (wie, das erkläre ich im nächsten Kapitel des Wiki-Buches) oder man startet es mit Hilfe einer Desktop-Datei
* Kategorie auswählen, wohin die Bilder gespeichert werden sollen
* Auf OK drücken

Das Bashscript überprüft nun, wieviele Verzeichnisse für Bilderserien in der gewählten Kategorie im aktuellen Jahr bereits existieren und generiert ein neues Verzeichnis für die neuen Fotos. Dieses Verzeichnis erhält die nächstfreie fortlaufende Nummer als Namen (4stellig mit führenden Nullen). Anschließend werden die Bilder von der Kamera geholt und in dem neuen Verzeichnis gespeichert. In dem Zug werden die Bilddateien auch gleich umbenannt.
Geht alles automatisch...

== Das Download-Script ==

<pre>
#!/bin/bash

# =========================================== Vorbereitungen =========================================

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Definitionen °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

rohverzeichnis=$HOME/Bilder/RAW

kategorie_1=Archiv
kategorie_2=Baeren
kategorie_3=Sonstiges

jahr=`date +%Y`

# ============================================== Funktionen ===========================================

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Debug °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

pause ()
{
kdialog --msgbox "pause"
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Abbruch °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

funktionsabbruch ()
{
kdialog --msgbox "$1"
exit
}

benutzerabbruch ()
{
kdialog --msgbox "Abbruch durch den Benutzer"
exit
}

# °°°°°°°°°°°°°°°°°°°°°°°°° Neues Download-Verzeichnis ermitteln und erstellen °°°°°°°°°°°°°°°°°°°°°°°°°°

neues_verzeichnis ()
{

jahrverzeichnis="$rohverzeichnis"/"$kategorie"/"$jahr"
mkdir -p "$jahrverzeichnis"

verzeichnis_alt=`find "$jahrverzeichnis"/* -maxdepth 0 -type d | wc -w`
verzeichnis_neu=$((verzeichnis_alt+1))

verzeichnis_name=`printf "%.4i" $verzeichnis_neu`

mkdir "$jahrverzeichnis"/"$verzeichnis_name"
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Bilder herunterladen °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

herunterladen ()
{
cd "$jahrverzeichnis"/"$verzeichnis_name"
gphoto2 --get-all-files --filename "$kategorie"-"$jahr"-"$verzeichnis_name"_Photo-%04n.%C
if [ $? != 0 ]
then
rmdir "$jahrverzeichnis"/"$verzeichnis_name"
funktionsabbruch "Fehler"
fi
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Gibt es überhaupt etwas zum Herunterladen? °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

laden_erfolgreich ()
{
anzahl=`find "$jahrverzeichnis"/"$verzeichnis_name"/* -type f | wc -l`
if (( $anzahl == 0 ))
then
rmdir "$jahrverzeichnis"/"$verzeichnis_name"
funktionsabbruch "es gibt nichts zum Laden"
fi
}

# ================================================= Hauptprogramm =======================================

auswahl_hauptmenue=`kdialog --caption "Herunterladen der Bilder" --geometry 400x400+400+300 --radiolist "Wohin mit den Photos?" \
1 "$kategorie_1" on \
2 "$kategorie_2" off \
3 "$kategorie_3" off`
if [ $? != 0 ]
then
benutzerabbruch
fi

case $auswahl_hauptmenue in
1) kategorie="$kategorie_1"
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

2) kategorie="$kategorie_2"
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

3) kategorie="$kategorie_3"
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

esac

kdialog --msgbox "fertig"
exit
</pre>

== Wohin mit dem Script ==

Dieses Script wird z.B. mit kate in einer einfachen Textdatei gespeichert. Bei mir ist das:

$HOME/Scripte/Foto/Herunterladen/aktuell/bilder_laden

Die Textdatei muß ausführbar gemacht werden, wenn der automatische Scriptstart über die udev-Regel verwendet wird

== Erklärung des Scriptes ==

=== Definitionen ===

* Festlegung der Verzeichnisstruktur für die Rohbilder
* Aktuelles Jahr ermitteln

=== Funktionen ===

==== pause () ====

Ist nur für die Fehlersuche beim Programmieren notwendig

==== funktionsabbruch () ====

Diese Funktion beendet das Script. Dabei wird eine an der Aussprungstelle definierte Benutzermeldung angezeigt.

==== benutzerabbruch () ====

Hier wird ebenfalls das Script beendet und dabei die in der Funktion enthaltene Meldung angezeigt.

==== neues_verzeichnis () ====

jahrverzeichnis="$rohverzeichnis"/"$kategorie"/"$jahr"
mkdir -p "$jahrverzeichnis"

* Zusammensetzen des Namens für das Jahrverzeichnis.
* Erzeugen des Verzeichnisses mit allen notwendigen Mutterverzeichnissen

verzeichnis_alt=`find "$jahrverzeichnis"/* -maxdepth 0 -type d | wc -w`

Es wird nachgesehen, wieviele Verzeichnisse im aktuellen Jahr schon existieren

verzeichnis_neu=$((verzeichnis_alt+1))

Zum Ergebnis wird 1 dazugezählt

verzeichnis_name=`printf "%.4i" $verzeichnis_neu`

Das neue Ergebnis wird 4stellig mit führenden Nullen formatiert

mkdir "$jahrverzeichnis"/"$verzeichnis_name"

Das neue Bildverzeichnis wird angelegt

==== herunterladen () ====

cd "$verzeichnis_cr2"/"$verzeichnis_name"

Es wird in das das neue Bildverzeichnis gewechselt (Ist notwendig für gphoto2)

gphoto2 --get-all-files --filename "$kategorie"-"$jahr"-"$verzeichnis_name"_Photo-%04n.%C

Die Fotos werden von der Kamera in das Bildverzeichnis geladen und dabei gleich umbenannt nach dem bereits erläuterten Schema

<pre>
if [ $? != 0 ]
then
rmdir "$jahrverzeichnis"/"$verzeichnis_name"
funktionsabbruch "Fehler"
fi
</pre>

Tritt beim laden ein Fehler auf, zum Beispiel weil die Kamera nicht bereit ist, dann bricht das Script mit einer Fehlermeldung ab. Das vorhin erzeugte Verzeichnis für die neuen Bilder wird gelöscht.

==== laden_erfolgreich () ====

anzahl=`find "$jahrverzeichnis"/"$verzeichnis_name"/* -type f | wc -l`

Es wird nachgesehen, ob tatsächlich Bilder heruntergeladen wurden.

<pre>
if (( $anzahl = 0 ))
then
rmdir "$jahrverzeichnis"/"$verzeichnis_name"
funktionsabbruch "es gibt nichts zum Laden"
fi
</pre>

Wenn das nicht der Fall war, also nichts auf der Speicherkarte drauf ist, dann wird das Script mit einer entsprechendn Meldung beendet. Das neu generierte Verzeichnis wird gelöscht.

=== Hauptprogramm ===

<pre>
auswahl_hauptmenue=`kdialog --caption "Herunterladen der Bilder" --geometry 400x400+400+300 --radiolist "Wohin mit den Photos?" \
1 "$kategorie_1" on \
2 "$kategorie_2" off \
3 "$kategorie_3" off`
</pre>

Anzeige des Auswahldialoges für die Kategorien

<pre>
if [ $? != 0 ]
then
benutzerabbruch
fi
</pre>

Wird im Auswahldialog auf Abbrechen gedrückt, dann beendet sich das Script.

<pre>

case $auswahl_hauptmenue in
1) kategorie="$kategorie_1"
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

2) ...

3) ...
esac
</pre>

Abhängig davon, welcher Menuepunkt ausgewählt wurde, werden die entsprechenden Funktionen aufgerufen und der Reihe nach abgearbeitet

kdialog --msgbox "fertig"
exit

Fertig

== Scriptstart ==

=== Manuell über eine Desktop-Datei ===

Um dieses Script zu starten, ist es sinnvoll, eine Start-Datei (Desktop-Datei) zu erzeugen. Wie so etwas realisiert werden kann, habe ich hier erläutert:

http://www.linupedia.org/opensuse/K-Men%C3%BC_und_die_Desktop-Dateien

Dabei ist zu beachten, daß das Script in einem Terminal läuft (Läßt sich in der Desktop-Datei festlegen).

=== Automatisch beim Einschalten der Kamera ===

Man kann das Script aber auch starten lassen. Und zwar immer dann, wenn man die Kamera an die USB-Buchse angeschlossen und eingeschaltet hat. Die Realisation dieses Gedankens werde ich im nächsten Kapitel des Wiki-Buches zeigen.

== Anmerkungen ==

Ich möchte darauf hinweisen, daß ich das ursprüngliche Script erstmalig unter OpenSuse 11.3 und KDE 4.4 gebaut und getestet habe. Weiter möchte ich sagen, daß dieses Script genau auf meine Bedürfnisse zugeschnitten ist und von mir entsprechend meiner Anforderungen verbessert wurde. Falls ihr es ausprobieren wollt, gerne. Aber bedenkt dabei immer, daß ihr wissen solltet, was ihr macht. Ihr solltet die Funktionsweise des Scriptes genau verstehen, um zu wissen, was geschieht, wenn ihr es startet. Alles, was ihr tut, geschieht auf eure eigene Verantwortung.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Digitale Bilder, ein Wikibuch/Verzeichnisstruktur

2011-07-10T19:38:56Z

Escho: Navibox dazu

{{Digitale Fotos Navibox}}

Unsere Fotos müssen irgendwo auf der Festplatte einen Platz finden. Dafür bietet sich der bei KDE standardmässig vorhandene Ordner "Bilder" im Heimatverzeichnis des Nutzers an.

In diesem Bilderordner habe ich ein Verzeichnis mit dem Namen RAW erzeugt, ein Verzeichnis, das nur für die Rohbilder von der SLR zuständig ist.

Ich habe meine Fotos in drei Kategorien eingeteilt. Jede dieser Kategorien erhält einen eigenen Unterordner im Verzeichnis $HOME/Bilder/RAW:

* Archiv: Hier sind all die normalen Fotos enthalten, also fast alles...
* Baeren: Ich fotografiere gerne Gummibären in Action. Diese Fotos haben hier ihre Heimat
* Sonstiges: Dieses Verzeichnis nimmt experimentelle Bilder auf. Hier teste ich.

Der weitere Verzeichnisbaum ist in diesen drei genannten Ordnern identisch. Es genügt also, sich einen der Ordner genauer anzusehen, zum Beispiel den Ordner Baeren. Am Besten male ich die Struktur auf. So spare ich mir viele Worte:

<pre>
$HOME
I
Bilder
I
RAW
I
---------------------
I I I
Archiv Baeren Sonstiges
I
---------------
I I
2009 2011
I
--------------------------
I I I I
0001 0002 0003 0004
I
------------------------------------
I I
Baeren-2011-0003_Photo-0001.CR2 Baeren-2011-0003_Photo-0002.CR2
</pre>

Ein paar kleine Erläuterungen gibt es trotzdem noch:

Ein neuer Ordner auf der Jahresebene wird nur dann erzeugt, wenn in diesem Jahr auch tatsächlich (in unserem Fall) Bärenfotos geschossen wurden. Im Jahr 2010 gab es keine Bilder, die in diese Katheorie passen würden, also gibt es auf keinen Ordner 2010.

Die Ebene unterhalb der Jahresebene enthält Verzeichnisse, die fortlaufend (und vierstellig mit führenden Nullen) benannt werden. Jeder neue Download einer Blderserie von der Kamera erzeugt hier einen neuen Ordener mit der nächsthöheren Nummer im Namen.

Der Name des eigentlichen Bildes wird zusammengesetzt aus:

* Bilderkathegorie (also zum Beispiel Baeren), Bindestrich
* Jahreszahl, Bindestrich
* Bildordner (die, welche fortlaufend nummeriert werden), Unterstrich
* Das Wort "Photo", Bindestrich
* Fortlaufende Nummer (vierstellig mit führenden Nullen)
* .CR2

"Jetzt spinnt er ganz, der Edgar", werdet ihr sagen. "Komplizierter geht es wohl nicht mehr? Da bin ich ja ewig mit dem Umbenennen und Verschieben beschäftigt"

"Ball flach halten", sage ich da nur.

Jeder kanns ja machen, wie er will. Und so kompliziert ist es auch nicht. Und ihr werdet doch wohl nicht glauben, daß ich das oben geschilderte alles von Hand mache? Nee, das lasse ich machen von wundervollen Einrichtung in Linux, nämlich von der bash.

Doch dazu mehr im nächsten Abschnitt dieses Wiki-Buches.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Digitale Bilder, ein Wikibuch/Verzeichnisstruktur

2011-07-10T19:35:54Z

Escho: Neufassung

Unsere Fotos müssen irgendwo auf der Festplatte einen Platz finden. Dafür bietet sich der bei KDE standardmässig vorhandene Ordner "Bilder" im Heimatverzeichnis des Nutzers an.

In diesem Bilderordner habe ich ein Verzeichnis mit dem Namen RAW erzeugt, ein Verzeichnis, das nur für die Rohbilder von der SLR zuständig ist.

Ich habe meine Fotos in drei Kategorien eingeteilt. Jede dieser Kategorien erhält einen eigenen Unterordner im Verzeichnis $HOME/Bilder/RAW:

* Archiv: Hier sind all die normalen Fotos enthalten, also fast alles...
* Baeren: Ich fotografiere gerne Gummibären in Action. Diese Fotos haben hier ihre Heimat
* Sonstiges: Dieses Verzeichnis nimmt experimentelle Bilder auf. Hier teste ich.

Der weitere Verzeichnisbaum ist in diesen drei genannten Ordnern identisch. Es genügt also, sich einen der Ordner genauer anzusehen, zum Beispiel den Ordner Baeren. Am Besten male ich die Struktur auf. So spare ich mir viele Worte:

<pre>
$HOME
I
Bilder
I
RAW
I
---------------------
I I I
Archiv Baeren Sonstiges
I
---------------
I I
2009 2011
I
--------------------------
I I I I
0001 0002 0003 0004
I
------------------------------------
I I
Baeren-2011-0003_Photo-0001.CR2 Baeren-2011-0003_Photo-0002.CR2
</pre>

Ein paar kleine Erläuterungen gibt es trotzdem noch:

Ein neuer Ordner auf der Jahresebene wird nur dann erzeugt, wenn in diesem Jahr auch tatsächlich (in unserem Fall) Bärenfotos geschossen wurden. Im Jahr 2010 gab es keine Bilder, die in diese Katheorie passen würden, also gibt es auf keinen Ordner 2010.

Die Ebene unterhalb der Jahresebene enthält Verzeichnisse, die fortlaufend (und vierstellig mit führenden Nullen) benannt werden. Jeder neue Download einer Blderserie von der Kamera erzeugt hier einen neuen Ordener mit der nächsthöheren Nummer im Namen.

Der Name des eigentlichen Bildes wird zusammengesetzt aus:

* Bilderkathegorie (also zum Beispiel Baeren), Bindestrich
* Jahreszahl, Bindestrich
* Bildordner (die, welche fortlaufend nummeriert werden), Unterstrich
* Das Wort "Photo", Bindestrich
* Fortlaufende Nummer (vierstellig mit führenden Nullen)
* .CR2

"Jetzt spinnt er ganz, der Edgar", werdet ihr sagen. "Komplizierter geht es wohl nicht mehr? Da bin ich ja ewig mit dem Umbenennen und Verschieben beschäftigt"

"Ball flach halten", sage ich da nur.

Jeder kanns ja machen, wie er will. Und so kompliziert ist es auch nicht. Und ihr werdet doch wohl nicht glauben, daß ich das oben geschilderte alles von Hand mache? Nee, das lasse ich machen von wundervollen Einrichtung in Linux, nämlich von der bash.

Doch dazu mehr im nächsten Abschnitt dieses Wiki-Buches.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Vorlage:Digitale Fotos Navibox

2011-07-10T19:30:38Z

Escho: Aktualisierung

{{NavigationBox|TITLE=[[Digitale Bilder, ein Wikibuch|Digitale Bilder, ein Wikibuch]]|CONTENTS=[[Digitale Bilder, ein Wikibuch/Verzeichnisstruktur|Verzeichnisstruktur ]] - [[Digitale Bilder, ein Wikibuch/Download|Bilder laden: das Script]] - [[Digitale Bilder, ein Wikibuch/udev|Automatik: die udev-Regel]]}}
 
<noinclude>
In diese Navigationsleiste gehören nur Beiträge die direkt zum Wikibuch "Digitale Bilder" gehören.
[[Kategorie:Navigation]]</noinclude>

Grafik

2011-07-10T19:17:00Z

Escho: Weiter bin ich noch nicht im Text...

Kalibrierung und Profilierung

2011-07-10T18:47:48Z

Escho: Mögliche Falschfarben bei Matrix-basierten Profilen

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß die Farbe durch die drei Grundfarben definiert ist, also durch Rot, Grün und Blau. Das Mischungsverhältnis ergibt den tatsächlichen Farbton.

Jese dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Links ==

* Homepage ArgyllCMS: http://www.argyllcms.com
* Homepage dispcalGUI: http://hoech.net/dispcalGUI/
* Repo dispcalGUI für OpenSuse: http://software.opensuse.org/
* Repo ArgyllCMS für OpenSuse: http://software.opensuse.org/

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Diskussion:Kalibrierung und Profilierung

2011-07-10T18:46:30Z

Escho: Falscher Fehler

Das hier war eigentlich mal ein kleiner Merkzettel auf meinen Computer, wo drin stand, wie ich in OpenSuse ein Huey-Colorimeter installieren und mit ArgyllCMS meinen Monitor kalibrieren und profilieren kann. Da ich solche Merkzettel grundsätzlich nach einer gewissen Zeit nicht wiederfinde, auf jeden Fall nicht dann, wenn ich sie brauche, hab ich das Ganze etwas ausgeschmückt, um es in die Linupedia stellen zu können. Und wenn dann OpenSuse 11.3 da ist und ich den Merkzettel mitsamt dem alten Betriebssystem gelöscht habe (ich kenn mich), dann weiß ich, wo ich nachschauen kann, nämlich hier.

Nun stelle ich fest, daß der Artikel immer größer wird, da ich zum besseren Verständnis des Ganzen über das Farbmanageent noch ein bißchen erzählen muß. Das hat zwar mit Linux nicht direkt etwas zu tun, ist aber für den einen oder anderen vielleicht doch interessant.

Ich hoffe also, ihr werden mir verzeihen, wenn ich mich nun etwas von OpenSuse entferne und in Richtung Optik bewege. Ich hatte mir schon überlegt, den optischen Teil hier loszulösen und in meinem Blog in Canikon zu veröffentlichen, es dannn aber doch beiben lassen, weil's einfach hier dazu gehört.

--[[Benutzer:Escho|Escho]] 17:48, 20. Jun. 2010 (UTC)

== Ist da noch mehr zu ICC-Profilsupport geplant? ==

Hm,netter Artikel auf jeden Fall schonmal, auch wenn er noch nicht komplett ist. Kommt da auch noch was zum Thema Anwendungen die ICC-Profile unterstützen wie z.B. digikam und Druckertreiber die ebenso ICC-Profile unterstützen (z.B. Turboprint) dazu um es abzurunden? Fände ich jedenfalls super ;) --[[Benutzer:TomcatMJ|TomcatMJ]] 09:13, 21. Jun. 2010 (UTC)

: Das hatte ich eigentlich nicht vor gehabt, ist aber ein guter Gedanke. Ich stelle den Artikel erstmal so fertig, wie ich ihn ursprünglich geplant habe und werde danach deine Anregungen aufgreifen.
:--[[Benutzer:Escho|Escho]] 17:40, 22. Jun. 2010 (UTC)

== Fertig erstmal, bis auf... ==
Ich habe den Artikel erstmal soweit fertiggsetellt, wie ich es angedacht hatte. Deswegen habe ich auch den Bearbeiten-Baustein entfernt. Das bedeutet aber noch lange nicht, daß er tatsächlich schon fertig ist.

Ich möchte noch etwas genauer auf den Unterschied zwischen Kalibrierung und Profilierung eingehen. Und auch die Farbmanagement-fähigen Programme sollen nicht unerwähnt bleiben (natürlich so weit ich es austesten kann). Dann ist der Schreibstil an manchen Stellen noch durchaus verbesserungfähig. Und die Rechtschreibung.... Obwohl die ist schon besser geworden mit meiner neuen Tastatur. Denn die grösseren Tasten bieten auch einem Grobmotoriker wie mir mehr Raum zur Betätigung.

Also, es gibt noch viel zu tun, greifen wir's an, aber nicht gleich...

--[[Benutzer:Escho|Escho]] 20:38, 26. Jun. 2010 (UTC)

: Ich sehe gerade, daß ich bei der Verwendung des Befehls colprof etwas ungenau war. Deswegen habe ich den Bearbeiten-Baustein gesetzt. Wenn ich fertig bin mit der Bearbeitung, geb ich Bescheid und entferne den Baustein wieder.

: --[[Benutzer:Escho|Escho]] 18:28, 27. Jun. 2010 (UTC)

== Gimp ==
in Gimp muss man unter Bearbeiten Einstellungen Farbverwaltung Bildschirmprofil nur "Wenn möglich das System-Bildschirmprofil verwenden" anhaken und schon wird das Profil auch wirklich verwendet.

Gruß
Dieter

: Ist in digikam ähnlich
: --[[Benutzer:Escho|Escho]] 22:06, 3. Feb. 2011 (UTC)

== dispcalGUI ==
Im package dispcalGUI ist die Datei /etc/xdg/autostart/z-dispcalGUI-apply-profiles.desktop enthalten.
(xdg = X Desktop Group)
Dies ist ein Wrapper für Exec=dispcalGUI-apply-profiles.
Hier wird Desktop übergreifend die Calibrierung, wenn vorhanden, in die Grafikkarte geladen.
"dispwin -L" im KDE Autostart wird also nicht gebraucht wenn dispcalGUI-apply-profiles funktioniert.

Gruß
Dieter

: Das Problem ist nur, wie du schon sagst: wenn es funktioniert. Das habe ich auch im Artikel erwähnt: http://www.linupedia.org/opensuse/Kalibrierung_und_Profilierung#Installation_des_Profils. Wenn das neue OpenSuse in der Version 11.4 rauskommt, werd ich den Artikel aktualisieren und ergänzen. Vielleicht hat sich das Problem bis dahin ja erledigt.

: --[[Benutzer:Escho|Escho]] 22:06, 3. Feb. 2011 (UTC)

Diskussion:Kalibrierung und Profilierung

2011-07-10T18:44:52Z

Escho: Falschfarben möglich bei Matrix-basierten Profilen

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß die Farbe durch die drei Grundfarben definiert ist, also durch Rot, Grün und Blau. Das Mischungsverhältnis ergibt den tatsächlichen Farbton.

Jese dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

===Settings===

DispcalGui verwendet in seiner Default-Einstellung die Default-Werte von ArgllCMS. Damit wird ein funktionierendes ICC-Profil generiert.

Schaut man nun, neugierig wie man ist, in den Settings von dispcalGUI nach, dann wird man einige Auwahlmöglichkeiten erkennen, die ein noch hochwertigeres Profil erhoffen lassen. Eine dieser Einstellungen lautet "Photo". Und da wir ja mit Photos arbeiten, ist diese Einstellung auch ruckzuck ausgewählt.

Doch damit ist es nicht unwahrscheinlich, daß wir ein Problem bekommen. In dieser Einstellung (wie auch in der Einstellung für die Druckvorstufe) wird zusätzlich zu einem LUT-Profil ein Matrix-basierendes Profil erzeugt, bei dem Rot und Grün vertauscht sind. Die daraus resultierenden Bilder haben eine wirklich lustige Farbgebung: Gelb wird zu Grün, der Himmel wir violett: wirklich spassig...

Der Grund für diese swapped matrix ist in der Dokumentation von dispcalGui erläutert. Doch mal ehrlich, wer liest schon eine Dokumentation in allen Einzelheiten, noch dazu, wenn sie Englisch ist. Also erklär ich hier mal kurz, was Sache ist:

Ein LUT-basiertes Profil ist sehr hochwertig, aber nicht alle Andungen verwenden ein solches Profil. Darktable zum Beispiel arbeitet aus Performancegründen ausschließlich mit Matrix-basierten Profilen. Hat man nun sein ICC-Profil mit dispcalGUI in der Einstellung "Photo" getätigt, dann wird Darktable, da es ja mit dem LUT-Profil nicht umgehen kann, auf das Matrix-Profil zurückgreifen. Aber bei der Matrix sind die Farben vertauscht...

Diese vertauschten Farben sind deswegen vorgegeben worden, damit man sofort erkennen kann, wenn eine Anwendung kein LUT-Profil mag. Nur, es gibt nicht wenige Anwendungen, die nicht mit LUT wollen. Deshalb hat der Autor von dispcalGUI vor, die Settings in seiner GUI so anzupassen, daß hier keine Probleme mehr entstehen können.

Machen wir es wie immer: Wenn ich die Anpassung realisiert haben,dann gebe ich euch hier Bescheid.

== Links ==

* Homepage ArgyllCMS: http://www.argyllcms.com
* Homepage dispcalGUI: http://hoech.net/dispcalGUI/
* Repo dispcalGUI für OpenSuse: http://software.opensuse.org/
* Repo ArgyllCMS für OpenSuse: http://software.opensuse.org/

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Kalibrierung und Profilierung

2011-06-26T20:17:26Z

Escho: Aktualisierung auf native Kalibrierungswerte

{{Box Test||
OpenSuse 11.2 (32Bit) mit KDE 4.4 
OpenSuse 11.3 (32Bit) mit KDE 4.4 
OpenSuse 11.4 (64Bit) mit KDE 4.6
}}

{{blau|
Zu einem funktionierenden Farbmanagement gehört das Profilieren seines Monitors. Wie das Erstellen eines solchen Monitor-Profils in Linux funktioniert, das ist hier hier erläutert, und zwar speziell für OpenSuse.
}}

== Einführung ==

Nehmt mal ein Bild aus eurer digitalen Spiegelreflexkamera und schaut es euch auf drei verschiedenen Bildschirmen an. Ihr werden denken, drei unterschiedliche Bearbeitungen des gleichen Fotos vor euch zu haben. Da kommt Freude auf!

Ich kann mir denken, daß sich ein ähnliches Hochgefühl einstellt, wenn ihr in einen Grossmarkt fahrt, um einen neuen Fernseher zu kaufen. 1000 Bildschirme, überall das gleiche verrauschte Programm, und auf jedem der Geräte sieht das Bild anders aus.
Befriedigend...

Wir aber, als lernfreudige Benutzer von Linux, sind in der Lage, gegenzusteuern, wenigstens bei unserer DSLR. Wir können dafür sorgen, daß die Fotos auf Monitor und Drucker annähernd genauso aussehen, wie wir sie durch den Sucher der Kamera gesehen haben.

Das Zauberwort hierfür heißt Farbmanagement!

{{blau|
"Tja, wo ist da nun das Problem?", werdet ihr fragen. "Da gibt es doch Farbmessgeräte, Colorimeter oder so ähnlich heisen die Dinger. Installieren, Programm starten und fertig!"

Und ich, ich werde antworten, demütig, fast resignierend:

"Seelig sind die Anhänger derer aus Redmond, denn mit ihnen sind die Hardware-Fabrikanten. Seelig sind die, die von den Herstellern überschüttet werden mit Treibern für ihre Geräte!"

Und ich werde hinzufügen: "Ja, ich bin einer von denen auf der anderen Seite, denn bei mir im Computer arbeitet Linux. Ich gebe es zu! Ja, ich habe gefehlt, als ich die Windows-Welt verlassen habe. Aber lasst euch eines sagen, ich habe es noch keine einzige Minute bereut, diesen Schritt getan zu haben!"

Und ihr! Ihr werdet mich ansehen, vorsichtig und etwas ängstlich vielleicht, ob dieses Verrückten, der da vor euch steht. Und ich werde euren Blicken standhalten. Denn ich weiss, obwohl ich Linux auf der Festplatte habe, kann ich trotzdem Farbmanagement benutzen
}}

== Einleitung ==

=== Voraussetzungen ===

Bei der Erstellung dieses Artikels hat folgende Hard- bzw. Software bei mir ihren Dienst verrichtet:

* Betriebssystem: OpenSuse 11.2 bzw. 11.3 mit KDE 4
* Grafikkarte: nVidia Geforce 6600GT
* Bildschirm: BenQ FP937s
* Farbmessgerät: Gretag-Macbeth Huey
* Software für's Kalibrieren und Profilieren: ArgyllCMS 1.3.0

=== Ziel ===

Ich möchte eine speziell auf meinen Monitor zugeschnittene Profildatei (ICC-Datei) haben, die es mir ermöglicht, sinnvoll Farbmanagement zu betreiben. Und bei dieser Gelegenheit möchte ich auch gleich den Monitor kalibrieren.

=== Geplantes Vorgehen ===

* Software herunterladen und installieren
* Colorimeter installieren
* Monitor kalibrieren
* Ein ICC-Profil erstellen
* ICC-Profil ins Farbmanagement einbinden

=== Etwas genauer, bitteschön! ===

Also, wenn ihr es unbedingt so wollt, dann sollt ihr ihn bekommen, einen genaueren Überblick über mein Vorhaben:

Ich möchte, daß das Bild auf meinem Monitor möglichst farbgeteu dargestellt wird. Und diese Farbtreue soll sich nicht allein auf meinen Monitor beschränken, sondern auch auf auf die Fotos, die ich bei einem Belichter entwickeln lassen will.

Das mit dem Belichter ist einfach. Da brauche ich mir nur eine Firma raussuchen, die Farbmanagement anwendet. Das macht allerdings nur dann so richtig Sinn, wenn auch ich für meinen Workflow der Bildaufnahme und -bearbeitung dieses Farbmanagement einsetze.

Dazu benötige ich aber ein Farbmessgerät, mit dem ich den Bildschirm ausmessen und profilieren kann. Und ich benötige eine Software, mit der ich ein solches Bildschirmprofil erstellen kann. Und es darf auch nicht vergessen werden, daß für mein Bildbearbeitungsprogramm Farbmanagement kein Fremdwort sein darf. Und zu guter Letzt muß das Ganze natürlich unter Linux OpenSuse funktionieren.

== Grundlagen des Farbmanagements ==

Bevor wir das Vorhaben in Angriff nehmen, sollten wir erst einmal ein paar Grundbegriffe klären.

=== Farben ===

Was Farben sind, brauche ich wohl niemandem zu erklären. Denn Farben sehen wir jeden Tag. Die technische und mathematische Seite braucht uns nicht zu interessieren. Wir sollten nur wissen, was Farbmischung ist. Und wir sollten wissen, daß es unterschiedliche Arten der Mischung von Farben gibt.

=== Farbmodelle ===

Es gibt eine ganze Anzahl von Modellen, die Farben beschreiben. Greifen wir uns Zwei davon heraus: RGB und CMYK.

==== RGB ====

RGB ist ein addives Farbmodell der Lichtmischung. Durch die Mischung der drei Grundfarben Rot, Grün und Blau kann (fast) jede andere Farbe hergestellt werden.

Dieses Prinzip wird bei der Bildröhre eines Farbfernsehgerätes angewandt und beim LCD-Monitor.

Stellt man bei den drei Lichtstrahlen gleiche Helligkeit ein und überlagert sie, dann kommt Grau raus. Dreht man die Helligskeitsregler alle auf Rechtsanschag, also auf Maximum, ist das Ergebnis die Farbe Weiß. Schwarz ist das Fehlen jeglichen Lichtes.

==== CMYK ====

CMYK wird für den Druck verwendet. Hier sind es keine Lichtfarben, die gemischt werden, sondern Körperfarben.

Aus den Grundfarben Cyan, Magenta und Yellow (Tschuldigung, Gelb wollte ich sagen) werden die anderen Farben erzeugt.

Die Grundfarben, in gleichem Verhältnis gemischt, ergeben Schwarz oder besser sollten es ergeben. Da es keine idealen, voll gesättigten Körperfarben gibt, hat man bei diesem Modell Schwarz als vierte Farbe dazugenommen. Weiß ist gar keine Farbe auf unserem Blatt Papier.

Könnt ihr euch noch an die Kindheit erinnern? Den Malkasten mit den Wasserfarben haben wir über alles geliebt. Wie haben wir oft ausgesehen, nach unseren Malaktionen. Die Klamotten waren voller Farbflecken, das Gesicht verschmiert, und erst die Tischdecke...

Das, was wir damals trieben, liebe Freunde der gepflegten Abendunterhaltung, war substraktive Farbmischung in Vollendung!

=== Farbräume ===

Stellen wir uns mal vor, wieviele Farben es eigentlich gibt. Und dann nehmen wir uns vor, diese Farben in einer Tabelle aufzuschreiben. Na ja, viel Spass kann ich da nur sagen. Die Anzahl der Farben geht nämlich gegen unendlich. Da sitzt man dann schon ein, zwei Tage vor seiner Tastatur, um die Tabelle fertig zu bekommen...

Wenn's so nicht geht, dann müssen wir halt malen. Und zwar ein schönes Diagramm...

==== CIELab ====

Nehmen wir also ein Blatt Papier und pinseln ein Koordinatenkreuz drauf. Die eine Achse wird unsere rot-grün-Achse. Die nennen wir a. Die andere Achse bekommt den Namen b und ist für gelb und blau zuständig.

Mit diesem Diagramm werden wir in der Lage sein, alle Farben, die es gibt, grafisch darzustellen.

Fehlt noch die Helligkeit. Dafür stellen wir eine dritte Achse senkrecht auf das Blatt Papier. Je höher, um so heller die jeweilige Farbe. Diese Achse nennen wir L.

Das ein lustiges Diagramm geworden. und auch noch dreidimensional! Aber keine Panik! Wir brauchen uns das alles nicht so genau zu merken. Wir müssen nur wissen, daß es es sowas gibt, so ein Farbdiagramm.

Jede denkbare Farbe befindet sich irgendwo im dreidimensionalen Raum dieses 3D-Diagrammes. Man spricht deshalb von Farbraum. Und das, was wir gerade konstruiert haben, ist ein ziemlicher großer Farbraum, denn es ist ja alles drin, was es gibt. Sein Name ist CIELab-Farbraum (erkennt ihr das Lab unserer Achsen?). Dieser Farbraum wird auch als geräteunabhängiger Farbraum bezeichtet. An seiner Erfindung waren nur Theorie und etwas Mathematik beteiligt. Irgendwelche Einschränkungen von Ein- und Ausgabegeräten oder von Anzeigegeräten blieben außen vor.

==== AdobeRGB ====

Es gibt noch andere Farbräume. Einige davon können wir uns als Teilmenge des CIELab-Farbraums vorstellen. In diesen "Teilmengen-Farbräumen" sind nicht alle denkbaren Farben enthalten (ist auch unnötig, da es manche Schattierungen bestimmter Farben in der Natur sowieso nur selten gibt). Und jeder dieser Farbräume dient einem bestimmten Zweck.

Ein noch verhältnissmäßig großer vordefinierter Farbraum ist AdobeRGB. Er wurde entwickelt für den Offsetdruck, um hier alle notwendigen Farben verarbeiten zu können.

==== sRGB ====

Etwas kleiner ist der sRGB-Farbraum. Er ist aber immer noch groß genug, um auf unserem Monitor schöne Fotos ansehen zu können. Dieser Farbraum ist fürs Internet gedacht und für das Anzeigegerät Monitor.

==== Arbeitsfarbraum ====

Der Farbraum, in dem wir uns bewegen wollen mit der Bildbearbeitung wird Arbeitsfarbraum genannt.

==== Prinzip ====

Diese Sache mit den Farbräumen schauen wir uns nun noch etwas genauer an:

So ein RGB-Farbraum hat die Angewohnheit, daß die Farbe durch die drei Grundfarben definiert ist, also durch Rot, Grün und Blau. Das Mischungsverhältnis ergibt den tatsächlichen Farbton.

Jese dieser drei Grundfarben kann dunkler oder heller sein. Dafür stehen uns pro Farbe 8 Bit zur Verfügung. 8 Bit bedeutet 2^8 Abstufungen, also 256 unterschiedliche Helligkeitswerte. Das bedeutet: Drei Farben mit je 256 Abstufungen, sind 256 x 256 x 256 verschiedene Farbtöne, die dargestellt werden können. Wenn ich meine mathematischen Restkenntnissee hervorkrame (bzw. den Taschenrechner verwende), denn komme ich auf ungefähr 16,7 Millionen Farbabstufungen, die mit dieser 24-Bit Farbtiefe angezeigt werden können. Das nennt sich in der Computertechnik True Color.

Wir haben vorhin sRGB bzw. AdobeRGB erwähnt. Diese beiden Farbräume haben jeweils eine Farbtiefe von 24 Bit, also 8 Bit pro Grundfarbe.

AdobeRGB wurde ersonnen, damit alle beim Offsetdruck machbaren Farben auch tatsächlich aufs Papier kommen können. Die Farbtiefe beträgt, wie bei sRGB, 24Bit, also 16,7 Millionen darstellbare Farben. AdobeRGB hat aber einen größeren Farbraum (Gammut) als sRGB. Das darstellbare Farbspektrum ist größer. Das geht allerdings zu Lasten der Farbabstufungen, die dann nicht mehr ganz so fein sein können, da wir ja auf die 24 Bit beschränkt bleiben.

Nicht ganz einfach zu verstehen, oder? Also, noch ein Beispiel:

Ein schönes sattes Grün in RGB bedeutet in Zahlen ausgedrückt: 0 256 0. Also 0 Helligkeit für Rot, ebenso ist Blau durch den Wert 0 nicht vorhanden. Grün dagegen powered mit seinem Maximalwert rein, also mit 256. Das Ergebnis ist, wie gesagt, ein schönes, sattes Grün, grüner geht nicht.

0 256 0 ist das intensivste Grün, das im sRBG-Farbraum daratellbar ist. Und 0 256 0 ist auch das intensivste Grün, das in AdobeRGB darstellbar ist. Nur, und jetzt wird es interessant, ist das Grün von AdobeRGB noch ein bißchen grüner als das von sRGB.

"Noch grüner, wenn der Grünwert doch sowieso schon auf Maximum steht. Das ist doch Unsinn! Und Weihnachten ist im August, oder?", so höre ich euch sagen. Und ich werde darauf antworten: "Ein großer Mann hat einmal etwas über die Relativität gesagt. Und ich sage jetzt auch: Relativität! Alles ist relativ, es kommt nur auf den Bezugspunkt an!"

Unser Bezugspunkt ist der geräteunabhängige CIELab-Farbraum.

Wir haben schon gehört, daß dieser Farbraum so ziemlich alle denkbaren Farben enthält. Unser schönes sattes Grün aus sRGB hat im CIELab-Farbraum noch jede Luft nach oben (erinnert mich irgendwie an unsere Fussballnationalmannschaft). Ob es sinnvoll ist, diese Luft auch auszunutzen, steht auf einem anderen Blatt.

=== ICC-Profile ===

Wenn es nur genial durchdachte und konstruierte Geräte gäbe, wäre das Leben einfach. Der Monitor hätte exakt das gleiche Verhalten wie der Monitor gegenüber oder wie der Drucker oder die Kamera oder der Belichter oder...

Freunde, ich habe eine eine schlechte Nachricht für euch: Dem ist nicht so!

Um diese Unvollkommenheit der Geräte in den Griff zu bekommen, wurden die Profile erfunden. Ein solches Profil ist gerätespezifisch. Es beschreibt genau das Verhalten des Geräts, für das es erstellt wurde. Und es gilt tatsächlich auch nur für dieses eine Gerät!

Grob gesagt, tut ein ICC-Profil folgendes:

Es sorgt dafür, daß Farben trotz der Unvollkommenheit der Geräte in hohem Maße wirklichkeitsgetreu angezeigt bzw. weiterverarbeitet werden. Dazu ist in dem Profil eine Tabelle enthalten, welche die Werte des gerade verwendeten Farbraums auf den CIELab-Farbraum abbildet.

=== Farbmanagement ===

Was also macht Farbmanagement:

Der Bezugspunkt ist der Referenzfarbraum CIELab.

Haben wir bei unserer Kamera sRGB eingestellt, so werden die Farben des Jpeg-Bildes entsprechend dem sRGB-Farbraum behandelt. Das heißt, Maximum in sRGB ist noch lange nicht Maximum in CIELab. Im ICC-Profil der Kamera ist diese Umrechnung festgehalten. Anders ausgedrückt: Durch das ICC-Profil der Kamera ist festgelegt, welcher Farbwert im sRGB der Kamera welchem Farbwert in CIELab entspricht.

Unser Monitor hat auch so ein Profil. Und dieses Profil werden wir nachher sogar noch selber erzeugen. Das ICC-Profil des Monitors sagt, welche Farbe unseres Monitors welchen Wert in CIELab hat.

Würden wir jetzt noch unseren Drucker hinzunehmen, dann würde dessen Profil aussagen, welche Druckfarbe welchen Wert in CIELab hat.

Und wenn wir ein Bild bei einem Bilderdienst bestellen wollen, so wäre es von Vorteil, wenn dieser auch Farbmanagement verwenden würde (was leider nur von sehr wenigen tatsächlich angeboten wird). Denn dann wäre da auch ein Profil vorhanden, welches auf den CIELab-Farbraum zurückgreifen könnte.

Also noch mal anders:

Farbmanagement bedeutet, daß im Hintergrund ein geräteunabhängiger Farbraum verwendet wird. Das merken wir nicht, denn er dient nur als Übersetzer. Die Farben der von uns verwendeten Geräte werden mit Hilfe ihrer ICC-Profile in diesen Farbraum übersetzt bzw. zurückübersetzt. Das Resultat ist, daß die Farben im Verarbeitungsprozess immer gleich bleiben.

Das gilt natürlich nur im Rahmen der technischen Möglichkeiten. Denn ein Schwarzweiß-Monitor wird sich mit der Darstellung einer Grünen Farbe etwas schwer tun, egal wie gut sein Profil ist. Die grüne Farbe wird inmmer Grau sein.

== Herunterladen und Installieren von ArgyllCMS ==

ArgyllCMS ist eine Sammlung von Kommandozeilentools, mit deren Hilfe man einen Monitor ausmessen, kalibrieren und profilieren kann. Und ArgyllCMS hat noch einen riesengroßen Vorteil: Es funktioniert unter Linux und kann mit vielen aktuellen Farbmessgeräten (Colorimetern) umgehen.

=== Methode 1: Sourcecode ===

Der Sourcecode kann von der Homepage von ArgyllCMS heruntergeladen werden und muss dann selbst kompiliert werden. Dazu sollte man aber sein Betriebssystem sehr gut kennen und auch wissen, wie das funktioniert mit dem kompilieren. Es ist keine Hexenkunst, setzt aber doch einiges an Vorkenntnis vorraus. Dafür bekommt man eine aktuelle, speziell auf sein System zugeschnittene Programmsammlung.

Diese Methode kann ich nur dem empfehlen, der weiss, was er tut. Wer neugierig ist, dem sei die Homepage von ArgyllCMS empfohlen. In den Installationsanweisungen für Linux gibt es hier weiterführende Informationen. Ist aber auf Englisch!

=== Methode 2: Fertiges RPM aus dem OpenSuse Build Service ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von ArgyllCMS zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Methode 3: bin-File ===

Das bin-File enthält in gepackter Form alle notwenigen Dateien, also die komplette Programmsammlung in der aktuellen Version. Sie muss nur noch entpackt werden. Die entpackten Dateien sind dann an geeigneter Stelle im System zu speichern. Spielen wir das mal durch:

* Download des gepackten bin-files ( In meinem Fall sind das die Linux x86 Executables in der 32Bit-Version ) von der Homepage von ArgyllCMS
* Das File ( Argyll_V1.3.0_linux_x86_bin.tgz ) wird dabei im Download-Ordner gespeichert ( bei mir ist das ~/Downloads )
* Rechtsklick auf das File
* Entpacken nach ~/Programme (Hier speichere ich Programme, die nicht aus Repositories stammen)

Damit habe ich das bin-File in den Ordner Programme in meinem Heimatverzeichnis entpackt. Dem entpackten Ordner gebe ich nun noch einen neuen Namen, nämlich ArgyllCMS (Den kann ich mir leichter merken).

In diesem Ordner ArgyllCMS befindet sich das Unterverzeichnis bin. Hier sind eine Menge Kommandozeilenprogramme zu finden, mit deren Hilfe das Kalibrieren und Profilieren zum Kinderspiel wird.

== Installation des Farbmessgerätes mit einer aktuellen OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

=== lsusb ===

Mein Colorimeter hat den schönen Namen Gretag-Macbeth Huey. Das ist ein Farbmessgerät mit USB-Anschluss. Öffnen wir nun eine Konsole und überprüfen, ob der Kernel das Gerät auch erkennt. Dazu tippen wir folgenden Befehl ein:

lsusb

Das Ergebnis könnte etwa so aussehen:

Bus 001 Device 010: ID 0971:2005 Gretag-Macbeth AG
Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Bus 003 Device 003: ID 046a:0021 Cherry GmbH

Das Colorimeter ist dieser Liste enthalten und wird demnach vom Kernel erkannt.

Für das weiteres Vorgehen sind zwei Begriffe wichtig, nämlich udev und sudo

=== udev ===

Udev ist ein Programm, mit dessen Hilfe das "Hotplugging" überwacht und geregelt wird. Mit Hotplugging ist gemeint, daß USB-Geräte vom System automatisch erkannt werden. Sie können im Betrieb ein- oder ausgestopselt werden, das Betriebssystem erkennt das. Das erfordert natürlich gewisse Regeln, die in den udev-rules verwaltet werden können. Für manche Geräte, auch wenn sie vom Kernel erkannt werden, sind dort noch keine Regeln abgelegt. Auch mein Colorimeter ist dort nicht zu finden. Das bedeutet, daß für das Gerät eine neue Regel angelegt werden muß (Ausnahme: Installation über RPM, da erfolgt das automatisch).

Klingt kompliziert, oder? So richtig nach Arbeit! Aber keine Angst. So schwierig ist es nun auch wieder nicht. Denn ArgyllCMS stellt eine solche Regel zur Verfügung, und zwar im Unterordner libusb.

=== sudo ===

Linux hat gewisse Sicherheitsmaßnahmen eingebaut. Eine davon ist, daß der User nur in seinem Heimatverzeichnis tun und lassen darf, was er will. Auf andere Verzeichnisse (Systemverzeichnisse, Heimatverzeichnisse anderer User hat er höchsten lesend Zugriff. Er kann dort aber keine Veränderungen durchführen. Und auch dieser Lesezugriff lässt sich vom Administrator durch entsprechende Rechtevergabe abschalten.

Möchte man also irgendwo anders als im Heimatverzeichnis etwas ändern, so sind root-Rechte notwendig. Diese lassen sich bei Eingaben über die Konsole durch Voranstellen des Befehls sudo erlangen. Man wird dann nach dem Administrator-Passwort gefragt.

=== Kopieren der udev-Regel in das Regelverzeichnis ===

Warum sind diese beiden eben erklärten Begriffe nun so wichtig? Nun ja, es ist so:

Das Verzeichnis für die Udev-Regeln befindet sich hier:

/etc/udev/rules.d

Da sich dieser Ordner nicht in unserem Heimatverzeichnis befindet, können wir auf ihn nur mit Administratorrechten verändernd zugreifen. Und diese Administratorrechte erhalten wir durch den Konsolenbefehl sudo.

Also, kopieren wir die Regel dorthin, wo sie hingehört.

sudo cp ~/Programme/ArgyllCMS/libusb/55-Argyll.rules /etc/udev/rules.d

* sudo: Der folgende Befeht hat Administratorrechte
* cp: Kopiere
* ~/Programme/ArgyllCMS/libusb1/55-Argyll.rules: die Regeldatei
* /etc/udev/rules.d: in den Regelordner

Damit das System die neue Regel für das USB-Gerät erkennt, müssen wir den Computer neu starten. Danach sollte das Colorimeter funktionsfähig installiert sein.

== Installation des Farbmessgerätes mit einer älteren OpenSuse-Version ==

Das in diesem Abschnitt Beschriebene ist nur wichtig, wenn das Programm nach Methode 1 oder 3 installiert worden ist.

Bei älteren Distributionen kann es sein, daß nach dem Kopieren der Regel zusätzlich noch an der Rechtevergabe gespielt werden muß. Dazu überprüfen wir aber erst einmal diese Notwendigkeit. Stöpseln wir also das Colorimeter in eine USB-Buchse und öffnen eine Konsole. Hier geben wir folgenden Befehl ein:

~/Programme/ArgyllCMS/bin/dispcal -yl -r

Bei so einer Fehlermeldung müssen wir die Rechte anpassen:

XRandR 1.2 is faulty - falling back to older extensions
dispcal: Error - icoms - set_ser_port: port number out of range!

Daß die XRandR faulty ist, ignorieren wir, hier und in allen anderen Beispielen, die noch folgen.

=== Gruppe plugdev erzeugen ===

Mit unserer udev-Regel wird das Colorimeter einer Benutzergruppe zugeordnet. Diese Griuppe ist mit Rechten ausgestattet ist, die es ihren Mitgliedern (also uns) erlauben, mit dem Colorimeter zu arbeiten. Aller Vorraussicht nach wird diese Gruppe auf dem Computer aber noch nicht vorhanden sein. Wir müssen sie deshalb erst explizit anlegen:

* Yast starten, Administrator-Passwort eingeben und die Benutzer und Gruppenverwaltung aufrufen.
* Den Reiter Gruppe drücken und auf hinzufügen gehen
* Bei Name der Gruppe eingeben: plugdev
* OK drücken

Damit existiert eine neue Benutzergruppe mit dem Namen plugdev auf unserem PC. Jetzt müssen wir nur noch Mitglied dieser Gruppe werden.

=== Gruppenzugehörigkeit ===

* Den Reiter Gruppe drücken und auf bearbeiten gehen
* Bei Mitglieder der Gruppe unseren User-Namen ankreuzen
* OK drücken
* Neustart

== Voreinstellung des Monitors ==

=== Grundeinstellung ===

Ich gehe einmal davon aus, daß der Monitor, den wir kalibrieren wollen noch so eingestellt ist, wie wir ihn gekauft haben. Ist das nicht der Fall, dann sollten wir ihn auf seine Defaultwerte zurücksetzen.

Damit bekommen wir ein Bild mit wunderschön leuchtenden Farben. Hier zeigen sich zwei kleine Probleme:

1. Die Hinergrundbeleuchtung des Monitors ist ziemlich weit aufgedreht, das Bild damit brilliant, aber zu hell.
2. Die Farben stimmen nicht ganz.

Ich hab meinen Monitor mal ausgemessen und bin auf eine Helligkeit von mehr als 160 cd/qm gekommen. Damit kannst du fast gegen die Helligkeit einer explodierenden Supernova ankämpfen. Von der Supernova wirst du nicht blind werden, wohl aber von einem intensiveren Blick auf den Bildschirm.

Nun Ja, ich geb es zu, manchmal übertreib ich ein bißchen. Trotzdem sollten wir etwas mit der Helligkeit zurückgehen. Unsere Augen werden es uns danken.

Und das mit den Farben werden wir im Zuge der Kalibrierung auch in den Griff bekommen-

=== Messwerte des unkalibrierten Monitors ===

So bekommen wir die Messwerte raus raus:

dispcal -yl -R

ergibt

<pre>
Uncalibrated response:
Black level = 0.35 cd/m^2
White level = 167.59 cd/m^2
Aprox. gamma = 2.22
Contrast ratio = 476:1
White chromaticity coordinates 0.3284, 0.3515
White Correlated Color Temperature = 5670K, DE 2K to locus = 9.1
White Correlated Daylight Temperature = 5670K, DE 2K to locus = 5.4
White Visual Color Temperature = 5425K, DE 2K to locus = 8.8
White Visual Daylight Temperature = 5538K, DE 2K to locus = 5.2
Effective LUT entry depth seems to be 8 bits
The instrument can be removed from the screen.
</pre>

Die beiden Optionen von dispcal bedeuten dabei:

* -yl: Ich hab einen LCD-Bildschirm
* -R: Messung des unkalibrierten Monitors

=== Die Helligkeit ===

Die Helligkeit meines Monitors ist mit 167 cd/qm ziemlich intensiv eingestellt. Wenn es außen rum auch sehr hell ist, dann passt das. Unter normalen Bedingungen ist es allerdings zu viel. Das tut irgendwann den Augen weh.

Für die Bildbearbeitung (wenn das Ergebnis ausbelichtet oder gedruckt werden soll) wird in vielen Quellen eine Helligkeit zwischen 90 und 120 cd/qm empfohlen. Zudem muss eine definierte und immer gleichbleibende Raumbeleuchtung vorhanden sein. Durch Experimentieren habe ich eine für meine Bedürfnisse optimale Helligkeit von 115 cd/qm gewählt. Die stelle ich mit dem Helligkeitsregler des Monitors ein (zurück von 90 auf 50).

Die Helligkeit darf nun nicht mehr verändert werden. Sie muß auf dem eingestellten Wert bleiben, sonst ist die ganze nachfolgende Kalibrierung und Profilierung für die Katz.

=== Die Farbtemperatur ===

Auch hier gibt es Empfehlungen für einen profimäßigen Workflow. So sollte die Farbtemperatur für die Druckvorstufe 5000K betragen. Das Umgebungslicht sollte aber auch 5000K haben. Auch 6500K wird gerne als Farbtemperatur genannt.

Diese Beleuchtungsvoraussetzungen kann ich nicht bieten. Drum ist es egal, auf welchen Wert ich die Farbtemperatur einstelle. Na ja, ganz egal eigentlich doch nicht, denn Weiß sollte nicht unbedingt einen sichtbaren Farbstich haben. 5000K ist mir entschieden zu warm. Da wird mir das Bild zu rötlich. Wenn ich meinen Monitor auf seine Fabrikeinstellungen zurücksetze, dann erhalte ich etwa 5700K. Damit kann ich leben. Und diese native Farbtemperatur ist auch ganz gut für die Minimierung etwaiger ungewollter Seiteneffekte bei der Kalibrierung.

=== Gamma ===

Die Kalibrierung erfolgt bei ArgyllCMS standardmäßich mit einem Gamma von 2,4. Das können wir so lassen. Wenn wir wollen können wir aber auch ein Gamma von 2,2 wählen, indem wir bei "dispcal" die Option "-g 2.2" dazu nehmen.

=== Zur Beachtung ===

Während dieser und den nun folgenden Messungen sollten ein paar Kleinigkeiten beachtet werden:

* Helles Kunst- und auch Sonnenlicht vermeiden
* Monitor eine halbe Stunde warmlaufen lassen, das Colorimeter am besten auch.
* Bildschirmschoner abschalten
* Bildschirm vorher sauber machen und hinterher schadet's auch nicht
* Explodierende Supernovas vermeiden

Und noch was:

Sollten eigenartige Fehlermeldungen angezeigt werden, daß die XRANDR faulty sei, so können wir das getrost vergessen. Das ist für unsere Messungen ohne Belang. Die Meldung kommmt daher, daß proprietäre Grafiktreiber und XRANDR sich in der Regel nicht besonders lieb haben. Haben wir keine solche Meldung, so ist es wahrscheinlich, daß bei uns ein freier Grafiktreiber sein Werk tut.

Und diese komischen Meldungen, daß wir das Colorimeter vom Bildschirm entfernen können, ignorieren wir ebenfalls. Dieses Farbmessteil bleibt auf dem Schirm kleben, und zwar so lange, bis alle Messungen durch sind.

== Kalibrieren und Profilieren ==

=== Das Kalibrierungsfile ===

Mit folgendem Befehl generieren wir das Kalibrierungsfile:

dispcal -yl -v -qh fp937s

Die Optionen bedeuten folgendes:

* -yl: LCD-Monitor
* -v: erzähle genauer, was du tust, während du arbeitest
* -g 2.2: Gamma = 2,2 (wenn ich´s denn so will)
* -qh: Wähle eine hohe Qualität (Dauert es es zu lange, dann genügt auch die mittlere Qualität mit -qm)
* fp937s: so heißt mein Monitor und so soll auch die Kalibrierungsdatei heißen

Nachdem wir die Erzeugung des Kalibrierungsfiles mit der Eingabetaste gestartet haben, erscheint ein Menü. Hier wählen wir den Punkt 7 aus:

<pre>
Display type is LCD
Target white = native whitepoint
Target white brightness = native brightness
Target black brightness = native brightness
Target gamma = 2.4

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Offset/Brightness)
2) White point (Color temperature, R,G,B, Gain/Contrast)
3) White level (CRT: Gain/Contrast, LCD: Brightness/Backlight)
4) Black point (R,G,B, Offset/Brightness)
5) Check all
6) Measure and set ambient for viewing condition adjustment
7) Continue on to calibration
8) Exit
Commencing device calibration

</pre>

Hier ein kurzer Ausschnitt der Konsolenmeldungen während der Messung:

<pre>
.
.
.
Computing update to calibration curves...
Doing iteration 4 with 96 sample points and repeat threshold of 0.400000 DE
patch 96 of 96
Brightness error = -0.299317 cd/m^2 (is 99.700683, should be 100.000000)
White point error = 0.357362 deltaE
Maximum neutral error (@ 0.069836) = 0.737973 deltaE
Average neutral error = 0.356115 deltaE
Failed to meet target 0.400000 delta E, got worst case 0.479578
Number of measurements taken = 528
The instrument can be removed from the screen.
Written calibration file 'fp937s.cal'
</pre>

=== Generieren der Targets ===

Nun erstellen wir die Targets, an Hand derer der Monitor nacher profiliert wird. Standardmäßig werden mehr als 800 Patches angezeigt. Ist uns das zu viel, weil es zu lange dauert, dann können wir die Anzahl mit der Option "-f 256" zum Beispiel auf 256 reduzieren

targen -d3 -v fp937s

* -d3: RGB
* -v: Erzähl ein bißchen
* -f 256: 256 Patches

Das Ergebnis ist die Datei fp937s.ti1

=== Profilierung ===

Ausmessung des Bildschirms für das ICC-Profil:

dispread -yl -v -k fp937s.cal fp937s

* -yl: Monitortyp ist LCD
* -v: Gesprächig
* -k fp937s.cal: Quellfile
* fp937s: Ergebnis

Das Ergebnis ist die Datei fp937s.ti3

=== Erzeugen des ICC-Profils ===

Aus dem eben gemessenen wird nun die ICC-Profildatei erzeugt:

colprof -v -qh fp937s

* -v: Erzähl'
* -qh: Hohe Qualität

=== Installieren des ICC-Profils ===

dispwin -I fp937s.icc

Mit diesem Befehl wird das ICC-Profil als Default-Monitorprofil für den User gesetzt. Das Profil kann dann in diesem Ordner wiedergefunden werden.

~/.local/share/color/icc/devices/display

In diesem Profil ist auch die (vorhin mit dispcal erzeugte) Kalibrierungstabelle enthalten. Diese wird in die LUT der Grafikkarte geschrieben.

== Autostart ==

Mit dem Befehl dispwin -I werden also unter anderem die Kalibrierungsdaten in die LUT der Grafikkarte geschrieben wurden. Dort sind sie nun, aber nur solange wir am System angemeldet sind. Schalten wir den Rechner aus bzw. melden uns ab, so verschwindet auch das Kalibrierungsfile aus dem LUT der Grafikkarte.

Dieses Problem läßt sich mit Hilfe des Autostartverzeichnisses von KDE beheben. Was in diesem Ordner steht, das wird beim Start von KDE automatisch ausgeführt. Also erstellen wir in diesem Verzeichnis eine Desktop-Datei, mit der dispwin -L ausgeführt wird:

* Systemeinstellungen aufrufen
* Erweitert - Autostart - Programm hinzufügen
* Eingeben: dispwin -L
* OK

Das war's. Nach einem Neustart des Rechners sitzen wir vor einem kalibrierten Monitor.

== Das Ergebnis ==

Schauen wir uns nun noch an, ob unsere Bemühungen Erfolg hatten:

dispcal -yl -r

Mit diesem Befehl können wir uns die Werte des (nun) kalibrierten Monitors anzeigen lasssen.

== Kalibrierung oder Profilierung ==

Hier nochmal der Unterschied zwischen Kalibrierung und Profilierung

=== Kalibrierung ===

Bei der Kalibrierung wird der Monitor mit Hilfe eines Farbmessgerätes ausgemessen und daraus eine Kalibrierungstabelle erstellt. Dazu werden verschiedene Farbtafeln angezeigt. Die Werte der angezeigten Farben werden mit Hilfe des Colorimeters gemessen und mit den Sollwerten verglichen. Daraus lassen sich die Umrechnungsfaktoren für jede Farbe bestimmen.

Die Tabelle wird in die LUT der Grafikkarte geschrieben. Dadurch wird die Anzeige des Monitors korrigiert. Von dieser Korrektur profitieren alle Programme, auch solche, die kein Farbmanagement benutzen.

Es sollte vielleicht noch erwähnt werden, daß bei der Kalibrierung die Farbtöne nicht verändert werden. Verändert bzw. festgelegt werden unter anderem Weiß- und Schwarzpunkt, Helligkeit und Gamma-Kurve.

=== Profilierung ===

Bei der Profilierung wird der Bildschirm wieder mit Hilfe von Farbtargets vermessen. Die Messwerte (im CIELab) werden in einem Profil gespeichert. Dieses Profil ist unser ICC-Profil.

Jedes am Farbmanagement beteiligte Gerät besitzt so ein ICC-Profil. Das Weiterreichen der Farben geschieht also über den geräteunabhängigen CIELab-Farbraum.

== Und was ist mit den Raw-Bildern meiner Kamera? ==

Auch eine Kamera kann profiliert werden. Das macht allerdings nur für konstante Beleuchtungsverhältnisse Sinn, also zum Beispiel für Studioaufnahmen. Ändern sich die Lichtverhältnisse, dann stimmt das Profil nicht mehr und es müsste ein neues erstellt werden.

Eine Raw-Aufnahme bekommt in der Regel erst nach der Decodierung im Raw-Konverter einen Farbraum zugewiesen. Davor ist alles, wie der Name schon sagt, roh und profillos.

== dispcalGUI ==

So, nachdem ich euch nun alle verwirrt habe mit wunderschönen Bash-Befehlen, zeige ich euch, wie das Ganze etwas einfacher zu handhaben ist. Denn für ArgyllCMS gibt es eine Bedienoberfläche und die werde ich euch im folgenden etwas näher bringen.

=== Installation ===

Im OpenSuse Build Service stehen fertig kompilierte RPM-Pakete von dispcalGUI zur Verfügung. Das entsprechende Repo (hier suchen: http://software.opensuse.org/ ) kann mit Yast eingebunden werden. Die Programmsammlung wird dann ganz normal mit dem Paketmanager installiert. Achtung, nicht die 1 Klick-Installation verwenden. Die funktioniert zwar auch, kann aber, wenn man nicht aufpasst, das System ganz schön durcheinander bringen.

=== Bedienung ===

[[Bild:DispcalGUI.png|thumb|right|GUI für ArgyllCMS]]
* Colorimeter einstecken
* dispcalGUI aufrufen
* gewünschte Werte eingeben
* auf Kalibrieren und Profilieren drücken
* den Anweisungen auf dem Bildschirm folgen
* ein Bierchen trinken gehen

=== Installation des Profils ===

Am Ende der Profilierung wird gefragt, ob das Profil installiert werden soll.

Ich empfehle hier: ...Nein!

Der Grund liegt darin, daß der Profilloader von dispcalGUI in der Regel zwar funktioniert, in gewissen Ausnahmefällen aber Probleme hat. Ich habe mit dem Entwickler von dispcalGUI darüber diskutiert. Es scheint im Profilloader ein Fehler im Error-Handling mit Oyranos vorzuliegen. Ich gehe davon aus, daß dieser Fehler in einer der kommenden Versionen von dispcalGUI behoben sein wird.

Installieren wir das Profil also auf althergebrachte Weise, die oben in den Abschnitten "Installieren des ICC-Profils" und "Autostart" beschrieben wurde.

Wenn das Problem beseitigt ist, sag ich hier Bescheid.

====Update====

Das Problem ist behoben, wie der Entwickler mitteilt: "The erroneous behavior should be fixed in dispcalGUI 0.6.5.3". Damit erübrigt sich der Umweg über die Autostart-Datei von KDE. Also kann man nun ruhig mit "Ja" antworten, wenn man gefragt wird, ob das Profil installiert werden soll.

== Links ==

* Homepage ArgyllCMS: http://www.argyllcms.com
* Homepage dispcalGUI: http://hoech.net/dispcalGUI/
* Repo dispcalGUI für OpenSuse: http://software.opensuse.org/
* Repo ArgyllCMS für OpenSuse: http://software.opensuse.org/

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Farbmanagement]]

Digitale Bilder, ein Wikibuch/Download

2011-05-07T19:12:43Z

Escho: Neuanlage

== Einleitung ==

Das hier vorgestellte Bashscript automatisiert das Herunterladen und Speichern der Rohbilder. Die Vorgehensweise ist folgende:

* Kamera mit einem USB-Kabel mit dem PC verbinden
* Script starten
* Kategorie auswählen, wohin die Bilder gespeichert werden sollen
* Kamera einschalten
* Auf OK drücken

Das Bashscript überprüft nun, wieviele Verzeichnisse für Bilderserien in der gewählten Kategorie bereits existieren und generiert ein neues Verzeichnis für die neuen Fotos. Dieses Verzeichnis erhält die nächstfreie fortlaufende Nummer als Namen (4stellig mit führenden Nullen). Anschließend werden die Bilder von der Kamera geholt und in dem neuen Verzeichnis gespeichert. In diesem Zuge werden die Bilddateien auch gleich umbenannt.
Geht alles automatisch...

== Das Download-Script ==

<pre>
#!/bin/bash

# ========================================== Definitionen ==========================================

hauptverzeichnis=$HOME/Bilder

unterverzeichnis_bilder="$hauptverzeichnis"/bilder
unterverzeichnis_negative="$hauptverzeichnis"/negative
unterverzeichnis_baeren="$hauptverzeichnis"/baeren

# =================================== Verzeichnisstruktur erstellen ==================================

mkdir -p "$unterverzeichnis_bilder"/cr2
mkdir -p "$unterverzeichnis_bilder"/jpg
mkdir -p "$unterverzeichnis_bilder"/tif

mkdir -p "$unterverzeichnis_negative"/cr2
mkdir -p "$unterverzeichnis_negative"/jpg
mkdir -p "$unterverzeichnis_negative"/tif

mkdir -p "$unterverzeichnis_baeren"/cr2
mkdir -p "$unterverzeichnis_baeren"/jpg
mkdir -p "$unterverzeichnis_baeren"/tif

# ============================================== Funktionen ===========================================

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Debug °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

pause ()
{
kdialog --msgbox "pause"
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Abbruch °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

funktionsabbruch ()
{
kdialog --msgbox "$1"
exit
}

benutzerabbruch ()
{
kdialog --msgbox "Abbruch durch den Benutzer"
exit
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Zuweisungen °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

zuweisung_bilder ()
{
verzeichnis_cr2="$unterverzeichnis_bilder"/cr2
verzeichnis_jpg="$unterverzeichnis_bilder"/jpg
verzeichnis_tif="$unterverzeichnis_bilder"/tif
zusatz="bilder"
}

zuweisung_negative ()
{
verzeichnis_cr2="$unterverzeichnis_negative"/cr2
verzeichnis_jpg="$unterverzeichnis_negative"/jpg
verzeichnis_tif="$unterverzeichnis_negative"/tif
zusatz="negative"
}

zuweisung_baeren ()
{
verzeichnis_cr2="$unterverzeichnis_baeren"/cr2
verzeichnis_jpg="$unterverzeichnis_baeren"/jpg
verzeichnis_tif="$unterverzeichnis_baeren"/tif
zusatz="baeren"
}

# °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Download °°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

neues_verzeichnis ()
{
verzeichnis_alt=`find "$verzeichnis_cr2"/* -type d | wc -l`
verzeichnis_neu=$((verzeichnis_alt+1))

verzeichnis_name=`printf "%.4i" $verzeichnis_neu`

mkdir "$verzeichnis_cr2"/"$verzeichnis_name"
}

herunterladen ()
{
cd "$verzeichnis_cr2"/"$verzeichnis_name"
gphoto2 --get-all-files --filename %04n_"$zusatz""$verzeichnis_name".%C
if [ $? != 0 ]
then
rmdir "$verzeichnis_cr2"/"$verzeichnis_name"
funktionsabbruch "Fehler"
fi
}

laden_erfolgreich ()
{
anzahl=`find "$verzeichnis_cr2"/"$verzeichnis_name"/* -type f | wc -l`
if (( $anzahl = 0 ))
then
rmdir "$verzeichnis_cr2"/"$verzeichnis_name"
funktionsabbruch "es gibt nichts zum Laden"
fi
}

# ================================================= Hauptprogramm =======================================

#-----Menueauswahl-----

auswahl_hauptmenue=`kdialog --caption "Hauptmenue" --geometry 200x250+500+400 --radiolist "Download der Bilder?" \
1 "Bilder" on \
2 "Bären" off \
3 "Negative" off`
if [ $? != 0 ]
then
benutzerabbruch
fi

case $auswahl_hauptmenue in
1) zuweisung_bilder
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

2) zuweisung_baeren
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

3) zuweisung_negative
neues_verzeichnis
herunterladen
laden_erfolgreich ;;
esac

kdialog --msgbox "fertig"
exit
</pre>

== Wohin mit dem Script ==

Dieses Script wird z.B. mit kate in einer einfachen Textdatei irgendwo im persönlichen User-Verzeichnis gespeichert. Ich habe, wie aus dem Start-Script ersichtlich ist, folgende Textdatei dazu genommen:

$HOME/Wiki/Scripte/Foto/Herunterladen/aktuell/bilder_laden

Diese Textdatei muß ausführbar gemacht werden.

== Erklärung des Scriptes ==

=== Definitionen ===

Hier werden die Variablen gesetzt, die die Verzeichnisstruktur festlegen

=== Verzeichnisstruktur anlegen ===

Die notwendigen Verzeichnisse werden angelegt

=== Funktionen ===

==== pause () ====

Ist nur für die Fehlersuche beim Programmieren notwendig

==== funktionsabbruch () ====

Diese Funktion beendet das Script. Dabei wird eine an der Aussprungstelle definierte Benutzermeldung angezeigt.

==== benutzerabbruch () ====

Hier wird ebenfalls das Script beendet und dabei die in der Funktion enthaltene Meldung angezeigt.

==== zuweisung_bilder ... () ====

Variablenzuweisungen, abhängig von der Kategorie.

==== neues_verzeichnis () ====

verzeichnis_alt=`find "$verzeichnis_cr2"/* -type d | wc -l`

Es wird nachgesehen, wieviele Verzeichnisse für Bilderserien (cr2) in der gewählten Kategorie schon existieren

verzeichnis_neu=$((verzeichnis_alt+1))

Zum Ergebnis wird 1 dazugezählt

verzeichnis_name=`printf "%.4i" $verzeichnis_neu`

Das neue Ergebnis wird 4stellig mit führenden Nullen formatiert

mkdir "$verzeichnis_cr2"/"$verzeichnis_name"

Das neue Verzeichnis für die Rohbilder wird angelegt

==== herunterladen () ====

cd "$verzeichnis_cr2"/"$verzeichnis_name"

Es wird in das das neue Bildverzeichnis gewechselt

gphoto2 --get-all-files --filename %04n_"$zusatz""$verzeichnis_name".%C

Die Fotos werden von der Kamera in das Verzeichnis geladen und dabei gleich umbenannt nach dem bereits erläuterten Schema

<pre>
if [ $? != 0 ]
then
rmdir "$verzeichnis_cr2"/"$verzeichnis_name"
funktionsabbruch "Fehler"
fi
</pre>

Tritt beim laden ein Fehler auf, zum Beispiel weil die Kamera nicht bereit ist, dann bricht das Script mit einer Fehlermeldung ab. Das vorhin erzeugte Verzeichnis für die neuen Bilder wird gelöscht.

==== laden_erfolgreich () ====

anzahl=`find "$verzeichnis_cr2"/"$verzeichnis_name"/* -type f | wc -l`

Es wird nachgesehen, ob tatsächlich Bilder heruntergeladen wurden.

<pre>
if (( $anzahl = 0 ))
then
rmdir "$verzeichnis_cr2"/"$verzeichnis_name"
funktionsabbruch "es gibt nichts zum Laden"
fi
</pre>

Wenn keine Bilder heruntergeladen worden sind, war nichts auf der Speicherkarte drauf. Das Script wird mit einer entsprechendn Meldung beendet, nachdem das neue Verzeichnis gelöscht wurde.

=== Hauptprogramm ===

<pre>
auswahl_hauptmenue=`kdialog --caption "Hauptmenue" --geometry 200x250+500+400 --radiolist "Download der Bilder?" \
1 "Bilder" on \
2 "Bären" off \
3 "Negative" off`
</pre>

Anzeige des Auswahldialoges für die Kategorien

<pre>
if [ $? != 0 ]
then
benutzerabbruch
fi
</pre>

Wird im Auswahldialog auf Abbrechen gedrückt, dann bricht das Script auch tatsächlich ab.

<pre>

case $auswahl_hauptmenue in
1) zuweisung_bilder
neues_verzeichnis
herunterladen
laden_erfolgreich ;;

2) ...

3) ...
esac
</pre>

Abhängig davon, welcher Menuepunkt ausgewählt wurde, werden die entsprechenden Funktionen aufgerufen und der Reihe nach abgearbeitet

kdialog --msgbox "fertig"
exit

Fertig

== Zusammenfassung ==

Nochmal eine Zusammenfassung dessen, was passiert:

Wenn ich die Kamera an einen USB-Anschluss des PC´s anschließe und einschalte, wird durch das Hotplugging-System (udev) die Kamera erkannt. Sobald sie erkannt wurde, sorgt die udev-Regel dafür, daß ein Script gestarten wird. Dieses Script öffnet ein Terminal, in dem dann das von ihm nun gestartete eigentliche Download-Script ausgeführt wird.

Das Downloadscript legt, wenn noch nicht vorhanden, die Verzeichnisstruktur für die Fotos fest. Es wird ein neues Verzeichnis definert und erzeugt, in das die Bilder von der Kamera heruntergeladen werden.

Und das Ganze läuft vollkommen automatisch nach einem festgelegten Schema ab.

== Anmerkungen ==

Ich möchte darauf hinweisen, daß ich das Script erstmalig unter OpenSuse 11.3 und KDE 4.4 gebaut und getestet habe. Weiter möchte ich sagen, daß dieses Script genau auf meine Bedürfnisse zugeschnitten ist. Falls ihr es ausprobieren wollt, gerne. Aber bedenkt dabei immer, daß ihr wissen solltet, was ihr macht. Ihr solltet die Funktionsweise des Scriptes genau verstehen, um zu wissen, was geschieht, wenn ihr es startet. Alles, was ihr tut, geschieht auf eure eigene Verantwortung.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]

Digitale Bilder, ein Wikibuch/Verzeichnisstruktur

2011-05-07T15:15:36Z

Escho: Neuanlage

{{Box Test||
Opensuse 11.3 32Bit mit KDE 4.4 
Opensuse 11.4 64Bit mit KDE 4.6
}}

== Einleitung ==

Unsere Fotos müssen natürlich irgendwo auf der Festplatte einen Platz finden. Dafür bietet sich der bei KDE standardmässig vorhandene Ordner "Bilder" im Heimatverzeichnis des Nutzers an.

Ich habe meine Fotos in drei Kategorien eingeteilt. Jede dieser Kategorien erhält einen eigenen Unterordner im Verzeichnis $HOME/Bilder:

* bilder: Hier sind alle Fotos enthalten, die in keine der anderen Kategorien passen, also eigentlich fast alles
* baeren: Ich fotografiere gerne Gummibären in Action. Diese Fotos haben hier ihre Heimat
* negative: Dieser Unterordner dient der Digitalisierung der alten Negativfilme

Jeder dieser Unterordner enthält drei Verzeichnisse:

* cr2: Rohbilder
* tif: Nach tif konvertierte Bilder
* jpg: Die allbekannten jpegs

Wenn nun jemand meint, damit wäre die Verzeichnisstuktur fertig, der sieht sich getäuscht. Für jede Bilderserie gibt es einen eigenen Unterordner. Unter Bilderserie versteht ich Bilder die zeitlich und aufnahmetechnisch zusammengehören, zum Beispiel Fotos einer Veranstaltung oder Fotos eines Ausflugs oder ... Der Name dieser Verzeichnisse ist eine vierstellige Zahl mit führenden Nullen:

* 0001
* 0002
* 0003

So weit, so gut! Ein Verzeichnis für eine Bilderserie könnte also so aussehen:

* $HOME/Bilder/baeren/cr2/0012

Bleiben nur noch die Fotos selber, die in diesen Ordner kommen sollen. Diese bekommen von mir alle einen neuen Namen, damit Bilder mit gleichem Namen selbst dann unmöglich werden, wenn der Auslösungszähler der Kamera einmal rum ist. Ein solcher Bildname könnte so aussehen:

* 0003_baeren0012.cr2

Das wäre das dritte Rohbild (cr2) der Bilderserie, die im Unterordner 0012 im Kategorieverzeichnis baeren gespeichert ist.

"Jetzt spinnt er wohl ganz, der Edgar", werdet ihr sagen. "Komplizierter geht es wohl nicht mehr? Da bin ich ja ewig mit dem Umbenennen und Verschieben beschäftigt"

"Ball flach halten", sage ich da nur.

Jeder kanns ja machen, wie er will. Und so kompliziert ist es auch nicht. Und ihr werdet doch wohl nicht glauben, daß ich das oben geschilderte alles von Hand mache? Nee, das lasse ich machen von wundervollen Einrichtung in Linux, nämlich von der bash.

Doch dazu mehr im nächsten Abschnitt dieses Wiki-Buches.

----
[[Grafik|Zurück zur Grafik-Übersicht]]
[[Category:Grafik]]
[[Category:Vom CR2 zum jpg]]