Android2.1局部刷新原理

                                Android 局部刷新原理

 

                                     

 

需求：

       有的LCD是支持局部刷新的，所谓局部刷新也就是说，如果UI层有更新，驱动才会去刷新framebuffer的区域，并且只需要刷新这块脏的区域，这需要LCD本身有一个缓存，能够保持framebuffer上一帧的数据；

Android 2.1架构：

       Android本身是提供了这个局部刷新的支持的，不过默认并没有启用，如图所示：

这个init在执行的时候首先会查询ｏｐｅｎｇｌ所支持的扩展，看是否支持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 () {

        mFlags |= ;

   }

这里如果if为真，就会把PARTIAL_UPDATES的flag置上，并且还有这样的逻辑：

if (mFlags & PARTIAL_UPDATES)

        mFlags &= ~;

也就是说如果有了的标志，那么会把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;

        }

实现内容的刷新；

当然前提是驱动已经做好了这个准备；