3 ms·
Hi! That's actually what we were doing for GIMP 3.0. Originally, GIMP stored pixels in structs that just contained the pixel values (like GimpRGB's r, g, and b
by cmyk_student 2y ago
Hi! That's actually what we were doing for GIMP 3.0. Originally, GIMP stored pixels in structs that just contained the pixel values (like GimpRGB's r, g, and b values).
Now all pixel data is stored in GeglColor objects, which contain the color model, space, and profile information in addition to pixel values. So you can just request, say, the 8bit CIE LAB or 16bit CMYK version of the pixel and retrieve it from the object.
I made a proof-of-concept CMYK mode for GIMP before this conversion was done - it would be even easier now. I hope to return to it and implement in GIMP proper in a near future release.
- vanderZwan 2y agoYou might want to send in a correction to the LWN article then, since the wording there is giving the wrong impression. Good luck with the implementation of CMYK mode, I'm certain it will make GIMP a lot more attractive to many users! (are CieLab and OKLab also being considered?)
- cmyk_student 2y agoYep - in fact, when discussing the idea for CMYK mode it was brought up that we should make it flexible for CieLab and other color modes. Unless someone beats me to it, I'll likely try to make a merge request with CMYK mode first, then use it as a reference commit for implementing other color models.