History log of /frameworks/base/core/jni/android_opengl_EGLExt.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
76f6a86de25e1bf74717e047e55fd44b089673f3 19-Sep-2015 Daniel Micay <danielmicay@gmail.com> constify JNINativeMethod function pointer tables

Change-Id: I4036c924958221cbc644724f8eb01c5de3cd7954
/frameworks/base/core/jni/android_opengl_EGLExt.cpp
1ee377764a59d0e2c245dd037006fa8c086f5683 02-Dec-2014 Jesse Hall <jessehall@google.com> Merge "Avoid overwriting EGL14.EGL_NO_SURFACE"
c56c7013e3f4128722f7c8181494141da0bcfa2c 07-Nov-2014 Sangkyu Lee <sk82.lee@lge.com> Avoid overwriting EGL14.EGL_NO_SURFACE

(This is an update after the generator update.)

Both EGL14 and EGLExt have the same initialization codes for
EGL14.EGL_NO_SURFACE, EGL14.EGL_NO_CONTEXT and EGL14.EGL_NO_DISPLAY.
Since EGLExt is initialized later, they are overwritten by EGLExt's
initialization codes.
Therefore, EGL_NO_SURFACE returned by methods in EGL14 is not
actually EGL14.EGL_NO_SURFACE object and it makes several problems in
handling error cases.
For instance, "Let's fish" game application cannot be run on L.

To solve the problem, this patch makes EGL14.EGL_NO_SURFACE,
EGL14.EGL_NO_CONTEXT and EGL14.EGL_NO_DISPLAY initialized just once.

Change-Id: Icce878164ff0b715ad2b5a2cd038a9616c7cf1e9
/frameworks/base/core/jni/android_opengl_EGLExt.cpp
bfe6333c3cf529600f41f14e3b8c5846e632c9a2 12-Nov-2014 Andreas Gampe <agampe@google.com> Frameworks/base: New GL bindings

Generated new bindings after glgen update.

Change-Id: I96f2e3eee99f1e12ad84aa10e8f7826a905e909c
/frameworks/base/core/jni/android_opengl_EGLExt.cpp
84bbeb9e0c9c185a22d4882b79e0bc8a598642ab 24-Feb-2014 Ashok Bhat <ashok.bhat@arm.com> Use long for pointers in opengl/EGL classes

Note that files changed in this patch have been automatically
generated by running frameworks/native/opengl/tools/glgen/gen script

This patch updates EGL classes in frameworks/base to support
64-bit platforms. Key changes in the EGL classes include

[x] EGLObjectHandle class - EGLObjectHandle class has two public
methods (constructor and getHandle) that assume handles are
32-bit. They have not been changed. Instead, two new hidden
methods (EGLObjectHandle(long) and getNativeHandle) have been
added.

[x] EG14 class - Two public methods eglGetDisplay and
eglCreatePbufferFromClientBuffer assume that handles are 32-bit.
They have been changed to throw unsupported operation exception
on non 32-bit machines. Two new methods eglGetDisplay(long)
and eglCreatePbufferFromClientBuffer(...long buffer..) have
been added to support 64-bit handles.

Change-Id: I9e0f064e5b33700eb0baa2e1841a21f931f7a765
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
/frameworks/base/core/jni/android_opengl_EGLExt.cpp
0c79d808cb66894434e78052c66a0f81e5419176 30-Apr-2013 Jesse Hall <jessehall@google.com> Add android.opengl.EGLExt class for EGL extensions

Add the ES-relevant constants from the EGL_KHR_create_context
extension. These allow apps to check which EGLConfigs (if any) support
ES3 contexts. Otherwise, the app has to create a context with an
EGLConfig and then check whether it is an ES2 or ES3 context.

Also move eglSetPresentationTimeANDROID from EGL14 to EGLExt, since it's an
extension function. It's new in API 18.

Bug: 8678160
Change-Id: I3cba6e59ebb0a3a4c4012aa54a36b940c288bcec
/frameworks/base/core/jni/android_opengl_EGLExt.cpp