Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2013-01-15 Thread Michael Natterer
On Tue, 2013-01-15 at 11:25 -0500, Elle Stone wrote: On 1/13/13, Michael Henning dra...@darkrefraction.com wrote: You misunderstood my idea. I don't want babl to get specific conversions for different ICC profiles; I want a generic mechanism to take any ICC profile and turn it into a babl

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2013-01-13 Thread Michael Henning
You misunderstood my idea. I don't want babl to get specific conversions for different ICC profiles; I want a generic mechanism to take any ICC profile and turn it into a babl format. Øyvind indicated that this is similar to how indexed formats already work (take a palette and turn it into a babl

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2013-01-13 Thread Graeme Gill
Michael Henning wrote: I want a generic mechanism to take any ICC profile and turn it into a babl format. Øyvind indicated that this is similar to how indexed formats already work (take a palette and turn it into a babl format), so this wouldn't need vast amounts of new code. Take a look at

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2013-01-12 Thread Elle Stone
On 11/29/12, Øyvind Kolås pip...@gimp.org wrote: On Fri, Nov 30, 2012 at 7:28 AM, Elle Stone l.elle.st...@gmail.com wrote: So gathering the gist of this discussion, it would be useful to add the code for 16-bit floating point and 32-bit integer to the lcms plug-in? And presumably if/when the

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2013-01-12 Thread Alexandre Prokoudine
On Sat, Jan 12, 2013 at 4:43 PM, Elle Stone wrote: The fits format supports 32- and 64-bit integer and floating point; As Mitch said, the newly ported FITS loader is a straightforward port of the legacy plug-in, it only deals with 8bit data, not 16, 32 and 64bit integers or floats. Someone

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-29 Thread Elle Stone
So gathering the gist of this discussion, it would be useful to add the code for 16-bit floating point and 32-bit integer to the lcms plug-in? And presumably if/when the lcms.c plug-in disappears, this particular code could be transferred over (suitably modified, of course) to whatever takes its

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-29 Thread Øyvind Kolås
On Fri, Nov 30, 2012 at 7:28 AM, Elle Stone l.elle.st...@gmail.com wrote: So gathering the gist of this discussion, it would be useful to add the code for 16-bit floating point and 32-bit integer to the lcms plug-in? And presumably if/when the lcms.c plug-in disappears, this particular code

[Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Elle Stone
On Wed, Nov 28, 2012 at 8:04 AM, Elle Stone l.elle.st...@gmail.com wrote: On Wed, Nov 28, 2012 at 4:11 AM, Tobias Jakobs tobias.jak...@gmail.comwrote: with all this changes and the recent work in git it looks very promising. Thank you and every one from the Gimp Team who help for this work.

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Øyvind Kolås
On Thu, Nov 29, 2012 at 9:23 AM, Elle Stone l.elle.st...@gmail.com wrote: I posted a list of proposed additions/enhancements to the lcms.c plugin and would like some feedback on what to start working on next (http://ninedegreesbelow.com/temp/gimp-lcms-8.html). For instance, *snip* *I haven't

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Alexandre Prokoudine
On Thu, Nov 29, 2012 at 2:57 AM, Øyvind Kolås wrote: *I haven't yet added in code that handles Gimp's 16-bit floating point and 32-bit integer image types. Are these image types being used by anyone? 16bit integer can perhaps be useful for various scientific applications that GIMP thus far

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Øyvind Kolås
On Thu, Nov 29, 2012 at 10:18 AM, Alexandre Prokoudine alexandre.prokoud...@gmail.com wrote: On Thu, Nov 29, 2012 at 2:57 AM, Øyvind Kolås wrote: *I haven't yet added in code that handles Gimp's 16-bit floating point and 32-bit integer image types. Are these image types being used by anyone?

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Nicolas Robidoux
It is my opinion that XYZ is not fully replaced by infinite gamut linear RGB if only because XYZ has a channel which is a proper luminance channel. RGB does not. Enough to deserve a place within GIMP? Don't know. If my (initial) inputs and (final) outputs are sRGB, linear RGB with sRGB primaries

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Øyvind Kolås
On Thu, Nov 29, 2012 at 10:36 AM, Nicolas Robidoux nicolas.robid...@gmail.com wrote: It is my opinion that XYZ is not fully replaced by infinite gamut linear RGB if only because XYZ has a channel which is a proper luminance channel. RGB does not. Enough to deserve a place within GIMP? Don't

Re: [Gimp-developer] lcms high bit depth update: now that it works, adding and improving functionality

2012-11-28 Thread Michael Henning
As mitch and I discussed on irc, as the plan stands right now, the GIMP won't have any working color profile. Going forward, AFAIK, the image-mode-assign/convert color profile menu entries should be removed from the lcms plugin, and everything automatically converted to srgb/R'G'B' on import. I