Yes, I think you are right.
It seems to me that color management in linux is a really tricky issue.
Colord and xiccd daemons are running and the color profile is set.
darktable-cmstest states that there are different profiles used. But the profiles used are the same…
Can you share that test image? Perhaps it’s an issue with Darktable or XFCE colour management? One of the reasons I changed to Cinnamon DE from XFCE is that cinnamon handles colour management very easily.
Looking at the metadata with exiftool, the image doesn’t have an embedded profile, or any other tag that might be used to do a display conversion. So, asking darktable folk, does dt automatically assign sRGB to an input image if it doesn’t have an embedded profile? The color management needs an input profile to use in the conversion to display space…
I did not know that the icc profile can be included in the picture… Actually, I made that image on my laptop where I did not use any color management. That’s why there is no information included.
I just made a second version on my computer with the color management running.
I’ve done better this time, much more beautiful I would say
The icc information is included now. Channel_Mixer_Test_W520.tif (8.7 MB)
The funny thing is that I was not able to draw the desired colors with RGB 255 0 0 for red for example. I added the correct RGB values in gimp, but red is now 243 14 11. Only black and white are as expected…
This is really weird, I think my color management is messed up completely…
I had never heard of the i3-wm before. I played around with it last night. I gotta say I’m amazed! Very tidy, easy and straight forward.
Unfortunately, it doesn’t help my color management problem…
Last night I reinstalled my color management.
Unfortunately with the same result. I must have repeated my mistake…
I don’t question my profile. I think I have to solve a problem with my color management, i.e. xiccd or colord.
I did reset my color management:
[marco@W520 ~]$ xprop -display :0.0 -len 14 -root _ICC_PROFILE
_ICC_PROFILE: no such atom on any window.
I always make sure any JPEG, TIFF, or PNG I save has an embedded profile that represents the image’s colorspace. And, that colorspace is almost always sRGB; that’s for anyone who wants to look at it that doesn’t have color management, chances are their consumer display will be close to sRGB.
Just went back in the thread; thought I had posted this reference here but hadn’t:
I wrote this after trudging through just what you’re experiencing now. It might help you focus attention toward the thing that isn’t behaving…
It is a good habit to include the ICC profile; however, there is no guarantee that the app or renderer would honour or be able to read it; particularly, the PNG, even though the ICC chunk has been standard since 2004. In addition, it can be removed automatically by web apps and sites to save space or as a security measure.
So, I also convert the data to sRGB, though I know there are still many interpretations of it and many more environments that aren’t colour managed. We can only do so much!
Which version of XFCE are you running in Manjaro? 4.14 supports colour management. Are you using the colour management dialogue to apply the colour profiles to your monitor? xfce:xfce4-settings:4.14:color [Xfce Docs]
I’ve certainly noticed a change in the colours on that Channel_Mixer_Test_W520.tif , when I switch the display profile in Darktable from sRGB, to my calibrated monitor profile… Red is only 255,0,0 when I use the sRGB display profile in Darktable, otherwise it is something like 144,17,5 .
I have set my display profile using the gnome colour manager in Mint Cinnamon… So I’m also now confused!
I’d have though that the system display profile would only affect how the colours are displayed in the window manager, and not affect the actual RGB values of the image in for example Darktable. E.g. red would still be 255,0,0, even if the display profile swapped red & green over.