GNOME Bugzilla – Bug 123598
CMYK support
Last modified: 2018-05-24 10:55:39 UTC
There is no working plug-in for CMYK color mode in Gimp. Someone should create one. We need the ability to save and open and view CMYK files. If you develop one or find a working one please e-mail cmykraptor@umich.edu. Note, I did find ONE partially working one but it has some bugs. I can't remember where I downloaded it from or what it's called. If you want a copy of it though, e-mail me at cmykraptor@umich.edu..
A Google search on "CMYK GIMP plug-in" gives some links to GIMP plug-ins that handle import and especially export of CMYK images.
The report is a big vague but we could leave it open as a tracking bug for adding CMYK support.
*** Bug 102398 has been marked as a duplicate of this bug. ***
*** Bug 128506 has been marked as a duplicate of this bug. ***
Bug #128506 mentions the ability to configure the Black Ink Limit and Total Ink Limit. This should be considered when CMYK support is being added.
a complete CMYK support would also include support of spot colours (as just another channel). It would also be good to support any colour configuration (e. g. CMY, CMYK + spot channels, K + spot channels on coloured paper, etc.) when doing conversions from RGB.
is this bug also for version 2 of gimp or is there a separate bug for wish of adding CMYK-support in gimp 2.0?
This bug is for "Target Milestone: Future", which currently means "GIMP 2.2 or later". GIMP 1.2.x is no longer maintained, and GIMP 2.0 won't get any new features.
Hello, I suggest to set the version to current cvs. I'm not allowde to do it. Here is a message I send to the gimp-users Maillist http://thread.gmane.org/gmane.comp.video.gimp.user/5946 quote: Yes it's possible with lcms and the 'seperate' plugin by Alastair M. Robinson <blackfive [ a t ] fakenhamweb.co.uk>. http://www.blackfiveservices.co.uk/separate.shtml He send me a copy of an improved version for gimp 2.x. I received a message from the developer of the separate plugin, which can be found at the bottom of this message. - Thank you Alastair, for your reply, and the improved source! He attached a new version of that plugin with two new checkboxes in the "pick the icc profiles" for "preserve pure black" and "overprint pure black". It tries to load these default profiles from the scribus default profile folder : ! #define DEFAULT_RGB_PROFILE "/usr/lib/scribus/profiles/AdobeRGB1998.icc" ! #define DEFAULT_CMYK_PROFILE "/usr/lib/scribus/profiles/USWebCoatedSWOP.icc" The rendering intend is according to the source perceptual, which is often optimal for photographics ( INTENT_PERCEPTUAL, 0); ), but the proof appears to me a little bit too yellowish, so that I thought it was rendered with an absolute intend, which also simulate the paperwhite. As a feature-request I would it find helpfull, if one is able to choose also the rendering intend, and to preselect a default rendering intent (e.g. perceptive renderin intent as the default intend). Also a detection of embedded profiles while opening an image, and a strategies to convert the image into a working colorspace is highly appreciate for an integrated colormanagement of the GIMP. But I think this will come if the gimp comes with the new rewritten engine Gegl -- Generic Graphical Library (http://www.gegl.org/). The binary oft "separate" works now for debian SID, too. Alastair attached a tarball with the source and the linux-binary, which I don't want to send to the list. If someone is interested in the source, please, let me know. Kind regards Gerhard Gaußling PS.: I hope I was sufficely able to express myself in English ---------- forwarded message ---------- Subject: Re: appendix Re: HOWTO build and package CMYK separate plugin for the GIMP (SID) Date: Freitag 08 Oktober 2004 20:26 From: "Alastair M. Robinson" <blackfive< <.a.t.> >fakenhamweb.co.uk> To: ggrubbish <at> web.de Hi Gerhard, gerhard wrote: > So I have to compile it from source. > > Alastair, please is it possible to host your project on sourceforge > to make it easier to develope it by other developer, because you > mentioned that you got no time to maintain the source? I'd have no objection to someone doing that - the source is GPL after all - but it's also possible that it will be made an integral part of the main GIMP distribution, in which case there'd be little point. There's currently a slight logjam in doing that with the recent discussion about whether we can get useful colour-management into the next release - if we do, then the separate plugin will need re-writing a little. > I will try to figure out what I need to change in the Makefile to > compile it for the GIMP 2.04 on debian SID. Try the attached archive - it compiles here on Mandrake 9.2 and a current GIMP system. Hopefully it shouldn't need much, if any, modification for Debian. (There are also a couple of new features in this version that I'll leave you to discover...) All the best, -- Alastair M. Robinson ------------------------------------------------------- Note You'll probably find the attachement (>600 kB) here: http://thread.gmane.org/gmane.comp.video.gimp.user/5946 If not, send me an email, or if it is o.k. I will try to apply the Attachment (sourcecode etc.) within the bugreport. regards Gerhard Gaußling grubbish <at> web.de
Following that http://www.gegl.org/ link to the mailing list archives, I'd have to say the project looks to be long-dead. Spot colors are special; for example you might want to use greenish ink that changes color with viewing angle. >:-) For the rest, doing this as an export conversion is best. Working in a 4-axis color space is a big mess. If you work in RGB, then any CYMK-related bugs are to be found in a relatively small bit of export code. Also, CYMK is not as well standardized as RGB is. Probably the conversion should be left up to the printing service, since they will (should) know the exact properties of their printer and the correct mapping from sRGB (and others) to their device-specific CYMK.
*** Bug 347525 has been marked as a duplicate of this bug. ***
Adding a dependency on bug #78265 because it doesn't really make sense to support CMYK without knowing the color profile of the target device. Anyway, this bug report could become irrelevant once the GEGL integration is done. And contrary to what is mentioned in comment #10, GEGL (http://www.gegl.org/) is in active development, as one can see from the SVN logs (http://svn.gnome.org/viewcvs/gegl/trunk/).
*** Bug 504511 has been marked as a duplicate of this bug. ***
I lieu of a voting system, I hereby declare my wish for CMYK report in the GIMP.
*** Bug 569348 has been marked as a duplicate of this bug. ***
Question: it's now version 2.6.7, gimp has gegl and color management. Is full CMYK (and other color spaces) support planned for implementation in some forseeable future? I mean real CMYK support alongside with RGB, Grayscale and indexed. I work with a lot of CMYK files and I have to work with them in Corel Photopaint, which i really dislike. Possibility to work in gimp would make me really, really happy :)
Hi P, bugzilla is not for discussions, if you have questions please come ask on the irc channel or mailing list. Here is a blog by Peter Sikking answering that question. http://www.mmiworks.net/eng/publications/2009/06/gimp-squaring-cmyk-circle.html The short answer is yes, but, definitely not in 2.8.
*** Bug 686767 has been marked as a duplicate of this bug. ***
Hi everyone. Although i literally live below the poverty line, I would like to contribute 5.00 bucks for this feature. it's not much, but it is with pleasure that i give to this project and help contribute even if in only a very small way. This offer is registered at FreedomSponsors (http://www.freedomsponsors.org/core/issue/182/cmyk-support). Once you solve it (according to the acceptance criteria described there), just create a FreedomSponsors account and mark it as resolved (oh, you'll need a Paypal account too) I'll then check it out and will gladly pay up! If anyone else would like to throw in a few bucks to elevate the priority on this issue, you should check out FreedomSponsors!
Anything new about this issue?
I added myself to sponsors lists for this feature on freedomsponsors. Current status is over 200$. Of course this is pretty small amount of money considering implementing such a major feature, but any way. https://freedomsponsors.org/issue/182/cmyk-support
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/52.