El lun, 17-11-2014 a las 21:19 -0500, Michael Henning escribió:
> On Mon, Nov 17, 2014 at 8:48 PM, Gez wrote:
> > If chromaticity independent RGB operations request for bablRGB or
> > userRGB doesn't seem a mere implementation detail. I think it's a valid
> > question to ask why requesting for bab
On Mon, Nov 17, 2014 at 8:48 PM, Gez wrote:
> If chromaticity independent RGB operations request for bablRGB or
> userRGB doesn't seem a mere implementation detail. I think it's a valid
> question to ask why requesting for bablRGB when the mechanism for
> userRGB will be available.
>
>
> Could you
El lun, 17-11-2014 a las 23:41 +0100, Mikael Magnusson escribió:
> The above two things are implementation details as Simon said. If you
> don't understand this, then please don't write long articles full of
> misinformation that get widely quoted. Your answers suggest you didn't
> even understand
El mar, 18-11-2014 a las 00:32 +, Ed . escribió:
> 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
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
-Original Message-
From: Elle Stone
Sent: Monday,
On Mon, Nov 17, 2014 at 11:56 PM, Simon Budig 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 need one unbo
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 choos
On 11/17/2014 05:41 PM, Mikael Magnusson wrote:
On Mon, Nov 17, 2014 at 10:03 PM, Elle Stone
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 to have it sitting in
memory a
On Mon, Nov 17, 2014 at 10:03 PM, Elle Stone
wrote:
> 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 a
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 my
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 p
On 11/16/2014 05:18 PM, Øyvind Kolås wrote:
On Sun, Nov 16, 2014 at 9:01 PM, Elle Stone
wrote:
Do you understand that when I say that Multiply is a chromaticity-dependent
editing operation, I don't just mean the Multiply layer blend mode? that in
fact *all* editing operations that use multiplic
12 matches
Mail list logo