ubuntuusers.de

Hallo,

Artikel ist in der Baustelle.

Das mit dem dearchivieren war Quatsch, der Artikel ist ja gar nicht im Archiv.

Da wolltest doch den "normalen" Artikel aktualisieren, nicht den zum Kompilieren, oder?

Gruß, noisefloor

noisefloor schrieb:

Da wolltest doch den "normalen" Artikel aktualisieren, nicht den zum Kompilieren, oder?

Yepp!

Ich habe jetzt mal die Problembehandlung für Spyder2/3 rausgenommen, weil die Geräte eigentlich seit längerem auf der Programmblacklist stehen sollten. Kann ich aber mangels Hardware nicht testen.

Falls es andere Erfahrungen gibt bitte melden.

Habe jetzt mit 18.04 getestet, was ich konnte und bin soweit fertig. Bitte noch mal drüberschauen und dann kann der Artikel von mir aus zurück.

Steht noch etwas dem Zurueckverschieben im Wege?

Wollte ich gerade tun... da war noisefloor aber wohl schneller 😉

Hallo,

ja, war ich. Jetzt haben wir mal Zeit und dann stürzen sich beide auf den selben Artikel.. 😉

Danke für die Überarbeitung.

Gruß, noisefloor

dispcalGUI - Im Artikel wird mehrfach (auch als Terminal-Befehl) dispcalGUI genannt, das ist aber komplett veraltet und heisst schon seit Jahren DisplayCal, siehe diesen Hinweis im About-Text. Ich bin hier aber im Wiki komplett neu und möchte besonders cli-Befehle nicht einfach so abändern (wie kann ich die sinnvoll korrigieren?), kann mir da jemand weiterhelfen? –zarl1m

Ich habe den Kalibrierungsprozeß eben mit Linux Mint Mate 21.2 "Victoria" und einem Spyder 3 durchgeführt.

