Monitor Farbprofil wird nach erneuten login nicht übernommen
Hallo, meine Monitorkalibrierung wird unter leap 15.5, eingestellt mit den KDE systemsetting nach einer erneuten Anmeldung nicht übernommen. Unter leap 15.4 hat das noch funktioniert. Wähle ich in den der Systemeinstellung unter Farbkorrekturen Geräte das Profil, welches ich vorher mit Profil hinzufügen ausgewählt habe, an und sage Systemweit installieren (mit root pswd), dann scheint es in der aktuellen Sitzung verwendet zu werden. Das sagt mir zumindest darktable-cmstest. Ich habe meinen Monitor für sRGB und Adobe RGB kalibiert und die beiden icc Profile eingelesen. Je nachdem, was ich am Monitor eingestellt habe will ich dieses Profil durch Auswahl in den systemstettings systemweit installieren. Hat ja auch in leap 15.4 so funktioniert. CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc Wenn ich "CS2420_94718092_02Adobe_RGB.icc" auswähle und systemweit als root installiere, sagt mir ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (8392 bytes) description: CS2420(94718092)02Adobe RGB colord: "/var/lib/colord/icc/CS2420_94718092_02Adobe_RGB.icc" description: CS2420(94718092)02Adobe RGB Your system seems to be correctly configured Führe ich danach einen Neustart aus, erhalte ich: ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (1940 bytes) description: ENC CS2420 _xorg colord: "/home/herbert/.local/share/icc/ENC CS2420 _xorg.icc" description: ENC CS2420 _xorg Your system seems to be correctly configured In den Verzeichnissen steht: ~> ll /home/herbert/.local/share/icc/ insgesamt 28 -rw-r--r-- 1 herbert users 8392 4. Mär 19:54 CS2420_94718092_02Adobe_RGB.icc -rw-r--r-- 1 herbert users 1636 20. Apr 2014 edid-4d8d167d2d2d5c2aadf7f77b85a6c211.icc -rw-r--r-- 1 herbert users 1236 31. Mär 2023 edid-8c393687be6ef57a89febd33dbda12be.icc -rw-r--r-- 1 herbert users 552 2. Apr 2023 Einstellung_mit_ICC_Adobe_RGB_scanner.icc -rw-r--r-- 1 herbert users 1940 27. Dez 13:44 ENC CS2420 _xorg.icc und ~> ll /var/lib/colord/icc/ insgesamt 36 -rwxr-xr-x 1 colord colord 8380 8. Okt 18:02 CS2420_94718092_01Custom.icc -rwxr-xr-x 1 colord colord 8392 4. Mär 19:56 CS2420_94718092_02Adobe_RGB.icc -rwxr-xr-x 1 colord colord 8372 8. Okt 18:02 CS2420_94718092_03sRGB.icc Was mache ich da falsch? Gruß Herbert
Hallo,
meine Monitorkalibrierung wird unter leap 15.5, eingestellt mit den KDE systemsetting nach einer erneuten Anmeldung nicht übernommen.
Unter leap 15.4 hat das noch funktioniert. Wähle ich in den der Systemeinstellung unter Farbkorrekturen Geräte das Profil, welches ich vorher mit Profil hinzufügen ausgewählt habe, an und sage Systemweit installieren (mit root pswd), dann scheint es in der aktuellen Sitzung verwendet zu werden. Das sagt mir zumindest darktable-cmstest.
Ich habe meinen Monitor für sRGB und Adobe RGB kalibiert und die beiden icc Profile eingelesen. Je nachdem, was ich am Monitor eingestellt habe will ich dieses Profil durch Auswahl in den systemstettings systemweit installieren. Hat ja auch in leap 15.4 so funktioniert.
CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc
Wenn ich "CS2420_94718092_02Adobe_RGB.icc" auswähle und systemweit als root installiere, sagt mir
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (8392 bytes) description: CS2420(94718092)02Adobe RGB colord: "/var/lib/colord/icc/CS2420_94718092_02Adobe_RGB.icc" description: CS2420(94718092)02Adobe RGB
Your system seems to be correctly configured
Führe ich danach einen Neustart aus, erhalte ich:
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (1940 bytes) description: ENC CS2420 _xorg colord: "/home/herbert/.local/share/icc/ENC CS2420 _xorg.icc" description: ENC CS2420 _xorg
Your system seems to be correctly configured
In den Verzeichnissen steht:
~> ll /home/herbert/.local/share/icc/ insgesamt 28 -rw-r--r-- 1 herbert users 8392 4. Mär 19:54 CS2420_94718092_02Adobe_RGB.icc -rw-r--r-- 1 herbert users 1636 20. Apr 2014 edid-4d8d167d2d2d5c2aadf7f77b85a6c211.icc -rw-r--r-- 1 herbert users 1236 31. Mär 2023 edid-8c393687be6ef57a89febd33dbda12be.icc -rw-r--r-- 1 herbert users 552 2. Apr 2023 Einstellung_mit_ICC_Adobe_RGB_scanner.icc -rw-r--r-- 1 herbert users 1940 27. Dez 13:44 ENC CS2420 _xorg.icc
und
~> ll /var/lib/colord/icc/ insgesamt 36 -rwxr-xr-x 1 colord colord 8380 8. Okt 18:02 CS2420_94718092_01Custom.icc -rwxr-xr-x 1 colord colord 8392 4. Mär 19:56 CS2420_94718092_02Adobe_RGB.icc -rwxr-xr-x 1 colord colord 8372 8. Okt 18:02 CS2420_94718092_03sRGB.icc
Was mache ich da falsch?
Gruß
Herbert Also ich verstehe es nicht, was das System da macht. Nun habe ich zum Test alle icc Profile aus /home/herbert/.local/share/icc/ in ein TMP verschoben. Danach in den Systemstettings nur das CS2420_94718092_02Adobe_RGB.icc ausgewählt und mit root Rechten systemweit installiert. Nach dem Neustart steht dann in den Systemsettings nicht mehr CS2420_94718092_02Adobe_RGB sondern ENC CS2420 _xorg. Das zeigt mir auch ein ~> darktable-cmstest darktable-cmstest version 4.2.0
Am Montag, 4. März 2024, 20:08:15 CET schrieb Herbert Albert: this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (1940 bytes) description: ENC CS2420 _xorg colord: "/home/herbert/.local/share/icc/ENC CS2420 _xorg.icc" description: ENC CS2420 _xorg Your system seems to be correctly configured
Am Dienstag, 5. März 2024, 09:47:10 CET schrieb Herbert Albert:
Am Montag, 4. März 2024, 20:08:15 CET schrieb Herbert Albert:
Hallo,
meine Monitorkalibrierung wird unter leap 15.5, eingestellt mit den KDE systemsetting nach einer erneuten Anmeldung nicht übernommen.
Unter leap 15.4 hat das noch funktioniert. Wähle ich in den der Systemeinstellung unter Farbkorrekturen Geräte das Profil, welches ich vorher mit Profil hinzufügen ausgewählt habe, an und sage Systemweit installieren (mit root pswd), dann scheint es in der aktuellen Sitzung verwendet zu werden. Das sagt mir zumindest darktable-cmstest.
Ich habe meinen Monitor für sRGB und Adobe RGB kalibiert und die beiden icc Profile eingelesen. Je nachdem, was ich am Monitor eingestellt habe will ich dieses Profil durch Auswahl in den systemstettings systemweit installieren. Hat ja auch in leap 15.4 so funktioniert.
CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc
Wenn ich "CS2420_94718092_02Adobe_RGB.icc" auswähle und systemweit als root installiere, sagt mir
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile
X atom: _ICC_PROFILE (8392 bytes)
description: CS2420(94718092)02Adobe RGB
colord: "/var/lib/colord/icc/CS2420_94718092_02Adobe_RGB.icc"
description: CS2420(94718092)02Adobe RGB
Your system seems to be correctly configured
Führe ich danach einen Neustart aus, erhalte ich:
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile
X atom: _ICC_PROFILE (1940 bytes)
description: ENC CS2420 _xorg
colord: "/home/herbert/.local/share/icc/ENC CS2420 _xorg.icc"
description: ENC CS2420 _xorg
Your system seems to be correctly configured
In den Verzeichnissen steht:
~> ll /home/herbert/.local/share/icc/ insgesamt 28 -rw-r--r-- 1 herbert users 8392 4. Mär 19:54 CS2420_94718092_02Adobe_RGB.icc -rw-r--r-- 1 herbert users 1636 20. Apr 2014 edid-4d8d167d2d2d5c2aadf7f77b85a6c211.icc -rw-r--r-- 1 herbert users 1236 31. Mär 2023 edid-8c393687be6ef57a89febd33dbda12be.icc -rw-r--r-- 1 herbert users 552 2. Apr 2023 Einstellung_mit_ICC_Adobe_RGB_scanner.icc -rw-r--r-- 1 herbert users 1940 27. Dez 13:44 ENC CS2420 _xorg.icc
und
~> ll /var/lib/colord/icc/ insgesamt 36 -rwxr-xr-x 1 colord colord 8380 8. Okt 18:02 CS2420_94718092_01Custom.icc -rwxr-xr-x 1 colord colord 8392 4. Mär 19:56 CS2420_94718092_02Adobe_RGB.icc -rwxr-xr-x 1 colord colord 8372 8. Okt 18:02 CS2420_94718092_03sRGB.icc
Was mache ich da falsch?
Gruß
Herbert
Also ich verstehe es nicht, was das System da macht. Nun habe ich zum Test alle icc Profile aus /home/herbert/.local/share/icc/ in ein TMP verschoben. Danach in den Systemstettings nur das CS2420_94718092_02Adobe_RGB.icc ausgewählt und mit root Rechten systemweit installiert. Nach dem Neustart steht dann in den Systemsettings nicht mehr CS2420_94718092_02Adobe_RGB sondern ENC CS2420 _xorg. Das zeigt mir auch ein ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
Am Dienstag, 5. März 2024, 10:16:47 CET schrieb Herbert Albert:
Am Dienstag, 5. März 2024, 09:47:10 CET schrieb Herbert Albert:
Am Montag, 4. März 2024, 20:08:15 CET schrieb Herbert Albert:
Hallo,
meine Monitorkalibrierung wird unter leap 15.5, eingestellt mit den KDE systemsetting nach einer erneuten Anmeldung nicht übernommen.
Unter leap 15.4 hat das noch funktioniert. Wähle ich in den der Systemeinstellung unter Farbkorrekturen Geräte das Profil, welches ich vorher mit Profil hinzufügen ausgewählt habe, an und sage Systemweit installieren (mit root pswd), dann scheint es in der aktuellen Sitzung verwendet zu werden. Das sagt mir zumindest darktable-cmstest.
Ich habe meinen Monitor für sRGB und Adobe RGB kalibiert und die beiden icc Profile eingelesen. Je nachdem, was ich am Monitor eingestellt habe will ich dieses Profil durch Auswahl in den systemstettings systemweit installieren. Hat ja auch in leap 15.4 so funktioniert.
CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc
Wenn ich "CS2420_94718092_02Adobe_RGB.icc" auswähle und systemweit als root installiere, sagt mir
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile
X atom: _ICC_PROFILE (8392 bytes)
description: CS2420(94718092)02Adobe RGB
colord: "/var/lib/colord/icc/CS2420_94718092_02Adobe_RGB.icc"
description: CS2420(94718092)02Adobe RGB
Your system seems to be correctly configured
Führe ich danach einen Neustart aus, erhalte ich:
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile
X atom: _ICC_PROFILE (1940 bytes)
description: ENC CS2420 _xorg
colord: "/home/herbert/.local/share/icc/ENC CS2420 _xorg.icc"
description: ENC CS2420 _xorg
Your system seems to be correctly configured
In den Verzeichnissen steht:
~> ll /home/herbert/.local/share/icc/ insgesamt 28 -rw-r--r-- 1 herbert users 8392 4. Mär 19:54 CS2420_94718092_02Adobe_RGB.icc -rw-r--r-- 1 herbert users 1636 20. Apr 2014 edid-4d8d167d2d2d5c2aadf7f77b85a6c211.icc -rw-r--r-- 1 herbert users 1236 31. Mär 2023 edid-8c393687be6ef57a89febd33dbda12be.icc -rw-r--r-- 1 herbert users 552 2. Apr 2023 Einstellung_mit_ICC_Adobe_RGB_scanner.icc -rw-r--r-- 1 herbert users 1940 27. Dez 13:44 ENC CS2420 _xorg.icc
und
~> ll /var/lib/colord/icc/ insgesamt 36 -rwxr-xr-x 1 colord colord 8380 8. Okt 18:02 CS2420_94718092_01Custom.icc -rwxr-xr-x 1 colord colord 8392 4. Mär 19:56 CS2420_94718092_02Adobe_RGB.icc -rwxr-xr-x 1 colord colord 8372 8. Okt 18:02 CS2420_94718092_03sRGB.icc
Was mache ich da falsch?
Gruß
Herbert
Also ich verstehe es nicht, was das System da macht. Nun habe ich zum Test alle icc Profile aus /home/herbert/.local/share/icc/ in ein TMP verschoben. Danach in den Systemstettings nur das CS2420_94718092_02Adobe_RGB.icc ausgewählt und mit root Rechten systemweit installiert. Nach dem Neustart steht dann in den Systemsettings nicht mehr CS2420_94718092_02Adobe_RGB sondern ENC CS2420 _xorg. Das zeigt mir auch ein
Am 05.03.24 um 11:08 schrieb Herbert Albert:
...
Da ist wirklich der Wurm drin.
Ich habe jetzt meinen alten Thread wiedergefunden, als es um die Entscheidung ging welchen Monitor. Dabei hat mir Daniel Bauer sehr geholfen.
https://lists.opensuse.org/archives/list/users-de@lists.opensuse.org/thread/...
Am Ende des Threads hatte ich einen EIZO ColorEdge CS2420, mit einem SpyderX Pro habe ich dann unter Windows eine Hartwarekalibrierung durch geführt und die oben genannten icc Profile erzeugt. Und die Auswahl des jeweiligen Profils, synchron mit den Monitoreinstellungen haben funktioniert.
Kann es sein, dass hier der Nvidia-Treiber schuld ist?
Hallo, also bei mir, OS 15.5, KDE, Nvidia-Karte, läuft es. Ich habe mein ICC-Profile allerdings in /usr/share/color/icc/colord/, /var/lib/colord/icc/ ist bei mir leer. In ~/.local/share/icc/ ist mein Adobe-Profil auch drin, aber nur noch ein anderes, während ein KDE Einstellungen -> Fabrkorrekturen -> Profile jede Menge Profile angezeigt werden (ich nehme an, die aus /usr/share/color/icc/colord/). Ich würde dein Profil mal dahin kopieren, falls es nicht schon da ist, und auf die Rechte achten (einfach gleich wie die anderen, die schon da sind :-) ) Ich nehme an, dass du nicht einfach nur das Profil *installiert"* hast, sondern es auch dem entsprechenden Bildschim hinbzugefügt und aktiviert hast (Geräte -> Bildschirm -> Profil hinzufügen oder falls schon in der Liste Kästchen anklicken Sorry, mehr weiss ich nicht :-( -------- Betriebssystem: openSUSE Leap 15.5 KDE-Plasma-Version: 5.27.9 KDE-Frameworks-Version: 5.103.0 Qt-Version: 5.15.8 Grafik-Plattform: X11 Prozessoren: 16 × 11th Gen Intel® Core™ i9-11900K @ 3.50GHz Grafikprozessor: NVIDIA GeForce RTX 3070 Ti/PCIe/SSE2 ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled couldn't locate primary CRTC! CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (560 bytes) description: Adobe RGB (1998) colord: "/home/daniel/.local/share/icc/AdobeRGB1998.icc" description: Adobe RGB (1998) Your system seems to be correctly configured -- Daniel Bauer photographer Basel Málaga Twitter: @Marsfotografo (often explicit nudes) https://www.patreon.com/danielbauer https://www.daniel-bauer.com (nudes)
Am Dienstag, 5. März 2024, 16:15:18 CET schrieb Daniel Bauer:
Am 05.03.24 um 11:08 schrieb Herbert Albert:
...
Da ist wirklich der Wurm drin.
Ich habe jetzt meinen alten Thread wiedergefunden, als es um die Entscheidung ging welchen Monitor. Dabei hat mir Daniel Bauer sehr geholfen.
https://lists.opensuse.org/archives/list/users-de@lists.opensuse.org/threa d/UKOGVFZ7RRPLQ5FN426R4QRP4YZ7DS6K/ #UKOGVFZ7RRPLQ5FN426R4QRP4YZ7DS6K
Am Ende des Threads hatte ich einen EIZO ColorEdge CS2420, mit einem SpyderX Pro habe ich dann unter Windows eine Hartwarekalibrierung durch geführt und die oben genannten icc Profile erzeugt. Und die Auswahl des jeweiligen Profils, synchron mit den Monitoreinstellungen haben funktioniert.
Kann es sein, dass hier der Nvidia-Treiber schuld ist?
Hallo,
also bei mir, OS 15.5, KDE, Nvidia-Karte, läuft es.
Ich habe mein ICC-Profile allerdings in /usr/share/color/icc/colord/,
/var/lib/colord/icc/ ist bei mir leer. In ~/.local/share/icc/ ist mein Adobe-Profil auch drin, aber nur noch ein anderes, während ein KDE Einstellungen -> Fabrkorrekturen -> Profile jede Menge Profile angezeigt werden (ich nehme an, die aus /usr/share/color/icc/colord/).
Ich würde dein Profil mal dahin kopieren, falls es nicht schon da ist, und auf die Rechte achten (einfach gleich wie die anderen, die schon da sind :-) )
Ich nehme an, dass du nicht einfach nur das Profil *installiert"* hast, sondern es auch dem entsprechenden Bildschim hinbzugefügt und aktiviert hast (Geräte -> Bildschirm -> Profil hinzufügen oder falls schon in der Liste Kästchen anklicken
Sorry, mehr weiss ich nicht :-(
--------
Betriebssystem: openSUSE Leap 15.5 KDE-Plasma-Version: 5.27.9 KDE-Frameworks-Version: 5.103.0 Qt-Version: 5.15.8 Grafik-Plattform: X11 Prozessoren: 16 × 11th Gen Intel® Core™ i9-11900K @ 3.50GHz Grafikprozessor: NVIDIA GeForce RTX 3070 Ti/PCIe/SSE2
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
couldn't locate primary CRTC! CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (560 bytes) description: Adobe RGB (1998) colord: "/home/daniel/.local/share/icc/AdobeRGB1998.icc" description: Adobe RGB (1998)
Your system seems to be correctly configured Hallo Daniel,
ich habe nun /var/lib/colord/icc gellehrt, meine 3 Kalibrierprofile /usr/share/color/icc/colord kopiert (Rechte sind gleich) und auch in ~/.local/share/icc nur diese 3 icc hin kopiert. Außerdem alle ENC CS2420 _xorg.icc aus / home/herbert/.local/share/icc/ und ~/.local/share/color/icc/devices/Monitor/ gelöscht. Dann unter Geräte, Profil hinzufügen, Verfügbare Profile CS2420_94718092_02Adobe_RGB.icc ausgewaählt. Aber nicht (noch nicht) systemweit installieren ausgeführt, nur an gehakt. Der Behehl ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (8392 bytes) description: CS2420(94718092)02Adobe RGB colord: "/usr/share/color/icc/colord/CS2420_94718092_02Adobe_RGB.icc" description: CS2420(94718092)02Adobe RGB Your system seems to be correctly configured sagt mir dann, dass es aktiv ist. Dann habe ich erst einmal einen Neustart gemacht, um zu sehen, ob es auch behalten wird (so war es ja bisher bei leap 15.4). Nach einem Neustart war es auch aktiv. Danach habe ich auch die anderen beiden Kalibrierprofile hinzugefügt. So das unter Geräte bei dem Monitor stehen: CS2420_94718092_01Custom.icc x CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc
Am Dienstag, 5. März 2024, 17:11:12 CET schrieb Herbert Albert:
Am Dienstag, 5. März 2024, 16:15:18 CET schrieb Daniel Bauer:
Am 05.03.24 um 11:08 schrieb Herbert Albert:
...
Da ist wirklich der Wurm drin.
Ich habe jetzt meinen alten Thread wiedergefunden, als es um die Entscheidung ging welchen Monitor. Dabei hat mir Daniel Bauer sehr geholfen.
https://lists.opensuse.org/archives/list/users-de@lists.opensuse.org/thr ea d/UKOGVFZ7RRPLQ5FN426R4QRP4YZ7DS6K/
#UKOGVFZ7RRPLQ5FN426R4QRP4YZ7DS6K
Am Ende des Threads hatte ich einen EIZO ColorEdge CS2420, mit einem SpyderX Pro habe ich dann unter Windows eine Hartwarekalibrierung durch geführt und die oben genannten icc Profile erzeugt. Und die Auswahl des jeweiligen Profils, synchron mit den Monitoreinstellungen haben funktioniert.
Kann es sein, dass hier der Nvidia-Treiber schuld ist?
Hallo,
also bei mir, OS 15.5, KDE, Nvidia-Karte, läuft es.
Ich habe mein ICC-Profile allerdings in /usr/share/color/icc/colord/,
/var/lib/colord/icc/ ist bei mir leer. In ~/.local/share/icc/ ist mein Adobe-Profil auch drin, aber nur noch ein anderes, während ein KDE Einstellungen -> Fabrkorrekturen -> Profile jede Menge Profile angezeigt werden (ich nehme an, die aus /usr/share/color/icc/colord/).
Ich würde dein Profil mal dahin kopieren, falls es nicht schon da ist, und auf die Rechte achten (einfach gleich wie die anderen, die schon da sind :-) )
Ich nehme an, dass du nicht einfach nur das Profil *installiert"* hast, sondern es auch dem entsprechenden Bildschim hinbzugefügt und aktiviert hast (Geräte -> Bildschirm -> Profil hinzufügen oder falls schon in der Liste Kästchen anklicken
Sorry, mehr weiss ich nicht :-(
--------
Betriebssystem: openSUSE Leap 15.5 KDE-Plasma-Version: 5.27.9 KDE-Frameworks-Version: 5.103.0 Qt-Version: 5.15.8 Grafik-Plattform: X11 Prozessoren: 16 × 11th Gen Intel® Core™ i9-11900K @ 3.50GHz Grafikprozessor: NVIDIA GeForce RTX 3070 Ti/PCIe/SSE2
~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
couldn't locate primary CRTC! CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile
X atom: _ICC_PROFILE (560 bytes)
description: Adobe RGB (1998)
colord: "/home/daniel/.local/share/icc/AdobeRGB1998.icc"
description: Adobe RGB (1998)
Your system seems to be correctly configured
Hallo Daniel,
ich habe nun /var/lib/colord/icc gellehrt, meine 3 Kalibrierprofile /usr/share/color/icc/colord kopiert (Rechte sind gleich) und auch in ~/.local/share/icc nur diese 3 icc hin kopiert. Außerdem alle ENC CS2420 _xorg.icc aus / home/herbert/.local/share/icc/ und ~/.local/share/color/icc/devices/Monitor/ gelöscht. Dann unter Geräte, Profil hinzufügen, Verfügbare Profile CS2420_94718092_02Adobe_RGB.icc ausgewaählt. Aber nicht (noch nicht) systemweit installieren ausgeführt, nur an gehakt. Der Behehl ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled
primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping
DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (8392 bytes) description: CS2420(94718092)02Adobe RGB colord: "/usr/share/color/icc/colord/CS2420_94718092_02Adobe_RGB.icc" description: CS2420(94718092)02Adobe RGB
Your system seems to be correctly configured sagt mir dann, dass es aktiv ist. Dann habe ich erst einmal einen Neustart gemacht, um zu sehen, ob es auch behalten wird (so war es ja bisher bei leap 15.4).
Am 07.03.24 um 19:27 schrieb Herbert Albert:
habe die Mail irgendwie nicht zu Ende geschrieben. Fakt ist, dass nach dem obigen setzen und einen Neustart immer wieder dieses Profil
~> find . -name "ENC*CS2420*_xorg.icc" ./.local/share/icc/ENC CS2420 _xorg.icc ./.local/share/color/icc/devices/Monitor/ENC CS2420 _xorg.icc
erzeugt wird und dann auch unter Geräte als aktives eingetragen ist.
Es gibt relativ viele Beschwerden über solches Verhalten in Suchmaschinen, die meisten sind allerdings 5 oder 10 Jahre alt, also Jahrhunderte in Computer-Zeit... Folgende sind mir aufgefallen: - einige sagen, man soll /etc/X11/xorg.conf entfernen (umbenennen), falls vorhanden - jemand sagte "Ich fand heraus, dass das Problem darin lag, dass die nvidia-settings-App (NVIDIA X Server Settings) das Farbprofil beim Start zurücksetzte/entlud. Ich habe diesen Eintrag aus den Startanwendungen entfernt, und jetzt bleibt das Farbprofil bei der Anmeldung angewendet" Falls das nicht hilft würde ich bei Opensuse einen Bug eröffnen. Vielleicht kommt dann bessere Hilfe... Viel Glück! -- Daniel Bauer photographer Basel Málaga Twitter: @Marsfotografo (often explicit nudes) https://www.patreon.com/danielbauer https://www.daniel-bauer.com (nudes)
Am Freitag, 8. März 2024, 14:13:41 CET schrieb Daniel Bauer:
Am 07.03.24 um 19:27 schrieb Herbert Albert:
habe die Mail irgendwie nicht zu Ende geschrieben. Fakt ist, dass nach dem obigen setzen und einen Neustart immer wieder dieses Profil
~> find . -name "ENC*CS2420*_xorg.icc" ./.local/share/icc/ENC CS2420 _xorg.icc ./.local/share/color/icc/devices/Monitor/ENC CS2420 _xorg.icc
erzeugt wird und dann auch unter Geräte als aktives eingetragen ist.
Es gibt relativ viele Beschwerden über solches Verhalten in Suchmaschinen, die meisten sind allerdings 5 oder 10 Jahre alt, also Jahrhunderte in Computer-Zeit...
Folgende sind mir aufgefallen:
- einige sagen, man soll /etc/X11/xorg.conf entfernen (umbenennen), falls vorhanden - jemand sagte "Ich fand heraus, dass das Problem darin lag, dass die nvidia-settings-App (NVIDIA X Server Settings) das Farbprofil beim Start zurücksetzte/entlud. Ich habe diesen Eintrag aus den Startanwendungen entfernt, und jetzt bleibt das Farbprofil bei der Anmeldung angewendet"
Falls das nicht hilft würde ich bei Opensuse einen Bug eröffnen. Vielleicht kommt dann bessere Hilfe...
Viel Glück! Hallo Daniel,
in ~/.config/autostart insgesamt 16 -rw-r--r-- 1 herbert users 4795 27. Feb 2020 kalarm.autostart.desktop -rw-r--r-- 1 herbert users 28 7. Aug 2009 kupdateapplet-autostart.desktop -r--r--r-- 1 herbert users 850 16. Sep 2021 org.opensuse.opensuse_welcome.desktop lrwxrwxrwx 1 herbert users 37 4. Sep 2016 rygel.desktop -> /usr/share/applications/ rygel.desktop steht nur das. Die Datei /etc/X11/xorg.conf gibt es bei mir nicht, nur das Verzeichnis ~> ll /etc/X11/xorg.conf.d/ insgesamt 16 -rw-r--r-- 1 root root 447 5. Jul 2023 00-keyboard.conf -rw-r--r-- 1 root root 529 1. Jul 2011 50-device.conf -rw-r--r-- 1 root root 527 1. Jul 2011 50-monitor.conf -rw-r--r-- 1 root root 491 1. Jul 2011 50-screen.conf und bis auf 00-keyboard.conf steht in keiner Datei ein Eintrag. Mit den nvidia-settings habe ich nach wie vor ein Problem. Rufe ich einmal nvidia-settings auf und beende es wieder, landet in meinen $Home die Datei "./.nvidia-settings-rc". Wenn diese da steht, habe ich in der Prozesstabelle eine Zombieprozess. Dies habe ich auch schon als Bug gemeldet. https://bugzilla.suse.com/show_bug.cgi?id=1218458[1] Doch das das Problem besteht nach wie vor, also lösche ich den File. Gefunden habe ich in / etc/X11/xinit/xinitrc.common den Eintrag: ... # Load nvidia settings # if test -r $HOME/.nvidia-settings-rc && type -p nvidia-settings > /dev/null ; then nvidia-settings --load-config-only > /dev/null 2>&1 & ... Aber ob das mit meinem Problem zu tun hat, keine Ahnung. Gruß Herbert -------- [1] https://bugzilla.suse.com/show_bug.cgi?id=1218458
Am Freitag, 8. März 2024, 14:13:41 CET schrieb Daniel Bauer:
Am 07.03.24 um 19:27 schrieb Herbert Albert:
habe die Mail irgendwie nicht zu Ende geschrieben. Fakt ist, dass nach dem obigen setzen und einen Neustart immer wieder dieses Profil
~> find . -name "ENC*CS2420*_xorg.icc" ./.local/share/icc/ENC CS2420 _xorg.icc ./.local/share/color/icc/devices/Monitor/ENC CS2420 _xorg.icc
erzeugt wird und dann auch unter Geräte als aktives eingetragen ist.
Es gibt relativ viele Beschwerden über solches Verhalten in Suchmaschinen, die meisten sind allerdings 5 oder 10 Jahre alt, also Jahrhunderte in Computer-Zeit...
Folgende sind mir aufgefallen:
- einige sagen, man soll /etc/X11/xorg.conf entfernen (umbenennen), falls vorhanden - jemand sagte "Ich fand heraus, dass das Problem darin lag, dass die nvidia-settings-App (NVIDIA X Server Settings) das Farbprofil beim Start zurücksetzte/entlud. Ich habe diesen Eintrag aus den Startanwendungen entfernt, und jetzt bleibt das Farbprofil bei der Anmeldung angewendet"
Falls das nicht hilft würde ich bei Opensuse einen Bug eröffnen. Vielleicht kommt dann bessere Hilfe...
Viel Glück!
Hallo Daniel,
in ~/.config/autostart insgesamt 16 -rw-r--r-- 1 herbert users 4795 27. Feb 2020 kalarm.autostart.desktop -rw-r--r-- 1 herbert users 28 7. Aug 2009 kupdateapplet-autostart.desktop -r--r--r-- 1 herbert users 850 16. Sep 2021 org.opensuse.opensuse_welcome.desktop lrwxrwxrwx 1 herbert users 37 4. Sep 2016 rygel.desktop -> /usr/share/applications/ rygel.desktop steht nur das. Die Datei /etc/X11/xorg.conf gibt es bei mir nicht, nur das Verzeichnis ~> ll /etc/X11/xorg.conf.d/ insgesamt 16 -rw-r--r-- 1 root root 447 5. Jul 2023 00-keyboard.conf -rw-r--r-- 1 root root 529 1. Jul 2011 50-device.conf -rw-r--r-- 1 root root 527 1. Jul 2011 50-monitor.conf -rw-r--r-- 1 root root 491 1. Jul 2011 50-screen.conf und bis auf 00-keyboard.conf steht in keiner Datei ein Eintrag.
Mit den nvidia-settings habe ich nach wie vor ein Problem. Rufe ich einmal nvidia-settings auf und beende es wieder, landet in meinen $Home die Datei "./.nvidia-settings-rc". Wenn diese da steht, habe ich in der Prozesstabelle eine Zombieprozess. Dies habe ich auch schon als Bug gemeldet. https://bugzilla.suse.com/show_bug.cgi?id=1218458[1] Doch das das Problem besteht nach wie vor, also lösche ich den File. Gefunden habe ich in / etc/X11/xinit/xinitrc.common den Eintrag:
... # Load nvidia settings # if test -r $HOME/.nvidia-settings-rc && type -p nvidia-settings > /dev/null ; then nvidia-settings --load-config-only > /dev/null 2>&1 & ... Aber ob das mit meinem Problem zu tun hat, keine Ahnung.
Gruß
Herbert
-------- [1] https://bugzilla.suse.com/show_bug.cgi?id=1218458 ich habe nu mal zum Test colord deinstalliert. Damit verschwindet in den systemsetting ja das Menü Farbkorrekturen. Zuvor noch das Profil find . -name "ENC*CS2420*_xorg.icc" -delete aus meinem $HOME gelöscht und einen Neustart durchgeführt. Danach wurde es aber wieder erzeugt. Also wer oder was macht das, und wo stelle ich das so ab, dass ich unter Farbkorrekturen dauerhaft mein eignes Profil laden kann? Einen Bug Report habe ich schon geschrieben. ~> darktable-cmstest darktable-cmstest version 4.2.0
Am Freitag, 8. März 2024, 20:16:24 CET schrieb Herbert Albert: this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned different profiles X atom: _ICC_PROFILE (1940 bytes) description: ENC CS2420 _xorg colord: "(none)" description: (file not found) Better check your system setup - some monitors reported different profiles You may experience inconsistent color rendition between color managed applications
Am 09.03.24 um 15:43 schrieb Herbert Albert:
Danach wurde es aber wieder erzeugt. Also wer oder was macht das, und wo stelle ich das so ab, dass ich unter Farbkorrekturen dauerhaft mein eignes Profil laden kann? Einen Bug Report habe ich schon geschrieben.
Es tut mir leid, aber ich weiss auch nicht weiter. Benutzt du X11 oder Wayland? echo $XDG_SESSION_TYPE gibt Auskunft. Ich habe gelesen, dass Wayland kein Color-Management unterstützt, aber man liest ja viel... Mehr kommt mir nicht in den Sinn, du kannst nur auf die Reaktion auf deinen Bug-Report hoffen, oder eventuell noch direkt in den NVIDIA-support-foren suchen oder dort die Frage stellen... -- Daniel Bauer photographer Basel Málaga Twitter: @Marsfotografo (often explicit nudes) https://www.patreon.com/danielbauer https://www.daniel-bauer.com (nudes)
Am 09.03.24 um 16:25 schrieb Daniel Bauer: Ah, noch etwas: passiert das nur mit deinem selbsterstellten Profil, oder würde das gewählte Profil beibehalten, wenn du z.B. das offizielle AdobeRGB Profil wählst? Falls dieses über boots hinaus bestehen bliebe, hätte das Problem mit den selbsterstellten Profil zu tun und dann müsstest du im Support des Profilier-Geräts bzw. -Software nach Hilfe suchen... -- Daniel Bauer photographer Basel Málaga Twitter: @Marsfotografo (often explicit nudes) https://www.patreon.com/danielbauer https://www.daniel-bauer.com (nudes)
Am 09.03.24 um 16:25 schrieb Daniel Bauer:
Ah, noch etwas: passiert das nur mit deinem selbsterstellten Profil, oder würde das gewählte Profil beibehalten, wenn du z.B. das offizielle AdobeRGB Profil wählst?
Falls dieses über boots hinaus bestehen bliebe, hätte das Problem mit den selbsterstellten Profil zu tun und dann müsstest du im Support des Profilier-Geräts bzw. -Software nach Hilfe suchen...
Am Samstag, 9. März 2024, 16:35:32 CET schrieb Daniel Bauer: probiere ich gleich mal aus. Du hast ja auch einen Eizo und verwendest das /usr/share/color/icc/colord/ AdobeRGB1998.icc, oder?
Am Samstag, 9. März 2024, 16:35:32 CET schrieb Daniel Bauer:
Am 09.03.24 um 16:25 schrieb Daniel Bauer:
Ah, noch etwas: passiert das nur mit deinem selbsterstellten Profil, oder würde das gewählte Profil beibehalten, wenn du z.B. das offizielle AdobeRGB Profil wählst?
Falls dieses über boots hinaus bestehen bliebe, hätte das Problem mit den selbsterstellten Profil zu tun und dann müsstest du im Support des Profilier-Geräts bzw. -Software nach Hilfe suchen...
probiere ich gleich mal aus. Du hast ja auch einen Eizo und verwendest das /usr/share/color/icc/colord/ AdobeRGB1998.icc, oder? Habe ich ausprobiert, hat aber nichts geholfen. Es standen unter Geräte: die 3 von mir kalibrierten Profile CS2420_94718092_01Custom.icc CS2420_94718092_02Adobe_RGB.icc CS2420_94718092_03sRGB.icc
Am Samstag, 9. März 2024, 16:42:47 CET schrieb Herbert Albert: plus dem neuen x Farbraum: Adobe RGB (1998) welches ich aktiv gesetzt habe. Dann ein Reboot und nun steht da nur: ENC CS2420 edid und das ist aktiv. Was soll ich davon halten? ~> darktable-cmstest darktable-cmstest version 4.2.0 this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 1 has no mode or no output, skipping CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping DP-0 the X atom and colord returned the same profile X atom: _ICC_PROFILE (560 bytes) description: Adobe RGB (1998) colord: "/usr/share/color/icc/Adobe ICC Profiles/RGB Profiles/AdobeRGB1998.icc" description: Adobe RGB (1998) Your system seems to be correctly configured
Am Samstag, 9. März 2024, 16:25:00 CET schrieb Daniel Bauer:
Am 09.03.24 um 15:43 schrieb Herbert Albert:
Danach wurde es aber wieder erzeugt. Also wer oder was macht das, und wo stelle ich das so ab, dass ich unter Farbkorrekturen dauerhaft mein eignes Profil laden kann? Einen Bug Report habe ich schon geschrieben.
Es tut mir leid, aber ich weiss auch nicht weiter. Benutzt du X11 oder Wayland?
echo $XDG_SESSION_TYPE
gibt Auskunft.
Ich habe gelesen, dass Wayland kein Color-Management unterstützt, aber man liest ja viel...
Mehr kommt mir nicht in den Sinn, du kannst nur auf die Reaktion auf deinen Bug-Report hoffen, oder eventuell noch direkt in den NVIDIA-support-foren suchen oder dort die Frage stellen... Hallo Daniel,
die Fragen sind nicht nur an Dich gerichtet, sondern vielmehr an die Liste. Vielleicht kennt sich ja jemand mit dem Mechanismus aus, welcher mir dieses ominöse icc Profil bei jeden Neustart herzaubert und mein eigenes inaktiv setzt. Ich verwende X11 und nicht Wayland. Ich habe ja den proprietären Nvidia- Treiber in Verdacht, aber da kenne ich mich zu wenig aus. Schon allein die Tatsach, dass diese nvidia-settings-rc bei mir ins $HOME geschrieben wird und dadurch ein Zombie-Prozess generiert wird stört. Bei meinem Bug-Report hieß es, die gehört da nicht hin, doch wie sage ich dem System wo sie hingehört? Was ich leider nicht mehr nachvollziehen kann ist, ob das verhalten mit dem Systemupgrade von leap 15.4 auf 15.5 einherging oder erst später, z. B. mit einem Update des Nvidia-Treibers oder einen anderen Update Einzug hielt. Ich schaue ja nicht nach jedem Rechnerstart meine Einstellungen durch, sonder hatte mich darauf verlassen, dass das gesetzte Profil dauerhaft geladen wird. Gruß Herbert
Am Samstag, 9. März 2024, 16:37:32 CET schrieb Herbert Albert:
Am Samstag, 9. März 2024, 16:25:00 CET schrieb Daniel Bauer:
Am 09.03.24 um 15:43 schrieb Herbert Albert:
Danach wurde es aber wieder erzeugt. Also wer oder was macht das, und wo stelle ich das so ab, dass ich unter Farbkorrekturen dauerhaft mein eignes Profil laden kann? Einen Bug Report habe ich schon geschrieben.
Es tut mir leid, aber ich weiss auch nicht weiter. Benutzt du X11 oder Wayland?
echo $XDG_SESSION_TYPE
gibt Auskunft.
Ich habe gelesen, dass Wayland kein Color-Management unterstützt, aber man liest ja viel...
Mehr kommt mir nicht in den Sinn, du kannst nur auf die Reaktion auf deinen Bug-Report hoffen, oder eventuell noch direkt in den NVIDIA-support-foren suchen oder dort die Frage stellen...
Hallo Daniel,
die Fragen sind nicht nur an Dich gerichtet, sondern vielmehr an die Liste. Vielleicht kennt sich ja jemand mit dem Mechanismus aus, welcher mir dieses ominöse icc Profil bei jeden Neustart herzaubert und mein eigenes inaktiv setzt. Ich verwende X11 und nicht Wayland. Ich habe ja den proprietären Nvidia- Treiber in Verdacht, aber da kenne ich mich zu wenig aus. Schon allein die Tatsach, dass diese nvidia-settings-rc bei mir ins $HOME geschrieben wird und dadurch ein Zombie-Prozess generiert wird stört. Bei meinem Bug-Report hieß es, die gehört da nicht hin, doch wie sage ich dem System wo sie hingehört? Was ich leider nicht mehr nachvollziehen kann ist, ob das verhalten mit dem Systemupgrade von leap 15.4 auf 15.5 einherging oder erst später, z. B. mit einem Update des Nvidia-Treibers oder einen anderen Update Einzug hielt. Ich schaue ja nicht nach jedem Rechnerstart meine Einstellungen durch, sonder hatte mich darauf verlassen, dass das gesetzte Profil dauerhaft geladen wird.
Gruß
Herbert Hallo Daniel,
ist bei Dir das Paket oyranos installiert? Ich habe hier https://github.com/oyranos-cms/oyranos/ issues/54 etwas gefunden, dass oyranos diese Profile "_xorg.icc" wohl erzeugt. Deshalb habe ich nun diese Paket und die dazugehörigen deinstalliert, das Profil wie oben beschrieben gelöscht und neu gestartet. 2024-03-12 09:59:02|remove |icc-examin-lang|0.56-bp155.3.13|noarch|root@wodan2| 2024-03-12 09:59:02|remove |icc-profiles-all|1.2-bp155.2.9|noarch|root@wodan2| 2024-03-12 09:59:02|remove |oyranos-qcmsevents|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |icc-examin|0.56-bp155.3.13|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |icc-profiles-oyranos-extra|1.2-bp155.2.9|noarch|root@wodan2| 2024-03-12 09:59:03|remove |oyranos-ui-fltk|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |oyranos|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |oyranos-profile-graph|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |oyranos-monitor|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:03|remove |liboyranos0|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:04|remove |liboyranos0-cups|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:04|remove |liboyranos0-lraw|0.9.6-bp155.3.17|x86_64|root@wodan2| 2024-03-12 09:59:04|remove |liboyranos0-monitor|0.9.6-bp155.3.17|x86_64|root@wodan2| Dann wurde meine Einstellung behalten. Mal sehen, ob das dauerhaft ist. Wie das das Farbmanagement auf meinen Rechner kam, kann ich jetzt nicht mehr nachvollziehen. Wenn es schon länger auf meinem Rechner war (ich mache ja beim Upgrade keine Neuinstallation, sondern seit Jahren ein zypper dup etc.), dann muss sich das Verhalten evtl. mit dem Upgrade auf 15.5 oder mit einem Update eingeschlichen haben. Siehe auch: https://de.opensuse.org/Farbmanagement[1] https://userbase.kde.org/KolorManager/de[2] Gruß Herbert -------- [1] https://de.opensuse.org/Farbmanagement [2] https://userbase.kde.org/KolorManager/de
Am 12.03.24 um 10:23 schrieb Herbert Albert:
Hallo Daniel,
ist bei Dir das Paket oyranos installiert? Ich habe hier https://github.com/oyranos-cms/oyranos/issues/54 etwas gefunden, dass oyranos diese Profile "_xorg.icc" wohl erzeugt. Deshalb habe ich nun diese Paket und die dazugehörigen deinstalliert, das Profil wie oben beschrieben gelöscht und neu gestartet.
Dann wurde meine Einstellung behalten. Mal sehen, ob das dauerhaft ist. Wie das das Farbmanagement auf meinen Rechner kam, kann ich jetzt nicht mehr nachvollziehen. Wenn es schon länger auf meinem Rechner war (ich mache ja beim Upgrade keine Neuinstallation, sondern seit Jahren ein zypper dup etc.), dann muss sich das Verhalten evtl. mit dem Upgrade auf 15.5 oder mit einem Update eingeschlichen haben.
Hallo Herbert, nein ich habe oyranos nicht installkiert, noch nie davon gehört :-) Kann schon sein, dass dieses Programm dein Problem verursacht, da es sich ja, wie ich lese, mit der Konfiguration von Fabrbprofilen beschäftigt. Hoffentlich hat sich dein Problem damit gelöst! -- Daniel Bauer photographer Basel Málaga Twitter: @Marsfotografo (often explicit nudes) https://www.patreon.com/danielbauer https://www.daniel-bauer.com (nudes)
Am Dienstag, 12. März 2024, 13:59:14 CET schrieb Daniel Bauer:
Am 12.03.24 um 10:23 schrieb Herbert Albert:
Hallo Daniel,
ist bei Dir das Paket oyranos installiert? Ich habe hier https://github.com/oyranos-cms/oyranos/issues/54 etwas gefunden, dass oyranos diese Profile "_xorg.icc" wohl erzeugt. Deshalb habe ich nun diese Paket und die dazugehörigen deinstalliert, das Profil wie oben beschrieben gelöscht und neu gestartet.
Dann wurde meine Einstellung behalten. Mal sehen, ob das dauerhaft ist. Wie das das Farbmanagement auf meinen Rechner kam, kann ich jetzt nicht mehr nachvollziehen. Wenn es schon länger auf meinem Rechner war (ich mache ja beim Upgrade keine Neuinstallation, sondern seit Jahren ein zypper dup etc.), dann muss sich das Verhalten evtl. mit dem Upgrade auf 15.5 oder mit einem Update eingeschlichen haben.
Hallo Herbert, nein ich habe oyranos nicht installkiert, noch nie davon gehört :-) Kann schon sein, dass dieses Programm dein Problem verursacht, da es sich ja, wie ich lese, mit der Konfiguration von Fabrbprofilen beschäftigt. Hoffentlich hat sich dein Problem damit gelöst! Hallo Daniel,
ja scheint so. Auch nach dem 2. rebbot wird mein eigenes Profil geladen. Scheint also die Ursache gewesen zu sein. Gruß Herbert
Hallo Herbert, Am Freitag, 8. März 2024, 20:16:24 CET schrieb Herbert Albert:
Am Freitag, 8. März 2024, 14:13:41 CET schrieb Daniel Bauer:
Am 07.03.24 um 19:27 schrieb Herbert Albert:
habe die Mail irgendwie nicht zu Ende geschrieben. Fakt ist, dass nach dem obigen setzen und einen Neustart immer wieder dieses Profil
~> find . -name "ENC*CS2420*_xorg.icc" ./.local/share/icc/ENC CS2420 _xorg.icc ./.local/share/color/icc/devices/Monitor/ENC CS2420 _xorg.icc
erzeugt wird und dann auch unter Geräte als aktives eingetragen ist.
Es gibt relativ viele Beschwerden über solches Verhalten in Suchmaschinen, die meisten sind allerdings 5 oder 10 Jahre alt, also Jahrhunderte in Computer-Zeit...
Folgende sind mir aufgefallen:
- einige sagen, man soll /etc/X11/xorg.conf entfernen (umbenennen), falls vorhanden - jemand sagte "Ich fand heraus, dass das Problem darin lag, dass die nvidia-settings-App (NVIDIA X Server Settings) das Farbprofil beim Start zurücksetzte/entlud. Ich habe diesen Eintrag aus den Startanwendungen entfernt, und jetzt bleibt das Farbprofil bei der Anmeldung angewendet"
Falls das nicht hilft würde ich bei Opensuse einen Bug eröffnen. Vielleicht kommt dann bessere Hilfe...
Viel Glück!
Hallo Daniel,
in ~/.config/autostart insgesamt 16 -rw-r--r-- 1 herbert users 4795 27. Feb 2020 kalarm.autostart.desktop -rw-r--r-- 1 herbert users 28 7. Aug 2009 kupdateapplet-autostart.desktop -r--r--r-- 1 herbert users 850 16. Sep 2021 org.opensuse.opensuse_welcome.desktop lrwxrwxrwx 1 herbert users 37 4. Sep 2016 rygel.desktop -> /usr/share/applications/ rygel.desktop steht nur das. Die Datei /etc/X11/xorg.conf gibt es bei mir nicht, nur das Verzeichnis ~> ll /etc/X11/xorg.conf.d/ insgesamt 16 -rw-r--r-- 1 root root 447 5. Jul 2023 00-keyboard.conf -rw-r--r-- 1 root root 529 1. Jul 2011 50-device.conf -rw-r--r-- 1 root root 527 1. Jul 2011 50-monitor.conf -rw-r--r-- 1 root root 491 1. Jul 2011 50-screen.conf und bis auf 00-keyboard.conf steht in keiner Datei ein Eintrag.
Mit den nvidia-settings habe ich nach wie vor ein Problem. Rufe ich einmal nvidia-settings auf und beende es wieder, landet in meinen $Home die Datei "./.nvidia-settings-rc". Wenn diese da steht, habe ich in der Prozesstabelle eine Zombieprozess. Dies habe ich auch schon als Bug gemeldet. https://bugzilla.suse.com/show_bug.cgi?id=1218458[1] Doch das das Problem besteht nach wie vor, also lösche ich den File. Gefunden habe ich in / etc/X11/xinit/xinitrc.common den Eintrag:
... # Load nvidia settings # if test -r $HOME/.nvidia-settings-rc && type -p nvidia-settings > /dev/null ; then nvidia-settings --load-config-only > /dev/null 2>&1 & ... Aber ob das mit meinem Problem zu tun hat, keine Ahnung.
bei Daniel geht es. Ich kann das mit dem Profil hier nicht testen. Doch mir scheint es so, als müßte es gehen. Also: keine Panik In ruhe probieren. Am besten nach einer Anleitung. Hast Du auch direkt nvidia-settings gestartet? Davon gehe ich aus. Dort gibt es doch zwei Optionen zum Speichern. Einmal im Heimatverzeichnis und dann für X11. Und Du hast unter 15.4 ja schon Erfahrung. Was ist der Vorteil von einem Farbprofil? Vieleicht entgeht mir da was. Unten Verknüpfungen und Hinweise, die ev. Grundlage für weitere Fragen sind oder weiter helfen oder die Du noch nicht gesehen hast. Viele Grüße und Erfolg Hugo Mahr ---------------------Verknüpfungen und Hinweise-------------------------------- https://userbase.kde.org/ Color_Management#How_to_enable_color_correction_in_KDE Speziell: When should we expect complete color management for KDE? If we are talking about color management ... compositor (KWin), sooner than not anytime soon. Also klingt gut. /etc/X11/xinit/xinitrc.common mit nvidia Eintrag auch hier -- nicht in /etc/ X11/xorg.conf.d/*. ~/.nv ~/.nvidia-settings-rc gibt es auch hier. https://wiki.ubuntuusers.de/nvidia-settings/ https://download.nvidia.com/XFree86/Linux-x86_64/510.47.03/README/ commonproblems.html https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/Adjust_Color_Image_Settings_How_do_I.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/index.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/CS_Adjust_Color_Settings_Advanced.htm https://userbase.kde.org/Color_Management https://askubuntu.com/questions/1259560/how-to-get-kde-to-update-settings-on... Falls aus irgendeinem Grund da doch Probleme sind. https://userbase.kde.org/KDE_System_Administration/XDG_Filesystem_Hierarchy https://de.wikipedia.org/wiki/Konfigurationsdatei#Unix https://userbase.kde.org/KDE_System_Administration/Configuration_Files https://www.gnu.org/software/bash/manual/html_node/index.html#SEC_Contents man bash|grep -nA2 ' type ' -- mir war der type Befehl nicht bekannt. Zu Zombie proceß hat ja Manfred im Dezember etwas erklärt. Dahin ein Danke. Trotzdem: https://en.wikipedia.org/wiki/Zombie_process Und wenn der Zombie_process von nvidia kommt, dann muß doch nvidia was ändern.
Hallo Hugo Am Dienstag, 12. März 2024, 12:11:33 CET schrieb Hugo Mahr: [... ]
bei Daniel geht es. Ich kann das mit dem Profil hier nicht testen. Doch mir scheint es so, als müßte es gehen. Also: keine Panik In ruhe probieren. Am besten nach einer Anleitung. Hast Du auch direkt nvidia-settings gestartet? Davon gehe ich aus. Dort gibt es doch zwei Optionen zum Speichern. Einmal im Heimatverzeichnis und dann für X11.
ja das habe ich gesehen. Doch die User-Einstellungen werden, wie auch in dem Link von Dir beschrieben (https://wiki.ubuntuusers.de/nvidia-settings/[1]) direkt in $HOME geschrieben. /"Änderung der Farbeinstellungen und der Bildqualität werden nicht in die xorg.conf geschrieben, sondern für jeden Benutzer separat durch "Save Current Configuration" im home- Verzeichnis des jeweiligen Benutzers in der Datei *.nvidia-settings.rc* festgelegt."/ Sobald die Datei .nvidia-settings.rc in meinem $HOME liegt, habe ich den Zombie-Prozess. Das ist aber gerade nicht mein Problem. Wie Manfred schrieb ist der wohl harmlos.
Und Du hast unter 15.4 ja schon Erfahrung. Was ist der Vorteil von einem Farbprofil? Vieleicht entgeht mir da was.
Zu den Farbmanagement & Kalibrierung kannst Du dich hier https://www.eizo.de/ farbmanagement-kalibrierung/alles-ueber-monitor-kalibrierung[2] informieren (warum und wieso). Da ich einen Eizo habe, der die Möglichkeit der Hardwarekalibrierung hat, mache ich das auch um beim digitalisieren meiner Dias und Negative möglichst farbecht zu bleiben. Siehe auch hier: https://www.fotowissen.eu/monitor-kalibrierung-bildbearbeitung/ #Warum_den_Monitor_kalibrieren[3]
Unten Verknüpfungen und Hinweise, die ev. Grundlage für weitere Fragen sind oder weiter helfen oder die Du noch nicht gesehen hast. Viele Grüße und Erfolg Hugo Mahr
---------------------Verknüpfungen und Hinweise-------------------------------- https://userbase.kde.org/ Color_Management#How_to_enable_color_correction_in_KDE Speziell: When should we expect complete color management for KDE? If we are talking about color management ... compositor (KWin), sooner than not anytime soon. Also klingt gut.
/etc/X11/xinit/xinitrc.common mit nvidia Eintrag auch hier -- nicht in /etc/ X11/xorg.conf.d/*. ~/.nv ~/.nvidia-settings-rc gibt es auch hier.
https://wiki.ubuntuusers.de/nvidia-settings/ https://download.nvidia.com/XFree86/Linux-x86_64/510.47.03/README/ commonproblems.html https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/Adjust_Color_Image_Settings_How_do_I.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/index.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/CS_Adjust_Color_Settings_Advanced.htm https://userbase.kde.org/Color_Management Auf dieser Seite bin ich ja auf das Paket Oyranos[4] gestoßen, welches bei mir mindestens schon seit 2019 installiert war, sagt mir jedenfalls die Zypper-History. Und nach dem ich es entfernt habe scheinen meine eigenen Monitorprofile gesetzt und beibehalten zu werden. In den KDE systemsettings wird ja unter Farbkorrekturen das Paket colord aufgerufen.
Vielleicht habe ich da noch nicht alles verstanden.
Zu Zombie proceß hat ja Manfred im Dezember etwas erklärt. Dahin ein Danke.
ja die Ausführungen waren hilfreich und haben gezeigt, dass das Problem wohl bei nvidia liegt.
Trotzdem: https://en.wikipedia.org/wiki/Zombie_process Und wenn der Zombie_process von nvidia kommt, dann muß doch nvidia was ändern.
Gruß Herbert -------- [1] https://wiki.ubuntuusers.de/nvidia-settings/ [2] https://www.eizo.de/farbmanagement-kalibrierung/alles-ueber-monitor-kalibrie... [3] https://www.fotowissen.eu/monitor-kalibrierung-bildbearbeitung/ #Warum_den_Monitor_kalibrieren [4] http://www.oyranos.org
Am Dienstag, 12. März 2024, 15:26:16 CET schrieb Herbert Albert:
Hallo Hugo
Am Dienstag, 12. März 2024, 12:11:33 CET schrieb Hugo Mahr: [... ]
bei Daniel geht es. Ich kann das mit dem Profil hier nicht testen. Doch mir scheint es so, als müßte es gehen. Also: keine Panik In ruhe probieren. Am besten nach einer Anleitung. Hast Du auch direkt nvidia-settings gestartet? Davon gehe ich aus. Dort gibt es doch zwei Optionen zum Speichern. Einmal im Heimatverzeichnis und dann für X11.
ja das habe ich gesehen. Doch die User-Einstellungen werden, wie auch in dem Link von Dir beschrieben (https://wiki.ubuntuusers.de/nvidia-settings/[1]) direkt in $HOME geschrieben. /"Änderung der Farbeinstellungen und der Bildqualität werden nicht in die xorg.conf geschrieben, sondern für jeden Benutzer separat durch "Save Current Configuration" im home- Verzeichnis des jeweiligen Benutzers in der Datei *.nvidia-settings.rc* festgelegt."/
Sobald die Datei .nvidia-settings.rc in meinem $HOME liegt, habe ich den Zombie-Prozess. Das ist aber gerade nicht mein Problem. Wie Manfred schrieb ist der wohl harmlos.
Und Du hast unter 15.4 ja schon Erfahrung. Was ist der Vorteil von einem Farbprofil? Vieleicht entgeht mir da was.
Zu den Farbmanagement & Kalibrierung kannst Du dich hier https://www.eizo.de/ farbmanagement-kalibrierung/alles-ueber-monitor-kalibrierung[2] informieren (warum und wieso). Da ich einen Eizo habe, der die Möglichkeit der Hardwarekalibrierung hat, mache ich das auch um beim digitalisieren meiner Dias und Negative möglichst farbecht zu bleiben. Siehe auch hier: https://www.fotowissen.eu/monitor-kalibrierung-bildbearbeitung/ #Warum_den_Monitor_kalibrieren[3]
Unten Verknüpfungen und Hinweise, die ev. Grundlage für weitere Fragen sind oder weiter helfen oder die Du noch nicht gesehen hast. Viele Grüße und Erfolg
Hugo Mahr
---------------------Verknüpfungen und
Hinweise-------------------------------- https://userbase.kde.org/ Color_Management#How_to_enable_color_correction_in_KDE Speziell: When should we expect complete color management for KDE?
If we are talking about color management ... compositor (KWin), sooner
than not anytime soon.
Also klingt gut.
/etc/X11/xinit/xinitrc.common mit nvidia Eintrag auch hier -- nicht in /etc/ X11/xorg.conf.d/*.
~/.nv ~/.nvidia-settings-rc gibt es auch hier.
https://wiki.ubuntuusers.de/nvidia-settings/ https://download.nvidia.com/XFree86/Linux-x86_64/510.47.03/README/ commonproblems.html https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/Adjust_Color_Image_Settings_How_do_I.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/index.htm https://www.nvidia.com/content/Control-Panel-Help/vLatest/de-de/ mergedProjects/nvdspDEU/CS_Adjust_Color_Settings_Advanced.htm https://userbase.kde.org/Color_Management
Auf dieser Seite bin ich ja auf das Paket Oyranos[4] gestoßen, welches bei mir mindestens schon seit 2019 installiert war, sagt mir jedenfalls die Zypper-History. Und nach dem ich es entfernt habe scheinen meine eigenen Monitorprofile gesetzt und beibehalten zu werden. In den KDE systemsettings wird ja unter Farbkorrekturen das Paket colord aufgerufen.
Vielleicht habe ich da noch nicht alles verstanden.
Zu Zombie proceß hat ja Manfred im Dezember etwas erklärt. Dahin ein Danke.
ja die Ausführungen waren hilfreich und haben gezeigt, dass das Problem wohl bei nvidia liegt.
Trotzdem: https://en.wikipedia.org/wiki/Zombie_process
Und wenn der Zombie_process von nvidia kommt, dann muß doch nvidia was ändern.
Gruß
Herbert
-------- [1] https://wiki.ubuntuusers.de/nvidia-settings/ [2] https://www.eizo.de/farbmanagement-kalibrierung/alles-ueber-monitor-kalibri erung [3] https://www.fotowissen.eu/monitor-kalibrierung-bildbearbeitung/ #Warum_den_Monitor_kalibrieren [4] http://www.oyranos.org Habe nun, um sicher zu gehen, die zuvor deinstallierten oyranos Pakte nochmals installiert, ohne irgendetwas in den Programmen aufzurufen. Und siehe da, nach dem Systemstart ist wieder das Profil ENC CS2420 _xorg.icc gesetzt. Was mich ein wenig wundert, vergleiche ich den Farbraum von diesem Profil mit meinem in dem Programm cm-viewer, dann ist er etwas größer als der von meinem Profil. Also was für ein Mechanismus steckt da hinter oyranos?
participants (3)
-
Daniel Bauer
-
Herbert Albert
-
Hugo Mahr