[Public WebGL] Re: texture_float should imply color_buffer_float

Jeff Gilbert [email protected]
Fri Nov 21 13:22:32 PST 2014

I agree, but EXT_color_buffer_float only by-default allows reading from floating point with RGBA/FLOAT. Ideally, the implementation-specific formats could support reading back as RGBA/HALF_FLOAT, but that's up to the underlying ES implementation.

Also, IIRC, there's no Float16Array yet, so we're stuck with Uint16Array.


----- Original Message -----
From: "Florian Bösch" <[email protected]>
To: "Jeff Gilbert" <[email protected]>
Cc: "public webgl" <[email protected]>
Sent: Friday, November 21, 2014 12:22:13 AM
Subject: Re: [Public WebGL] Re: texture_float should imply color_buffer_float

readPixels(FLOAT) for a half-float texture would be problematic as the
browser would need to convert the bytes he gets back from the GPU to floats
one by one up front. Not sure though, do GPUs handle this conversion case?
If not, an efficient conversion path could still be provided where the
browser performs the conversion on-gpu via RTT half-float -> float.

I'd also like to mention it'd be useful to do readPixels(HALF_FLOAT) and to
have a Float16Array data type.

On Fri, Nov 21, 2014 at 4:15 AM, Jeff Gilbert <[email protected]> wrote:

> In particular, it looks like if texture_float implicitly enables RTT with
> float textures, it should also enable renderbufferStorage with RGB[A]32F,
> and readPixels(FLOAT).
> Chrome apparently supports readPixels(FLOAT) for texture_float, but not
> readPixels(FLOAT) for texture_half_float. Firefox does not currently allow
> either under implicit activation.
> On Thu, Nov 20, 2014 at 7:12 PM, Jeff Gilbert <[email protected]>
> wrote:
>> I've filed this bug on my side, including a testcase:
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1102667
>> PS: Apparently <ctrl>+enter sends an email in gmail. :)
>> On Thu, Nov 20, 2014 at 7:11 PM, Jeff Gilbert <[email protected]>
>> wrote:
>>> ...but at least Firefox and Chrome don't implement it this way.
>>> I've filed this bug on my side, including a testcase:

You are currently subscribed to [email protected]
To unsubscribe, send an email to [email protected] with
the following command in the body of your email:
unsubscribe public_webgl

More information about the public_webgl mailing list