mirror of
https://gitlab.freedesktop.org/mesa/mesa.git
synced 2026-05-07 02:48:06 +02:00
mesa: Add GL_RED and GL_RG to ES3 effective internal format mapping.
The dEQP-GLES3.functional.fbo.completeness.renderable.texture.
{color0,depth,stencil}.{red,rg}_unsigned_byte tests appear to expect
GL_RED/GL_RG and GL_UNSIGNED_BYTE to map to GL_R8/GL_RG8, rather than
returning an INVALID_OPERATION error.
This makes perfect sense. However, RED and RG are strangely missing
from the ES 3.0/3.1/3.2 spec's "Effective internal format corresponding
to external format and type" tables. It may be worth filing a spec bug.
Fixes the 6 dEQP tests mentioned above.
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
Reviewed-by: Alejandro Piñeiro <apinheiro@igalia.com>
This commit is contained in:
parent
752769e053
commit
8b3496f378
1 changed files with 4 additions and 0 deletions
|
|
@ -2603,6 +2603,10 @@ _mesa_es3_effective_internal_format_for_format_and_type(GLenum format,
|
|||
return GL_RGBA8;
|
||||
case GL_RGB:
|
||||
return GL_RGB8;
|
||||
case GL_RG:
|
||||
return GL_RG8;
|
||||
case GL_RED:
|
||||
return GL_R8;
|
||||
/* Although LUMINANCE_ALPHA, LUMINANCE and ALPHA appear in table 3.12,
|
||||
* (section 3.8 Texturing, page 128 of the OpenGL-ES 3.0.4) as effective
|
||||
* internal formats, they do not correspond to GL constants, so the base
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue