GNOME Bugzilla – Bug 620781
black point compensation often doesn't work correctly
Last modified: 2012-09-17 19:12:14 UTC
Sometimes Gimp 2.6.8 alters tonality when using relative colorimetric rendering intent with black point compensation. The same conversion without black point compensation is OK. Sometimes when using black point compensation the tonality is altered only a little, sometimes a lot. I've written up a complete description documenting all the steps and providing files to download at: http://www.dustystones.com/2010/photo-essays/bpc-issues/black-point-compensation-issues.html. See section 3. If I had to guess, I would say that somehow Gimp has tailored black point compensation to work with sRGB (tonality is wrong if you don't use black point compensation with sRGB), and this tailoring is causing black point compensation to fail when the destination space is not sRGB.
That would probably be a bug in littleCMS then. What version are you using ?
(In reply to comment #1) > That would probably be a bug in littleCMS then. What version are you using ? I'm using lcms 1.18 from the Ubuntu Lucid repositories. I did some further checking. It seems showFoto has the same problem. Cinepaint 0.25 (PPA) doesn't. Neither does lcms v 1.18 utility tifficc. I also have lcms v 2.0 installed locally - tificc from lcms v2 doesn't have this problem, either.
Upgrading in Gimp 2.9 to lcms2 did fix the issue.
Thanks, let's assume this was a bug in lcms1 and get rid of this bug.