需求:
有的 LCD 是支持局部刷新的,所谓局部刷新也就是说,如果 UI 层有更新,驱动才会去刷新 framebuffer 的区域,并且只需要刷新这块脏的区域,这需要 LCD 本身有一个缓存,能够保持 framebuffer 上一帧的数据;
Android 2.1 架构:
Android 本身是提供了这个局部刷新的支持的,不过默认并没有启用,如图所示:
这个 init 在执行的时候首先会查询opengl所支持的扩展,看是否支持 EGL_ANDROID_swap_rectangle 的扩展,默认的 opengl 的实现里面是包含以下扩展的:
static char const * const gExtensionString =
"EGL_KHR_image "
"EGL_KHR_image_base "
"EGL_KHR_image_pixmap "
"EGL_ANDROID_image_native_buffer "
"EGL_ANDROID_swap_rectangle "
"EGL_ANDROID_get_render_buffer "
所以有了代码 mFlags |= SWAP_RECTANGLE,
这个 flag 的意思就是在刷新的时候需要把旧的脏区域减去新的脏区域,然后通过交换缓冲实现刷新数据,默认的代码都应该是走的这条路线;
后来的逻辑就是:
if (mNativeWindow->isUpdateOnDemand() ) {
mFlags |= PARTIAL_UPDATES ;
}
这里如果 if 为真,就会把 PARTIAL_UPDATES 的 flag 置上,并且还有这样的逻辑:
if (mFlags & PARTIAL_UPDATES)
mFlags &= ~SWAP_RECTANGLE ;
也就是说如果有了 PARTIAL_UPDATES 的标志,那么会把 SWAP_RECTANGLE 标志给清掉;
好,现在回头看看这个 mNativeWindow->isUpdateOnDemand() 的逻辑,如图所示:
总结一下这个图的意思就是说:如果从驱动读上来的 finfo 里面的 reserved 数组满足上面的条件(当然这个条件由驱动来决定),那么就会调用:
dev->device.setUpdateRect = fb_setUpdateRect;
而赋上了这个值后, mUpdateOnDemand 就会被设为真,于是在 init 函数里面就会设上 PARTIAL_UPDATES 的标志,于是 android 的架构就开始支持局部刷新了,下面看看,这个局部刷新到底意味着什么 ?
局部刷新的体现 :
如下图所示:
这里会调用到 framebuffer.cpp 里面的 fb_setUpdateRect 函数,而在这里面需要做的事情就是告诉驱动,你需要更新的区域,于是在 egl.cpp 里面的 swapBuffers 函数调用的时候会触发 framebuffer.cpp 里面的 fb_post 函数调用,在那里通过:
m->base.lock(&m->base, buffer,
private_module_t::PRIV_USAGE_LOCKED_FOR_POST,
0, 0, m->info.xres, m->info.yres, NULL);
const size_t offset = hnd->base - m->framebuffer->base;
m->info.activate = FB_ACTIVATE_VBL;
m->info.yoffset = offset / m->finfo.line_length;
if (ioctl(m->framebuffer->fd, FBIOPUT_VSCREENINFO, &m->info) == -1) {
LOGE("FBIOPUT_VSCREENINFO failed");
m->base.unlock(&m->base, buffer);
return -errno;
}
实现内容的刷新;
当然前提是驱动已经做好了这个准备;