PS
咱们在后面的文章中就说过对于EGL的呈现起因以及其作用OpenGL 是一个跨平台的API,而不同的操作系统(Windows,Android,IOS)各有本人的屏幕渲染实现。所以OpenGL定义了一个两头接口层EGL(Embedded Graphics Library)规范,具体实现交给各个操作系统自身
EGL
简略来说EGL是一个两头接口层,是一个标准,因为OpenGL的跨平台性,所以说这个标准显得尤其重要,不论各个操作系统如何蹦跶,都不能脱离我所定义的标准。
EGL的一些基础知识
- EGLDisplay
EGL定义的一个形象的零碎显示类,用于操作设施窗口。
- EGLConfig
EGL配置,如rgba位数
- EGLSurface
渲染缓存,一块内存空间,所有要渲染到屏幕上的图像数据,都要先缓存在EGLSurface上。
- EGLContext
OpenGL上下文,用于存储OpenGL的绘制状态信息、数据。
初始化EGL的过程能够说是对下面几个信息进行配置的过程
OpenGL ES绘图残缺流程
咱们在应用Java GLSurfaceView的时候其实只是自定义了Render,该Render实现了GLsurfaceView.Renderer接口,而后自定义的Render中的3个办法就会失去回调,Android 零碎其实帮我省掉了其中的很多步骤。所以咱们这里来看一下残缺流程
(1). 获取显示设施(对应于下面的EGLDisplay)
/*
* Get an EGL instance */
mEgl = (EGL10) EGLContext.getEGL();
/*
* Get to the default display. */
mEglDisplay = mEgl.eglGetDisplay(EGL10.EGL_DEFAULT_DISPLAY);
(2). 初始化EGL
int[] version = new int[2];
//初始化屏幕
if(!mEgl.eglInitialize(mEglDisplay, version)) {
throw new RuntimeException("eglInitialize failed");
}
(3). 抉择Config(用EGLConfig配置参数)
//这段代码的作用是抉择EGL配置, 即能够本人先设定好一个你心愿的EGL配置,比如说RGB三种色彩各占几位,你能够轻易配,而EGL可能不能满足你所有的要求,于是它会返回一些与你的要求最靠近的配置供你抉择。
if (!egl.eglChooseConfig(display, mConfigSpec, configs, numConfigs,
num_config)) {
throw new IllegalArgumentException("eglChooseConfig#2 failed");
}
(4). 创立EGLContext
//从上一步EGL返回的配置列表中抉择一种配置,用来创立EGL Context。
egl.eglCreateContext(display, config, EGL10.EGL_NO_CONTEXT,
mEGLContextClientVersion != 0 ? attrib_list : null);
(5). 获取EGLSurface
//创立一个窗口Surface,能够看成屏幕所对应的内存
egl.eglCreateWindowSurface(display, config, nativeWindow, null)
PS
这里的nativeWindow是GLSurfaceView的surfaceHolder
(6). 绑定渲染环境到以后线程
/*
* Before we can issue GL commands, we need to make sure * the context is current and bound to a surface. */
if (!mEgl.eglMakeCurrent(mEglDisplay, mEglSurface, mEglSurface, mEglContext)) {
/*
* Could not make the context current, probably because the underlying * SurfaceView surface has been destroyed. */
logEglErrorAsWarning("EGLHelper", "eglMakeCurrent", mEgl.eglGetError());
return false;
}
循环绘制
loop:{
//绘制中....
//(7).替换缓冲区
mEglHelper.swap();
}
public int swap() {
if (! mEgl.eglSwapBuffers(mEglDisplay, mEglSurface)) {
return mEgl.eglGetError();
}
return EGL10.EGL_SUCCESS;
}
Java – GLSurfaceView/GLTextureView
下面咱们介绍了EGL的一些基础知识,接着咱们来看在GLSurfaceView/GLTextureView中EGL的具体实现,咱们来从源码上分析Android零碎EGL及GL线程
GLThread
咱们来看一下GLThread,GLThread也是从一般的Thread类继承而来,实践上就是一个一般的线程,为什么它领有OpenGL绘图能力?持续往下看,外面最重要的局部就是guardedRun()办法
static class GLThread extends Thread {
...
@Override
public void run() {
try {
guardedRun();
} catch (InterruptedException e) {
// fall thru and exit normally
} finally {
sGLThreadManager.threadExiting(this);
}
}
}
让咱们来看一下guardedRun()办法里有什么货色,guardedRun()里大抵做的事件:
private void guardedRun() throws InterruptedException {
while(true){
//if ready to draw
...
mEglHelper.start();//对应于下面残缺流程中的(1)(2)(3)(4)
...
mEglHelper.createSurface()//对应于下面残缺流程中的(5)(6)
...
回调GLSurfaceView.Renderer的onSurfaceCreated();
...
回调GLSurfaceView.Renderer的onSurfaceChanged();
...
回调GLSurfaceView.Renderer的onDrawFrame();
...
mEglHelper.swap();//对应于下面残缺流程中的(5)(7)
}
}
从下面咱们的剖析得悉GLSurfaceView 中的GLThread就是一个一般的线程,只不过它依照了OpenGL绘图的残缺流程正确地操作了下来,因而它有OpenGL的绘图能力。那么,如果咱们本人创立一个线程,也按这样的操作方法,那咱们也能够在本人创立的线程里绘图吗?答案是必定的(这不正是EGL的接口意义),上面我会给出EGL在Native C/C++中的实现。
Native – EGL
Android Native环境中并不存在现成的EGL环境,所以咱们在进行OpenGL的NDK开发时就必须本人实现EGL环境,那么如何实现呢,咱们只须要参照GLSurfaceView中的GLThread的写法就能实现Native中的EGL
PS
一下的内容可能须要你对C/C++以及NDK 有肯定相熟
第1步实现相似于Java GLSurfaceView中的GLThread的性能
gl_render.h
class GLRender {
private:
const char *TAG = "GLRender";
//OpenGL渲染状态
enum STATE {
NO_SURFACE, //没有无效的surface
FRESH_SURFACE, //持有一个为初始化的新的surface
RENDERING, //初始化结束,能够开始渲染
SURFACE_DESTROY, //surface销毁
STOP //进行绘制
};
JNIEnv *m_env = NULL;
//线程附丽的jvm环境
JavaVM *m_jvm_for_thread = NULL;
//Surface援用,必须要应用援用,否则无奈在线程中操作
jobject m_surface_ref = NULL;
//本地屏幕
ANativeWindow *m_native_window = NULL;
//EGL显示外表
EglSurface *m_egl_surface = NULL;
int m_window_width = 0;
int m_window_height = 0;
// 绘制代理器
ImageRender *pImageRender;
//OpenGL渲染状态
STATE m_state = NO_SURFACE;
// 初始化相干的办法
void InitRenderThread();
bool InitEGL();
void InitDspWindow(JNIEnv *env);
// 创立/销毁 Surface void CreateSurface();
void DestroySurface();
// 渲染办法
void Render();
void ReleaseSurface();
void ReleaseWindow();
// 渲染线程回调办法
static void sRenderThread(std::shared_ptr<GLRender> that);
public:
GLRender(JNIEnv *env);
~GLRender();
//内部传入Surface
void SetSurface(jobject surface);
void Stop();
void SetBitmapRender(ImageRender *bitmapRender);
// 开释资源相干办法
void ReleaseRender();
ImageRender *GetImageRender();
};
gl_render.cpp
//构造函数
GLRender::GLRender(JNIEnv *env) {
this->m_env = env;
//获取JVM虚拟机,为创立线程作筹备
env->GetJavaVM(&m_jvm_for_thread);
InitRenderThread();
}
//析构函数
GLRender::~GLRender() {
delete m_egl_surface;
}
//初始化渲染线程
void GLRender::InitRenderThread() {
// 应用智能指针,线程完结时,主动删除本类指针
std::shared_ptr<GLRender> that(this);
std::thread t(sRenderThread, that);
t.detach();
}
//线程回调函数
void GLRender::sRenderThread(std::shared_ptr<GLRender> that) {
JNIEnv *env;
//(1) 将线程附加到虚拟机,并获取env
if (that->m_jvm_for_thread->AttachCurrentThread(&env, NULL) != JNI_OK) {
LOGE(that->TAG, "线程初始化异样");
return;
}
// (2) 初始化 EGL
if (!that->InitEGL()) {
//解除线程和jvm关联
that->m_jvm_for_thread->DetachCurrentThread();
return;
}
//进入循环
while (true) {
//依据OpenGL渲染状态进入不同的解决
switch (that->m_state) {
//刷新Surface,从里面设置Surface后m_state置为该状态,阐明曾经从内部(java层)取得Surface的对象了
case FRESH_SURFACE:
LOGI(that->TAG, "Loop Render FRESH_SURFACE")
// (3) 初始化Window
that->InitDspWindow(env);
// (4) 创立EglSurface
that->CreateSurface();
// m_state置为RENDERING状态进入渲染
that->m_state = RENDERING;
break;
case RENDERING:
LOGI(that->TAG, "Loop Render RENDERING")
// (5) 渲染
that->Render();
break;
case STOP:
LOGI(that->TAG, "Loop Render STOP")
//(6) 解除线程和jvm关联
that->ReleaseRender();
that->m_jvm_for_thread->DetachCurrentThread();
return;
case SURFACE_DESTROY:
LOGI(that->TAG, "Loop Render SURFACE_DESTROY")
//(7) 开释资源
that->DestroySurface();
that->m_state = NO_SURFACE;
break;
case NO_SURFACE:
default:
break;
}
usleep(20000);
}
}
咱们定义的GLRender各个流程代码里曾经标注了步骤,尽管代码量比拟多,然而咱们的c++ class剖析也是跟java相似,
PS
上图中的(3)(4)等步骤对应于代码中的步骤正文
小结
本篇文章咱们介绍了EGL,以及剖析了Java 中GLSurfaceView中的EGL实现,而后咱们试着参照Java端的代码实现Native中的EGL环境,对于代码以及流程图中的细节,咱们下篇再来剖析。
发表回复