I keep coming back to this question. If your goal is to convert all
images to your linear light working space for image processing, why
not do the conversion one time and be done with it?
I did some preliminary checking. LCMS can do the conversion between
your linear light profile and the monitor
On Fri, Aug 31, 2012 at 7:37 PM, Elle Stone wrote:
I keep coming back to this question. If your goal is to convert all
images to your linear light working space for image processing, why
not do the conversion one time and be done with it?
Isn't it what Øyvind defined as a noble goal in his
The ultimate goal of working in a linear light color space is both
clear and noble.
The purpose of the constant background converting back and forth
between two tone curves, sRGB TRC and linear gamma, is not clear at
all.
In service of the noble goal doesn't explain *why* the conversions
are
Elle Stone (l.elle.st...@gmail.com) wrote:
The purpose of the constant background converting back and forth
between two tone curves, sRGB TRC and linear gamma, is not clear at
all.
Well, it is not on purpose. It is basically a side-effect of trying to
port Gimp to the new infrastructure
On Fri, Aug 31, 2012 at 11:12 PM, Simon Budig wrote:
At the same time new layer modes with the old names can be introduced.
Or you could rename old ones to foobar-old and just use foobar for
the new ones.
Alexandre Prokoudine
http://libregraphicsworld.org
On 30 August 2012 12:11, Jon Nordby jono...@gmail.com wrote:
On 30 August 2012 01:01, Elle Stone l.elle.st...@gmail.com wrote:
Regarding sRGB and rendering to the screen:
On 8/29/12, Jon Nordby jono...@gmail.com wrote:
On 29 August 2012 19:03, Elle Stone l.elle.st...@gmail.com wrote:
Why does
On 8/30/12, Jon Nordby jono...@gmail.com wrote:
On 30 August 2012 01:01, Elle Stone l.elle.st...@gmail.com wrote:
Regarding sRGB and rendering to the screen:
Could you explain more about what you mean by rendering to the screen
is done using sRGB? What about the actual monitor profile?
On Thu, 2012-08-30 at 07:55 -0400, Elle Stone wrote:
On 8/30/12, Jon Nordby jono...@gmail.com wrote:
On 30 August 2012 01:01, Elle Stone l.elle.st...@gmail.com wrote:
Regarding sRGB and rendering to the screen:
Could you explain more about what you mean by rendering to the screen
is done
On Thu, Aug 30, 2012 at 3:55 PM, Elle Stone wrote:
So if I understand what you are saying (I don't think I do):
First the lcms plugin converts the image to the actual monitor display
profile.
Then something converts the image to sRGB and sends the image to Cairo?
And then Cairo sends the
On Thu, Aug 30, 2012 at 4:41 PM, Alexandre Prokoudine wrote:
FYI, color management in Cairo is a work in progress. Adrian needs
input on desired API, though. Without it he cannot proceed further.
http://inkscape.13.n6.nabble.com/Creating-color-managed-PDFs-td4964914.html
Also,
Am 30.08.2012 13:55, schrieb Elle Stone:
So if I understand what you are saying (I don't think I do):
First the lcms plugin converts the image to the actual monitor display profile.
Then something converts the image to sRGB and sends the image to Cairo?
And then Cairo sends the image to the
On 30 August 2012 13:55, Elle Stone l.elle.st...@gmail.com wrote:
On 8/30/12, Jon Nordby jono...@gmail.com wrote:
On 30 August 2012 01:01, Elle Stone l.elle.st...@gmail.com wrote:
Regarding sRGB and rendering to the screen:
Could you explain more about what you mean by rendering to the screen
I'll only reply to the question in the topic, repeating quite a bit of
the information I put in a write up two weeks ago:
http://gimp.1065349.n5.nabble.com/GIMP-GEGL-storage-precision-and-color-management-td34899.html
When operating in 8bit precision is that a GEGL powered GIMP assumes
that 8bit
On 8/30/12, Øyvind Kolås pip...@gimp.org wrote:
I'll only reply to the question in the topic, repeating quite a bit of
the information I put in a write up two weeks ago:
http://gimp.1065349.n5.nabble.com/GIMP-GEGL-storage-precision-and-color-management-td34899.html
When operating in 8bit
On Thu, Aug 30, 2012 at 8:08 PM, Elle Stone l.elle.st...@gmail.com wrote:
On 8/30/12, Øyvind Kolås pip...@gimp.org wrote:
I'll only reply to the question in the topic, repeating quite a bit of
the information I put in a write up two weeks ago:
On 29 August 2012 19:03, Elle Stone l.elle.st...@gmail.com wrote:
Why does /babl/babl/util.h provide functions that transforms back and
forth between linear gamma TRC and the regular sRGB TRC? I'm sure
there is a reason, but the reason is not apparent to me.
Babl is a pixel format conversion
Regarding legacy code/deprecated functions:
On 8/29/12, Jon Nordby jono...@gmail.com wrote:
Also, any legacy code paths that are still in place before the
GEGLification might cause conversions to sRGB. I don't know exactly
which parts those are in the current codebase, but anything that uses
17 matches
Mail list logo