|
这周抽空商讨了一下SurfaceFlinger,发明真正杂乱的并不是SurfaceFlinger自身,而是android的display显示系 统,网上闭于这个别的先容有不少,本担心排写的,然而发明如故纪录一下商讨代码的流程对照好,一是不妨助助己方理清思绪,另一个源由即是自此当这块实质忘 记的时刻,能火速的通过这个纪录捡起来。
实在,GraphicPlane类只是一个wrapper层,目标是当android助助众个显示体例时,通过该类来管里各自的图形体例,显示体例真正的 初始化做事是通过DisplayHardware类来初始化底层图形体例的治理与显示的。真正的图形显示体例的初始化正在 init()@DisplayHardware.cpp
目前,android助助一个图形体例,这个图形体例是整体的,surfaceflinger能够访候,其他欠亨过surfaceflinger实行图形处罚的application也能够对其实行操作。
那么倘若咱们的体例中软硬件加快都助助了,那么咱们从代码来看能不行让用户自正在的采取加快类型,咱们带着题目来商讨一下代码。
正在移用不管是软件加快的如故硬件加快的OpenGL api之前,咱们都需求把软硬两种形式的各自的OpenGL api提取出来,笼统出一个interface来供体例利用,这个流程我称之为OpenGL初始化流程。
软硬两种形式的OpenGL api被永别指定到了一个整体数组的对应位子。
frameworks/base/opengl/libs/EGL/egl.cpp
正在提取出的openGL的config时,会保管到gDisplay[0].config中,正在这儿有一个很tricky的达成,它保障了硬件加快器的优先利用!
实在的创筑流程专业术语太众,也没有注重商讨不再先容。6. 绑定context和surface
4.将“商家订单号”填入下方输入框,点击“光复VIP特权”,等候体例校验实行即可。
|
|