[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] Gamma correction and texImage2D/texSubImage2D



On Tue, Sep 7, 2010 at 2:38 PM, Chris Marrin <cmarrin@apple.com> wrote:
>
> On Sep 6, 2010, at 7:15 PM, Cedric Vivier wrote:
>
>> On Tue, Sep 7, 2010 at 01:23, Gregg Tavares (wrk) <gman@google.com> wrote:
>>>
>>> (...)
>>> In that case the flag could be WEBGL_UNPACK_ALLOW_COLORSPACE_CONVERSION_ON_8BIT_LOSSLESS_IMAGES
>>
>>
>> I'm not really fond of a WebGL-specific toggle flag, and especially an
>> unpack toggle flag, it looks "out of place" IMHO. Also it seems that
>> this kind of toggle parameter has been deliberately avoided when
>> developing the OpenGL sRGB extension ([1] and [2])
>>
>> From an API perspective, would it be reasonable to rather support
>> EXT_texture_sRGB - or at least a subset of it -  and allow to just
>> specify GL_SRGB8 as tex*Image2D format arguments when one wants the
>> input image data color-corrected ?
>
> We have been staunchly against specifying any extensions in the 1.0 spec. I think we should stick with that philosophy. And remember, the difference here from OpenGL is that, today ALL images sent to texImage2D are unmodified. If the native OpenGL image loader being used performs come color space conversion then that's the format the image will come in as.
>
> We have images coming in from an external system (HTML), so we need to be able to allow that external system to condition the images or not. It's the same as the flip Y and premultiplied alpha flags.

OK. -T

-----------------------------------------------------------
You are currently subscribed to public_webgl@khronos.org.
To unsubscribe, send an email to majordomo@khronos.org with
the following command in the body of your email: