https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #20 from DrSlony <[hidden email]> --- I use a Huey with argyllcms and dispcalGUI. I store the profile in /usr/share/color/icc/latest.icc exiftool /usr/share/color/icc/latest.icc ExifTool Version Number : 10.00 File Name : latest.icc Directory : /usr/share/color/icc File Size : 546 kB File Modification Date/Time : 2015:05:07 14:03:39+02:00 File Access Date/Time : 2014:09:14 19:17:42+02:00 File Inode Change Date/Time : 2015:05:07 14:03:39+02:00 File Permissions : rw-r--r-- File Type : ICC File Type Extension : icc MIME Type : application/vnd.iccprofile Profile CMM Type : argl Profile Version : 2.2.0 Profile Class : Display Device Profile Color Space Data : RGB Profile Connection Space : XYZ Profile Date Time : 2015:05:06 15:36:52 Profile File Signature : acsp Primary Platform : Unknown (*nix) CMM Flags : Not Embedded, Independent Device Manufacturer : Device Model : Device Attributes : Reflective, Glossy, Positive, Color Rendering Intent : Perceptual Connection Space Illuminant : 0.9642 1 0.82491 Profile Creator : argl Profile ID : fbe785e1e696ffa7648e82861e97c2ba Profile Description : HSD173PUW1 2015-05-06 2.35 M-S XYZLUT+MTX Profile Copyright : No copyright. Created with dispcalGUI 3.0.0.0 and Argyll CMS 1.7.0 Device Model Desc : HannStar Display Corp HSD173PUW1 Luminance : 0 113.1743 0 Media White Point : 0.92873 1 1.48032 Media Black Point : 0.00212 0.00157 0.00349 Colorant Count : 3 Colorant 1 Name : Red Colorant 1 Coordinates : 12826 7358 464 Colorant 2 Name : Green Colorant 2 Coordinates : 13748 21885 2348 Colorant 3 Name : Blue Colorant 3 Coordinates : 5238 3701 24321 Video Card Gamma : (Binary data 1554 bytes, use -b option to extract) A To B0 : (Binary data 240250 bytes, use -b option to extract) B To A0 : (Binary data 241786 bytes, use -b option to extract) Red Matrix Column : 0.39603 0.22824 0.01694 Green Matrix Column : 0.41473 0.67636 0.08015 Blue Matrix Column : 0.15344 0.0954 0.72781 Red Tone Reproduction Curve : (Binary data 524 bytes, use -b option to extract) Green Tone Reproduction Curve : (Binary data 524 bytes, use -b option to extract) Blue Tone Reproduction Curve : (Binary data 524 bytes, use -b option to extract) Char Target : (Binary data 71631 bytes, use -b option to extract) A To B1 : (Binary data 240250 bytes, use -b option to extract) B To A1 : (Binary data 241786 bytes, use -b option to extract) Chromaticity Channels : 3 Chromaticity Colorant : Unknown (0) Chromaticity Channel 1 : 0.5948 0.35866 Chromaticity Channel 2 : 0.31032 0.59152 Chromaticity Channel 3 : 0.14453 0.08237 Warning : Invalid Metadata data digiKam reports that /usr/share/color/icc is scanned. The profile works fine when I load it using "argyll-dispwin /usr/share/color/icc/latest.icc" or in RawTherapee. I will create a new monitor color profile using dispcalGUI-3.0.4.1 and argyllcms-1.2 later today. But all this is irrelevant, as digiKam won't let me choose anything in the combobox - it's grayed out. http://i.imgur.com/SbVa9Kw.png -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #21 from Gilles Caulier <[hidden email]> --- Combobox is grayed out because it has not detected a monitor color profile in your collection. Combobox is not populated and still empty. So it's grayed out. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #22 from DrSlony <[hidden email]> --- It must be a bug. I've been using this profile for months, it worked in previous digiKam versions. My request is that a filechooser is added so that users can point digiKam to a file anywhere on disk, not only in "scanned" directories. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #23 from Gilles Caulier <[hidden email]> --- Can you attach the monitor color profile file to this report to be able to check on my computer ? Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #24 from DrSlony <[hidden email]> --- Created attachment 94368 --> https://bugs.kde.org/attachment.cgi?id=94368&action=edit latest.icc -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #25 from DrSlony <[hidden email]> --- Created attachment 94369 --> https://bugs.kde.org/attachment.cgi?id=94369&action=edit eizo.icc -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #26 from Maik Qualmann <[hidden email]> --- The "Monitor Profile" combobox is only grayed out when digikam detects an installed system color profile. (In reply to DrSlony from comment #20) > I use a Huey with argyllcms and dispcalGUI. It's clear you have a color manager installed. I think digikam can not simply override the color profile. DigiKam would probably support the API of the color manager. Maik -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #27 from DrSlony <[hidden email]> --- 1- How do you define "an installed system color profile"? 2- Where does digiKam check for one? I've had dispcalGUI and ArgyllCMS installed for years, digiKam worked fine before. 3- Those two programs being installed is no reason to disable that combobox. There is just no logical connection there. 4- I have no profile or calibration "loaded" or "installed". 5- Even if I did, even when a profile is installed all that happens is that the calibration is loaded into the video LUT. This is not a reason to disable the combobox. Using calibration curves is only part of the process, the other part is having the software actually use the monitor profile and the user should be able to select any ICC file on disk for that. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #28 from Gilles Caulier <[hidden email]> --- Look in source code : Main cpp file managing CM setup page is here : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/utilities/setup/setupicc.cpp The combobox hosting monitor profile settings is this one : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/utilities/setup/setupicc.cpp#L371 Look like we check if a monitor profile is set in window manager (X11 under Linux). If it's not the case, we set the monitor color profile detected at scan time, else the combox box is cleared and we indicate that monitor CM is performed by window manager : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/utilities/setup/setupicc.cpp#L712 To resume : if you have set a monitor CM by Window Manager, you must turn off this settings to be able to use a dedicated one in digiKam. You cannot turn off this settings by digiKam. This must be by end user. Also, it's not logic to cumulate CM from WM and DK. This will generate color artifacts everywhere. As i said prefiously, this code has not changed since a while. We don't introduce a bug here. You must search in another place from your compter settings. Gilles Caulier -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #29 from DrSlony <[hidden email]> --- "As i said prefiously, this code has not changed since a while. We don't introduce a bug here." Then the design is flawed, since I have no monitor profile installed and yet it doesn't work. The design seems to rely on monitorProfileFromSystem, and if it is set then it does not let the user override that. Again, what I am suggesting is you give *power to the user*, not to the unreliable detection mechanism, and let the user decide whether the "installed" profile should be used (whatever "installed" means), or whether the profile chosen by the user via QFileDialog should be used. I am suggesthing this: The combobox should list all automatically detected monitor profiles, and a monitorProfileFromSystem option, and a QFileDialog option. It must be up to the user which one (s)he chooses, always power to the user. "if you have set a monitor CM by Window Manager, you must turn off this settings to be able to use a dedicated one in digiKam" How would I have a monitor CM set by Window Manager? I don't have oyranos or colord or kolor-manager installed. Where does monitorProfileFromSystem get set? What are KU and KC? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #30 from Gilles Caulier <[hidden email]> --- This is the documentation of monitorProfileFromSystem() : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/dimg/filters/icc/iccsettings.h#L70 And the implementation which call a private method to check if a profile is assigned to a monitor : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/dimg/filters/icc/iccsettings.cpp#L191 Gilles Caulier ... where -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #31 from DrSlony <[hidden email]> --- Thank you. No _ICC_PROFILE* environment variable is set, no color manager is installed. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #32 from Marcel Wiesweg <[hidden email]> --- This is not an environment variable, it's an X11 atom. You can check it with xprop -root | grep ICC I have dispwin set up to load my profile at startup. It sets the atom and loads the system calibration tag to the graphics card, if the profile has this. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #33 from DrSlony <[hidden email]> --- $ xprop -root | grep ICC | head -c 128 _ICC_PROFILE(CARDINAL) = 0, 8, 135, 64, 97, 114, 103, 108, 2, 32, 0, 0, 109, 110, 116, 114, 82, 71, 66, 32, 88, 89, 90, 32, 7, 2 It looks like one is set. I haven't touched color settings in many months, I wonder why now digiKam doesn't let me use the combobox but earlier it did. Set or not, I would still urge you to consider implementing my suggestion from #c29 as its simple, intuitive and would avoid this messy situation. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #34 from Marcel Wiesweg <[hidden email]> --- If some tool set the X atom, it should have honoured the vcgt tag, and loaded it to the graphics card's LUT. If you choose another profile from digikam although the atom is set, it will not change the LUT, so you have wrong colors. The atom is not a noncommittal hint. Sorry, if "something" is active on your system and determines the monitor profile, please fix this "something". If you dont find it, set up dispwin to load your profile at startup. If you are unsure if the correct profile is loaded, you can check with dispwin -V: dispwin -V /home/marcel/Software/System/color/Tuxedo-Laptop.icc Verify: '/home/marcel/Software/System/color/Tuxedo-Laptop.icc' IS loaded (discrepancy 0.0%) -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #35 from Marcel Wiesweg <[hidden email]> --- Please note: The only reason digikam has a combo box to choose the monitor profile at all is that KDE does not provide built-in color management configuration. This is something that should be set in the system settings for each connected monitor, and be available via DBUS calls or an API. Same for the paths to ICC file repositories. Then, ideally, the output color conversion should not be done in digikam on the CPU, but in cooperation with KWin on the GPU. All this does not exist, so digikam does it itself. The settings that should be set in digikam itself are default workspace profile and some detail settings. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by DrSlony-4
https://bugs.kde.org/show_bug.cgi?id=347114
--- Comment #36 from DrSlony <[hidden email]> --- The display calibration and the monitor profile are two separate things, but to have accurate colors the monitor profile must be used with the same calibration it was made under, if any. dispwin -c loads a linear display calibration which is what I need for one profile on one monitor, and dispwin -L loads a calibration which I use for another profile on another monitor. It's nice that digiKam tries to be automatic, but the result is this mess where it doesn't let the user manually override the used profile just because some X atom is set. All I need to do is run that one simple command in a terminal to switch which monitor colors should be accurate on. I don't need any oyranos or colord which have their own set of problems and limitations on KDE4 and don't even work on Plasma 5. I get accurate colors by simply loading (or unloading) the calibration as needed and then pointing each program to the monitor profile. Each program, except digiKam. It's nice that a motorcycle has a button to turn the engine on, but sometimes you need a good old kickstart. I'm not asking you to add complicated things to the program, I'm asking you to make a simple manual override. It's 2015 and still the only reliable way I can set color management accurately and with certainty across all relevant programs is by doing it manually. Keep the "Monitor Profile From System Settings" option for people whom that satisfies, but add a QFileDialog. It's simple, it's not complicated, it's a fail-safe. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |