diff options
author | Eric Anholt <[email protected]> | 2009-12-09 10:08:07 -0800 |
---|---|---|
committer | Eric Anholt <[email protected]> | 2009-12-09 10:37:36 -0800 |
commit | cd6b8dd9e82fedc55d033131fbc0f8ee950567c8 (patch) | |
tree | c9ac30b607861e22e77d8b0f526fc8c615d5a2a1 /src/mesa/main/framebuffer.h | |
parent | dd9eb8774ad7918187afebf8cd3be6f4b80f0f3b (diff) |
mesa: Move OES_read_format support from drivers into the core.
The assertion is that the correct read type to be using is the native
type of the underlying read renderbuffer. For some fallback paths, this
may be worse than GL_RGBA/GL_UNSIGNED_BYTE for reads today, but it gets
all drivers the expected GL_BGRA/GL_UNSIGNED_BYTE for ARGB8888 or
GL_BGR//GL_UNSIGNED_SHORT_5_6_5_REV for rgb565 with no work.
This fixes the intel (and other) DRI drivers to report read formats that
should hit blit PBO readpixels paths.
Diffstat (limited to 'src/mesa/main/framebuffer.h')
-rw-r--r-- | src/mesa/main/framebuffer.h | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/src/mesa/main/framebuffer.h b/src/mesa/main/framebuffer.h index 45a4703ba99..ef21dd98e83 100644 --- a/src/mesa/main/framebuffer.h +++ b/src/mesa/main/framebuffer.h @@ -81,5 +81,10 @@ _mesa_source_buffer_exists(GLcontext *ctx, GLenum format); extern GLboolean _mesa_dest_buffer_exists(GLcontext *ctx, GLenum format); +extern GLenum +_mesa_get_color_read_type(GLcontext *ctx); + +extern GLenum +_mesa_get_color_read_format(GLcontext *ctx); #endif /* FRAMEBUFFER_H */ |