On 11/17/2014 06:56 PM, Simon Budig wrote:
Oh, I was under the assumption that AdobeRGB had well defined
chromaticies. If that is not the case then please consider my example
moot. I am well aware that dealing with color profiles most definitely
is not my area of expertise.
It absolutely does
On 11/17/2014 07:32 PM, Ed . wrote:
Elle,
If you don't understand the difference between a design detail, and an
implementation detail, you need to either a) go away and get to
understand that difference; or b) stop commenting. I am neutral as to
which you choose.
Ed
Again, Ed, in this
] [Gimp-user] Time to fork BABL and GEGL
On 11/17/2014 07:32 PM, Ed . wrote:
Elle,
If you don't understand the difference between a design detail, and an
implementation detail, you need to either a) go away and get to
understand that difference; or b) stop commenting. I am neutral as to
which
On Tue, Nov 18, 2014 at 6:27 PM, Ed . wrote:
Great! Glad to hear it!
Please prove to us
If you have personal issues with any of the list members, I strongly
advice taking it off-list.
We'd like to keep the interaction professional, thank you.
Alex
On 11/18/2014 03:05 AM, Michael Henning wrote:
On Mon, Nov 17, 2014 at 11:39 PM, Gez lis...@ohweb.com.ar wrote:
P.s.: If you think this discussion is a waste of your time and my time,
feel free to skip an answer. I don't think it's a waste of time at all,
it's developer/user interaction
On 11/18/2014 11:00 AM, Elle Stone wrote:
Convincing the babl/GEGL/GIMP devs of anything regarding color
management has never been easy. For example, in 2013 I tried to explain
why there is a difference between device Y vs ICC profile D50-adapted Y:
*
As a small aside...
Alexandre Prokoudine (alexandre.prokoud...@gmail.com) wrote:
We'd like to keep the interaction professional, thank you.
I'd like to ask everyone involved in this discussion to remove
the gimp-user mailinglist from the CC-list. The level of this discussion
really is hardcore
On Tue, Nov 18, 2014 at 7:00 PM, Elle Stone wrote:
Michael Henning did understand and did make appropriate changes to babl's
hard-coded sRGB Y values. But I doubt whether any of the other devs
understood; if they did, babl wouldn't still use D65 device sRGB to convert
to XYZ before converting
Hi Elle.
The following is my understanding, when pippin answers his answers have
more authority than mine.
Elle Stone (ellest...@ninedegreesbelow.com) wrote:
Putting aside coding considerations that might affect other software that
uses babl and GEGL, here's my understanding of your current
On 11/17/2014 10:46 AM, Simon Budig wrote:
Hi Elle.
The following is my understanding, when pippin answers his answers have
more authority than mine.
Hi Simon,
I appreciate your answers, but the points you make aren't actually
relevant to the questions that I wanted to ask Pippin. This is
On 11/17/2014 05:41 PM, Mikael Magnusson wrote:
On Mon, Nov 17, 2014 at 10:03 PM, Elle Stone
ellest...@ninedegreesbelow.com wrote:
On 11/17/2014 10:46 AM, Simon Budig wrote:
I don't think that this is decided yet, I actually consider it unlikely
at the moment. I think it might be more likely
Elle Stone (ellest...@ninedegreesbelow.com) wrote:
A slight preface here. I don't consider it important to focus on the
*storage* of the pixel data, as in the actual bulk memory for the pixel
data.
If you choose to *store* the user's RGB data using chromaticities not of
user's choosing,
On Mon, Nov 17, 2014 at 11:56 PM, Simon Budig si...@budig.de wrote:
If there were chromaticies for a given userRGB which are widely used
in a lot of real world applications, then it might make sense to support
them in a similiar way like we currently do for the sRGB primaries.
Nah, we only
, November 17, 2014 11:52 PM
To: Mikael Magnusson
Cc: gimp-user-list@gnome.org ; gimp-developer-l...@gnome.org
Subject: Re: [Gimp-developer] [Gimp-user] Time to fork BABL and GEGL
On 11/17/2014 05:41 PM, Mikael Magnusson wrote:
On Mon, Nov 17, 2014 at 10:03 PM, Elle Stone
ellest
14 matches
Mail list logo