[Mesa-dev] Floating-point formats from GL_ARB_texture_rg implemented

[Marek Olšák]

We will also need GL_ARB_color_buffer_float anyway and it shouldn't infringe
anything. This issue of the spec nails it:

>22. Should this extension require a floating-point color buffer
>    or texture?

>
>    RESOLVED:  No.  This extension provides the ability to pass an
>    unclamped color between vertex and fragment programs/shaders,
>    which may be useful. This was possible prior to this extension,

>    by passing the color data as texture coordinates or named
>    varying variables (for vertex/fragment shaders).


Yes, the color varyings between vertex and fragment shaders should be
clamped by default (see also piglit/glsl-clamp-vertex-color). And concerning
fragment color clamping, we should provide a way for a user to be able to
write and read unclamped color values once we have GL_EXT_texture_snorm, the
subset of which is already implemented in Mesa.

Marek

On Fri, Dec 24, 2010 at 3:58 AM, Eric Anholt <eric at anholt.net> wrote:

> On Wed, 22 Dec 2010 22:12:18 +0100, Marek Olšák <maraeo at gmail.com> wrote:
> > Hi,
> >
> > in case anyone is interested, I have implemented the floating-point
> formats
> > from GL_ARB_texture_rg, namely R16F, RG16F, R32F, RG32F, for both core
> Mesa
> > and st/mesa. The commits are here:
> >
> >
> http://cgit.freedesktop.org/~mareko/mesa/commit/?h=floating2&id=a68e9890451140f493d09f1dd2dd8dfc77ed29de<http://cgit.freedesktop.org/%7Emareko/mesa/commit/?h=floating2&id=a68e9890451140f493d09f1dd2dd8dfc77ed29de>
> >
> http://cgit.freedesktop.org/~mareko/mesa/commit/?h=floating2&id=7216311b553bcc9331492d4d03a25d36348567d5<http://cgit.freedesktop.org/%7Emareko/mesa/commit/?h=floating2&id=7216311b553bcc9331492d4d03a25d36348567d5>
> >
> > FWIW there is also experimental support of floating-point rendering for
> > r300g in that 'floating2' branch, and trivial support of
> > GL_ATI_texture_float. It's based on Luca's 'floating' branch.
> >
> > BTW, is there any progress on the floating-point patent matter? We should
> > probably also take into account non-US Linux distributions like some
> > variants of Mint, because they don't have to care about software patents
> and
> > they already freely distribute patented stuff like some multimedia
> codecs. I
> > think they would use whatever Mesa has to offer, patented or not.
>
> We should just put enabling patented extensions under --enable configure
> flags and call it good.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20101229/29650431/attachment.html>