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

Re: [Public WebGL] Re: texture_float should imply color_buffer_float



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.

-Jeff

----- Original Message -----
From: "Florian Bösch" <pyalot@gmail.com>
To: "Jeff Gilbert" <jgilbert@mozilla.com>
Cc: "public webgl" <public_webgl@khronos.org>
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 <jgilbert@mozilla.com> 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 <jgilbert@mozilla.com>
> 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 <jgilbert@mozilla.com>
>> 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 public_webgl@khronos.org.
To unsubscribe, send an email to majordomo@khronos.org with
the following command in the body of your email:
unsubscribe public_webgl
-----------------------------------------------------------