Live data from Hacker News

The Sad State of High Bit Depth GIMP Color Management

ninedegreesbelow.com

41–44 of 44 posts

Re: The Sad State of High Bit Depth GIMP Color Management

#41
post #9

Only tangetially related, but is there any good way of working with color profiles and different color spaces at all in open-source software? I recently had to prepare a PDF with playing cards for printing. I was supposed to ship a PDF in CMYK with ISO Coated v2 300% (ECI). Source images from which the PDF was generated were SVG, thus sRGB. I tried using ghostscript to convert to CMYK and apply the color profile. The…

Import SVG to Scribus using this workflow:

http://libregraphicsworld.org/blog/entry/getting-cmyk-colors...

Then setup CMS in Scribus and validate your output in the output preview dialog which can check for e.g. totalink coverage.

Re: The Sad State of High Bit Depth GIMP Color Management

#42

I had been waiting for a Photoshop / GIMP replacement for years, it seems that the GIMP developers dug themselves in a hole a while back with babl and GEGL and a number of good alternatives have cropped up in the meantime. My first problem with GEGL is that it seems to be the only way to reliably crash GIMP, and my second problem is that it doesn't serve to make any discernible workflow easier. A nice workflow for ph…

Lab curves for GIMP: http://registry.gimp.org/node/24514

Sadly, it doesn't look like it's capable of working with masks and layers.

Re: The Sad State of High Bit Depth GIMP Color Management

#43

It's been how many years? And it's still 8-bit? Maybe the GIMP needs a fork. I like it, but it's a bit crap.

Why is it that problems that are obviously due to lack of man-power in a project are more likely to cause people to call for forking the project into another one that also lacks man-power, instead of considering joining the development team to increase its man-power? The phenomenon fundamentally doesn't make sense to me.

Re: The Sad State of High Bit Depth GIMP Color Management

#44
Elle Stone's reply to a thread (that was started as a third party's attempt to rekindle that looong discussion):

"I agree with Alexandre. If I really do understand what Jon Nordby is saying (see https://mail.gnome.org/archives/gimp-developer-list/2014-Nov... and https://mail.gnome.org/archives/gimp-developer-list/2014-Nov...), and if the other babl/GEGL/GIMP developers really are in agreement with Jon Nordby (the babl roadmap leaves room for differing interpretations), then there is no reason whatsoever for further discussion of forking babl and GEGL to benefit GIMP."

Post reply on HN