Ian Romanick wrote:
Brian Paul wrote:
I'll assume people are familiar with GL_EXT_framebuffer_object. If
not, read the spec.
If you still have questions after reading the spec, you can ask me on
#dri-devel on freenode. I try to be on there as often as I can.
The gl_renderbuffer's BaseFormat a
This extension can't be easily/cleanly added to Mesa without rewriting
and changing some existing code. But ultimately, the changes will be
for the better, much in the way that GL_NV/ARB_vertex_program improved
the TNL code.
I'll assume people are familiar with GL_EXT_framebuffer_object. If
Adam Jackson wrote:
On Thursday 03 March 2005 10:42, Brian Paul wrote:
The stencil, depth, accum, aux, etc. buffer pointers in GLframebuffer
will go away, replaced by gl_renderbuffer_attachment members.
Each of the logical buffers (such as color, depth, stencil, etc) which
form the overall framebuf
On Thursday 03 March 2005 10:42, Brian Paul wrote:
> The stencil, depth, accum, aux, etc. buffer pointers in GLframebuffer
> will go away, replaced by gl_renderbuffer_attachment members.
>
> Each of the logical buffers (such as color, depth, stencil, etc) which
> form the overall framebuffer will b
Brian Paul wrote:
I'll assume people are familiar with GL_EXT_framebuffer_object. If not,
read the spec.
If you still have questions after reading the spec, you can ask me on
#dri-devel on freenode. I try to be on there as often as I can.
The gl_renderbuffer's
BaseFormat and DataType will imp
