Elle,
"It is not the critic who counts; not the man who points out how the strong
man stumbles, or where the doer of deeds could have done them better. The
credit belongs to the man who is actually in the arena, whose face is marred
by dust and sweat and blood; who strives valiantly; who errs,
On 10/17/2014 11:50 AM, Ed . wrote:
Elle,
Time for you to stop making vaguely patronising remarks
Hmm, *who* has been making vaguely patronising remarks?
and make an
actionable suggestion, or leave this.
I have made a very actionable suggestion:
http://ninedegreesbelow.com/gimpgit/gimp-har
FYI, I'm not interested in continuing this discussion with Pippin.
Twice it seemed that unbounded sRGB would be abandoned and that
"sRGB-only" would be reserved for only those very few and easily
identified RGB editing operations that really only could work in the
sRGB color space.
In my opi
On 10/17/2014 08:32 AM, Øyvind Kolås wrote:
GIMP is not the only project using GEGL; nor is it the only user
interface on top of GEGL. GEGL pipelines need to be able to deal with
arbitrary counts of RGB spaces; which also GIMP need for having
multiple project use open and doing cross project cop
Unfortunately for hard-coded "sRGB as PCS", the ICC profile
specifications are a moving target. Right now the ICC profile illuminant
is always D50. But in the next planned release of new specifications,
things will change:
//begin quote from http://color.org/DevCon/devcon14.xalter
While this
In the current babl/GEGL/GIMP code base, I counted five files that
contain functions that require a conversion from RGB to XYZ:
1. gimp/plug-ins/common/decompose.c
2. gimp/plug-ins/common/compose.c
3. gimp/app/core/gimpimage-convert-type.c
4. gegl/operations/common/image-compare.c
5. gegl/operat
On Fri, Oct 17, 2014 at 12:01 PM, Elle Stone
wrote:
> On 10/16/2014 03:37 PM, Øyvind Kolås wrote:
>>
>> On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone
>> wrote:
>>>
>>> Is there in fact general agreement among the devs that the criteria for
>>> deciding when to use sRGB primaries instead of UserRGB
On 10/14/2014 08:50 AM, Simon Budig wrote:
for conversions between RGB working spaces there is no fundamental
distinction between XYZ and unbounded linear gamma sRGB.
There is one fundamental difference between XYZ as the real PCS and
"sRGB as PCS" (those are scare quotes; the terminology "sRG
On 10/16/2014 03:37 PM, Øyvind Kolås wrote:
On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone
wrote:
Is there in fact general agreement among the devs that the criteria for
deciding when to use sRGB primaries instead of UserRGB primaries is
approximately as follows?
the first thing we should do is
On Fri, Oct 17, 2014 at 12:49 AM, Jon Nordby wrote:
> you are answering in detail 'how we will get "there"' but Elle (as I see it)
> is asking more 'do you agree that we want to go "there"'. This leaves me
> unsure if you are implicitly agreeing, if you disagree and have a different
> "there" in m
On 16 October 2014 21:37, Øyvind Kolås wrote:
> On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone
> wrote:
> > On 10/15/2014 01:46 PM, Simon Budig wrote:
> > If I understand them correctly, Michael Henning and Jon Norby are saying
> > that the criteria is something along the lines of: "For RGB editing
On Thu, Oct 16, 2014 at 6:52 PM, Elle Stone
wrote:
> On 10/15/2014 01:46 PM, Simon Budig wrote:
> If I understand them correctly, Michael Henning and Jon Norby are saying
> that the criteria is something along the lines of: "For RGB editing
> operations, use UserRGB primaries *unless* there's a re
On 10/15/2014 01:46 PM, Simon Budig wrote:
Elle Stone (ellest...@ninedegreesbelow.com) wrote:
On 10/15/2014 08:30 AM, Øyvind Kolås wrote:
On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone
When the user opens a color-managed fooRGB image, for which *specific*
editing operations will the image be conv
On 10/15/2014 01:58 PM, Michael Henning wrote:
Yes, the majority of operations will operate in myfavoriteRGB space,
but you seem to be operating under the premise that absolutely *no*
filters can possibly exist that require a specific color space to
function properly. This isn't the case.
Actua
Yes, the majority of operations will operate in myfavoriteRGB space,
but you seem to be operating under the premise that absolutely *no*
filters can possibly exist that require a specific color space to
function properly. This isn't the case.
Take, for example, the color blindness simulation in gi
On Oct 15, 2014 4:19 PM, "Elle Stone"
wrote:
>
> On 10/15/2014 08:30 AM, Øyvind Kolås wrote:
>
>> On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone wrote:
>
Hi, I fear you two are talking past eachother.
> I will ask again:
>
> For which specific RGB editing operations do you plan to convert the
imag
On 10/15/2014 08:30 AM, Øyvind Kolås wrote:
On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone
When the user opens a color-managed fooRGB image, for which *specific*
editing operations will the image be converted to unbounded sRGB?
If the user is putting a text-layer, which has been rendered using
On 10/15/2014 08:30 AM, Øyvind Kolås wrote:
On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone wrote:
Will all color-managed image editing be done using the user's chosen
primaries, with absolutely no conversions to unbounded sRGB for image
editing?
Or are the developers committing themselves to ma
On Wed, Oct 15, 2014 at 2:11 PM, Elle Stone
> When the user opens a color-managed fooRGB image, for which *specific*
> editing operations will the image be converted to unbounded sRGB?
>
> This isn't just an implementation detail. The answer to this question will
> determine the path for writing co
On 10/14/2014 08:50 AM, Simon Budig wrote:
Elle Stone (ellest...@ninedegreesbelow.com) wrote:
Are you planning on converting non-sRGB images to unbounded linear gamma
sRGB? Yes or no?
For pixel storage we will use whatever fits our needs, it does not make
sense at this point to specify this.
Hi,
I fully agree with Jehan and think it's essential
in a healthy software development process to scrutinize
and review things. Especially the whole color management
stuff is a topic that is not so clear to many of us and
- with all my respect to Pippin - depending on a
single expert's opinion i
On 10/14/2014 07:52 AM, Øyvind Kolås wrote:
On Tue, Oct 14, 2014 at 1:34 PM, Elle Stone
wrote:
To convert images to and from unbounded linear gamma sRGB, you MUST pass
through XYZ. XYZ is the PCS.
I remind you that linear RGB spaces are a single matrix multiplication
away from other linear
On Tue, Oct 14, 2014 at 1:34 PM, Elle Stone
wrote:
> The above sentence confuses concepts: The babl architecture might require
> that images to be converted to and from unbounded linear gamma sRGB. That
> doesn't mean babl is a CMS. And it doesn't mean unbounded linear gamma sRGB
> has been turned
On 10/14/2014 06:54 AM, Øyvind Kolås wrote:
>So now all chromaticity-dependent editing operations will require a brand
>new "special "specifying"", unless the image is already an sRGB image.
>
>If you didn't intend to convert all images to unbounded sRGB for editing,
>there wouldn't be any reas
On Tue, Oct 14, 2014 at 12:34 AM, Elle Stone
wrote:
> You designed an architecture around converting images to unbounded sRGB for
> editing.
>
> After 6 months of trying to show you that your architecture has serious
> built-in problems, you finally believe me, or at least you believe Mansencal
>
25 matches
Mail list logo
