[Mesa-dev] [RFC-PATCH 00/11] add support for GL_OES_EGL_image_external

Brian Paul brianp at vmware.com
Mon Oct 31 06:48:44 PDT 2011


On 10/30/2011 01:07 PM, Chia-I Wu wrote:
> From: Chia-I Wu<olv at lunarg.com>
>
> Hi,
>
> This patch series adds support for the OpenGL ES specific
> GL_OES_EGL_image_external extension[1].  It is enabled in st/mesa.
>
> The extension adds a new texture target, GL_TEXTURE_EXTERNAL_OES.  It can only
> be specified with an EGLImage.  Calling gl*Tex*Image* to manipulate an
> external texture will result in GL_INVALID_ENUM.  Because of the restrictions,
> it allows formats that are not otherwise supported to be sampled from.
>
> The extension is written with YUV formats in mind.  It describes two possible
> ways to to support them.  One is to insert extra instructions to the shaders
> to let GPU perform the necessary color conversions on the fly.  The other is
> to allocate an internal storage to perform the conversions when the EGLImage
> is specified.  Neither is supported for this series.  It effectively makes the
> implementation a subset of GL_OES_EGL_image function-wise.
>
> Later, I plan to adopt the latter, also easier, approach to support NV21 and
> YV12 formats[2] (for Android, but haven't started).  The changes will be
> limitied to the winsys code.  The idea is that the pixel format of an EGLImage
> is winsys dependent.  There are too many formats, well defined or not, to be
> enumerated in pipe_format or gl_format.
>
> This series is tested with piglit quick.tests on i965 and llvmpipe without
> regressions.  I am unfamiliar with more than a couple of areas touched by this
> series.  Comments are appreciated.

Looks good to me.  Maybe update the 7.12 relnotes file to list this 
feature.

Reviewed-by: Brian Paul <brianp at vmware.com>




More information about the mesa-dev mailing list