4 ms·

The article is a little bit out of date. The 16bit colors will already be available in the next release (2.10). Michael Natterer and Øyvind Kolås had three-week

by qznc 15y ago

The article is a little bit out of date. The 16bit colors will already be available in the next release (2.10). Michael Natterer and Øyvind Kolås had three-week hackathon and now 90% of the work is done. source: http://gimpfoo.de/2012/04/17/goat-invasion-in-gimp/ http://gimpfoo.de/2012/04/17/goat-invasion-in-gimp/ This is also on the official GIMP, but you cannot link to individual news items there. :(

jacobolus 15y ago
According to all the docs and pages I see online anywhere, GIMP won’t support 16-bit/channel color until version 3.0, and your source doesn’t really contradict that AFAICT. (None of them give a good estimate what time frame that is.) But in any event, GIMP’s lack of support for real, powerful color management features, high bit depths, CMYK – much less CIELAB or other perceptually relevant color spaces (ideally they should use CIECAM02 or IPT) – etc. make it pretty much useless for any of my own photographic workflows. GEGL doesn’t look likely to overcome the main deficiencies, and so GIMP remains a cute toy more than a power tool. Here’s Graeme Gill from approximately 2 years ago: Graeme Gill: > Rupert Weber wrote: >> (Then again, nobody complained so far and probably >> nobody would ever notice if we did it Right(tm)...) > > You've got a catch 22 situation: If Gimp doesn't > handle color conversions accurately, then noone > interested in accurate color transforms will use > it, hence you will get no complaints about not > doing in Right. So if you want to persuade people > who value accurate and reliable color > transformations to use Gimp, you need to do it > Right, otherwise they will continue to use something > else. (I certainly can't use Gimp in my work, which > revolves around checking color space > transformations.) > > Graeme Gill.
- sciurus 15y ago
  I think the source comes close to contradicting that without being explicit: 'GIMP 2.10’s core will be 100% ported to GEGL, and all of the legacy pixel fiddling API for plug-ins is going to be deprecated. Once the core is completely ported, it will be a minor effort to simply “switch on” high bit depths and whatever color models we’d like to see. Oh, and already now, instead of removing indexed mode (as originally planned), we accidentally promoted indexed images to first class citizens that can be painted on, and even color corrected, just like any other image. The code doing so doesn’t even notice because GEGL and Babl transparently handle the pixel conversion magic.'
nicubunu 15y ago
you read that blog post wrong: 2.10 will have GEGL (2.10 won't be released until GEGL integration is ready), but that doesn't automatically make 16bit color channels, it only enables it. it will happen in a later release.
JonWood 15y ago
> now 90% of the work is done Which presumably leaves the other 90% to finish.

by qznc 15y ago

jacobolus 15y ago

According to all the docs and pages I see online anywhere, GIMP won’t support 16-bit/channel color until version 3.0, and your source doesn’t really contradict that AFAICT. (None of them give a good estimate what time frame that is.) But in any event, GIMP’s lack of support for real, powerful color management features, high bit depths, CMYK – much less CIELAB or other perceptually relevant color spaces (ideally they should use CIECAM02 or IPT) – etc. make it pretty much useless for any of my own photographic workflows. GEGL doesn’t look likely to overcome the main deficiencies, and so GIMP remains a cute toy more than a power tool. Here’s Graeme Gill from approximately 2 years ago: Graeme Gill: > Rupert Weber wrote: >> (Then again, nobody complained so far and probably >> nobody would ever notice if we did it Right(tm)...) > > You've got a catch 22 situation: If Gimp doesn't > handle color conversions accurately, then noone > interested in accurate color transforms will use > it, hence you will get no complaints about not > doing in Right. So if you want to persuade people > who value accurate and reliable color > transformations to use Gimp, you need to do it > Right, otherwise they will continue to use something > else. (I certainly can't use Gimp in my work, which > revolves around checking color space > transformations.) > > Graeme Gill.

sciurus 15y ago
I think the source comes close to contradicting that without being explicit: 'GIMP 2.10’s core will be 100% ported to GEGL, and all of the legacy pixel fiddling API for plug-ins is going to be deprecated. Once the core is completely ported, it will be a minor effort to simply “switch on” high bit depths and whatever color models we’d like to see. Oh, and already now, instead of removing indexed mode (as originally planned), we accidentally promoted indexed images to first class citizens that can be painted on, and even color corrected, just like any other image. The code doing so doesn’t even notice because GEGL and Babl transparently handle the pixel conversion magic.'

nicubunu 15y ago

you read that blog post wrong: 2.10 will have GEGL (2.10 won't be released until GEGL integration is ready), but that doesn't automatically make 16bit color channels, it only enables it. it will happen in a later release.

JonWood 15y ago

> now 90% of the work is done Which presumably leaves the other 90% to finish.