• DisplayCAL (aka. DispCalGUI) kann man in dem Zusammenhang komplett vergessen, die für Ubuntu 19.1 angebotene .deb (https://displaycal.net/download/xUbuntu_19.10/amd64/DisplayCAL.deb) funktioniert nicht mehr. Einen GUI-Ersatz gibt es nicht, der Passus mit sudo apt-get install dispcalgui kann also weg.

• Für das Xrite Spyder 3 Colorimeter wird gerne behauptet, es gäbe ein "Colorimeter Calibration Spectral Set" oder sonst eine herstellerspezifische Datei mit Korrekturen. Das kann ich nach intensiven Bemühungen so nicht bestätigen. Es scheint, daß auch DisplayCAL (unter Windows) nur eine generische Korrekturdatei zieht, zumindest wird nichts aus irgendwelchen .exe oder .dll extrahiert (mit Windows Internals Process Monitor, https://learn.microsoft.com/en-us/sysinternals/downloads/procmon überprüft). Das kann beim Spyder 4/5 durchaus anders sein, ich bezweifle trotzdem, daß man an eine .ccss-Datei herankommt und sie mit ArgyllCMS benutzen kann.

• sudo dispcal -v -y l -q h -o TargetA funktioniert auch unter Mint 21.2 noch wie erwartet, ich würde aber empfehlen, statt sudo targen -v -d3 -f836 DisplayA lieber sudo targen -v -d3 -f836 <MeinMonitor> zu schreiben, damit es nicht zu Verwechslungen kommt. Ich habe allerdings eine Möglichkeit vermißt, Kontrast und Helligkeit meines LCDs zu justieren, kann sein, daß die Option -y l das vollkommen unterdrückt. Aus meinen Erfahrungen mit DisplayCAL unter Windows heraus weiß ich, daß die meisten Monitore viel zu hell eingestellt sind. Bei mir waren Helligkeit 24/100 und Kontrast 60/100 optimal. Evtl. vorher http://www.lagom.nl/lcd-test/ aufrufen und sinnvolle Ausgangswerte einstellen, damit die Korrektur nicht zu extrem ausfällt. Schließich ist die Auflösung des LUT nicht beliebig groß und man möchte tunlichst Banding vermeiden.

• Mich hat etwas irritiert, daß man schon bei sudo targen -v -d3 -f836 DisplayA das Colorimeter anbringen muß und dann bei sudo dispread -v -y l -k TargetA.cal DisplayA nochmal. Der Prozeß dauert beim Spyder 3 übrigens ein paar Stunden, hier ist also Geduld gefragt.

• sudo colprof -v -D"Display A" -qm -as DisplayA erstellt dann wie erwartet die .icc Datei, sollte man entsprechend des Namens seines Monitors umbenennen und noch die Werte für RGB, Helligkeit und Kontrast anghängen, die man am Monitor eingestellt hat.

• Die mit sudo colprof -v -D"Display A" -qm -as DisplayA erstellte .icc-Datei kann man sich mit ArgyllCMS leider nicht ansehen. Insbesondere nicht die Korrekturen. Ich habe das mit DispCAL in einer Win7-VM gemacht um herauszufinden, welche Korrekturen vorgenommen wurden. Tanzt dabei ein Kanal vollkommen aus der Reihe, kann man das im Monitormenü - falls vorhanden - selektiv korrigieren. Im Endergebnis sieht das an meinem Iiyama so aus wie in den angehängten Bildern, dabei stand R=100, G=82, B=93, H=24, K=60. Das Display war also im Auslieferungszustand sehr grünstichig, etwas zu blau und (natürlich) viel zu hell.

• Beim Thema "Farbprofil beim Start automatisch setzen" gibt es auch noch Fallstricke. Ich empfehle, das .icc-Profil nach /usr/share/color/icc/colord/<MeinMonitor>.icc zu kopieren und dann sudo chmod ug+r <MeinMonitor>.icc sowie sudo chown root <MeinMonitor>.icc. Das Skript set_icc.sh sähe dann so aus:

1
2
3
4

#!/bin/bash
/usr/bin/dispwin -I /usr/share/color/icc/colord/Iiyama.icc > /dev/null 2>&1 # Install profile
/usr/bin/dispwin -L > /dev/null 2>&1 # Load profile
/usr/bin/dispwin /usr/share/color/icc/colord/Iiyama.icc > /dev/null 2>&1 # Apply profile

, normalerweise reicht es -I einmal (mit Adminrechten auszuführen) und das hinterlegte Profil dann mit -L zu laden. Ich wollte hier auf Nummer sicher gehen. Das Skript ist in /usr/local/argyllcms/set_icc.sh gut aufgehoben, egal, ob man das ICC-Profil nur für den eigenen Benutzer oder alle laden möchte.

Die .desktop-Datei

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

#!/usr/bin/env xdg-open

[Desktop Entry]
Type=Application
Exec=/usr/local/argyllcms/set_icc.sh
Hidden=false
Name[en_US]=Set ICC
Name=Set ICC
Comment[en_US]=Install, load and apply monitor ICC profile
Comment=Install, load and apply monitor ICC profile

habe ich nach /etc/xdg/autostart/set_icc.sh.desktop kopiert und die Zugriffsrechte passend gesetzt.

• NVidia-Treiber: Wer Eine NVidia GeForce, Quadro, GT1030, ... eingebaut hat und nicht die Open-Source-Treiber nutzt, sondern die bei der Installation von Linux Mint empfohlenen Treiber des Herstellers, der bekommt zwei Autostarter angelegt: ~/.config/autostart/nvidia-settings-autostart.desktop und ~/.config/autostart/nvidia-prime.desktop. Zumindest ~/.config/autostart/nvidia-settings-autostart.desktop interferiert aber mit dem dispwin-Befehl zum Laden des ICC-LUT, d. h. dispwin -V /usr/share/color/icc/colord/<MeinMonitor>.icc wird nach dem Logon immer berichten, das Profil sei nicht geladen:

Verify: '/usr/share/color/icc/colord/Iiyama.icc' is NOT loaded (discrepancy 8.6%)

Die (m. M. n. ziemlich nutzlosen) NVidia-Autostarter daher am besten deaktivieren. Übrigens sind die Einstellung auch jedes Mal futsch, wenn man die "NVidia X Server Settings" manuell aus dem Startmenü aufruft.

• Warnungsmeldung bei dispwin: Ich bekomme immer folgende Warnung:

Dispwin: Warning - new_dispwin: Expected VideoLUT depth 11 doesn't match actual 10

Ursache unbekannt.

Vielleicht helfen diese Erkenntnisse ja dem Einen oder der Anderen.

Hallo Mintplätzchen,

vielen Dank für die Weitergabe Deiner Erfahrungen! Der Artikel ist aktuell ungetestet und bedarf einer Überarbeitung.

Kannst Du das für ein aktuelles Ubuntu übernehmen? Ich verschiebe Dir den Artikel dann gerne in die Baustelle.

karzer schrieb:

Hallo Mintplätzchen, vielen Dank für die Weitergabe Deiner Erfahrungen! Der Artikel ist aktuell ungetestet und bedarf einer Überarbeitung. Kannst Du das für ein aktuelles Ubuntu übernehmen? Ich verschiebe Dir den Artikel dann gerne in die Baustelle.

Hi karzer! Ich kann leider nur Linux Mint Mate 21.2 anbieten. Unter der Haube ist das zwar ein Ubuntu-Klon, weiß aber nicht, ob das den Richtlinien genügt.

Hallo,

könntest Du auch auf einer virtuellen Maschine für Ubuntu testen?

karzer schrieb:

könntest Du auch auf einer virtuellen Maschine für Ubuntu testen?

Puh. Die muß ich leider erst aufsetzen, kann also dauern. Werde aber zunächst probieren ob meine Linux-Mint-VM, die ich für Migrationstests vorhalte, mit einem am Host angeschlossenen Spyder 3 überhaupt funktioniert. Und ob die GPU durchgereicht wird. Denn sonst kann ich mir die Übung komplett sparen.

Vielen Dank für die Mühe!