After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 586521 - CMYK Color Selector / CMYK Color Mistake
CMYK Color Selector / CMYK Color Mistake
Status: RESOLVED NOTABUG
Product: GIMP
Classification: Other
Component: User Interface
2.6.6
Other All
: Normal minor
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2009-06-21 10:39 UTC by Matthäus
Modified: 2015-07-25 17:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthäus 2009-06-21 10:39:59 UTC
Please describe the problem:
The CMYK Color Selector is working incorrectly.

But it seems, that the error is not in the color selector itself, i guess it's in the GIMP Core, because if I want to import EPS-Files, i get the same wrong colors.

Steps to reproduce:
For example i wanted to select the following color in CMYK Format with the color selector:

32        86        9          1

In real it's a darker pink, but in GIMP it's already a kind of purple.
Of course i checked the order of the colors...


To see correct colors, you may use the color selector of Scribus.net.


When i imported an EPS file with the same pink background, it's also converted in this wrong violett. The error is not in GhostScript - because scribus also uses GhostScript and doesnt have this problem... and of course, if i just use the color selector....

Actual results:
I get the wrong color

Expected results:


Does this happen every time?
Yes

Other information:
Comment 1 Sven Neumann 2009-06-21 16:16:37 UTC
Did you specify a CMYK profile in the Color Management preferences? The conversion between RGB and CMYK is totally undefined without a profile. Most likely you simply did not specify a profile and thus the naive conversion is used.
Comment 2 Matthäus 2009-06-22 16:17:01 UTC
No, i didn't.
I thought there is a common CMYK standard which is usually used in every application, when you don't create your own profile (because in Scribus it worked without changing anything - i got the EPS from a customer). Bad shot?

Now i feel like a layman... o0


Are you going to use he same standard CMYK profile like Scribusin future?
Comment 3 Martin Nordholts 2009-06-22 17:34:01 UTC
They probably read the profile in the EPS, GIMP doesn't
Comment 4 Michael Schumacher 2009-10-05 11:22:06 UTC
What info are we waiting for?
Comment 5 Guillermo Espertino 2012-04-22 05:35:44 UTC
This bug is invalid, imo.
The only way to get "darker pink" using that combination of CMYK values is using uncorrected CMYK primaries straight from RGB (i.e.: magenta = 100%R+100%B).
That's not suitable at all for print and therefor it can't be how it looks in reality, since CMYK inks can't have that kind of saturation.
GIMP result should be considered correct, since it uses a profile to simulate how that substractive mix would look on paper.

Also notice that Scribus color selector will show the same color than GIMP when color management is used.
Comment 6 Michael Schumacher 2015-07-22 20:04:02 UTC
That might be a bug to reevaluate against the changes in 2.9.
Comment 7 Michael Natterer 2015-07-25 17:05:04 UTC
See comment 5, GIMP is doing the right thing here.