DirectFB的架构介绍

***************************************************************************************************************************

作者：EasyWave                                       时间：2014.09.13

类别：开源GUI系统-DirectFB简介           声明：转载，请保留链接

注意：如有错误，欢迎指正。这些是我学习的日志文章......

***************************************************************************************************************************

一:DirectFB简介

DirectFB是一个轻量级的提供硬件图形加速，输入设备处理和抽象的图形库，它集成了支持半透明的视窗系统以及在LinuxFramebuffer驱动之上的多层显示。它是一个用软件封装当前硬件无法支持的图形算法来完成硬件加速的层。DirectFB是为嵌入式系统而设计。它是以最小的资源开销来实现最高的硬件加速性能。

DirectFB是图形API存在于Frame Buffer层之上与高级图形管理层如GTK+等之下的。它可以以很小的系统资源占用来提供图形硬件加速功能，提供类如多路a通道渲染模型等高级图像操作。它不修改Linux内核，除了标准C库没有其他库的依赖。应用在了基于Linux系统的DTV显示系统的研发和其他有关Linux显示界面的项目上。支持市面上绝大多数显示卡，支持键盘、鼠标、遥控器、游戏手柄、触摸屏等输入设备。支持JPEG、PNG、GIF、mpeg1/2、AVI、MOV、Flash、Video4Linux、DirectFB
bitmap font和TrueType等音视频文件和字体。

二：DirectFB在系统的位置

      从GUI整个系统架构来讲，对于一般的MMP，DTV和STB来说，下面图中是比较经典的结构。 DirectFB都处于QT，GTK+这样的高级GUI框架的下面，Linux系统驱动的上面。如下图所示：

从功能上面来讲，下面图中比较形象的说明了DirectFB的主要作用：图形，文字的处理（DirectFB把TS经过Decoder处理之后的码流，再加上图形和文字，一起传给视频的芯片），如下图所示：

三：DirectFB GUI的架构

对于上层的GUI高级框架来说，DirectFB是透明的，下图是一个更加细化的DirectFB的结构图：

对于底层的驱动来说，DirectFB里面负责和硬件打交道的显卡的驱动（gfxdriver）和显示系统（system），这里面gfxdriver是和各个硬件平台相关的，有可能需要自己写。 为了更易于理解DirectFB，需要先介绍几个DirectFB里面的概念：

• Layers：代表互相独立的图形缓存。大多数嵌入式设备都有多个layer。多个layer根据对应的alpha值混合 在一起，从而显示出来。
• Surface：代表一块预留的内存，来保存像素数据。DirectFB中的Drawing，Bilitting操作就是基于 surface的。Surface的内存根据设定，可以从系统中分配，也可以从显卡的内存中分配。
• Primary Surface：代表一个特殊layer的特殊surface。如果primary surface是单缓冲的，任何对于 primary surface的操作都会直接反应到显示屏上。
• Subsurface：是一个surfac的子集，但是自身并不占有任何内存。
• Window/Windowstack：控制一个layer中的surface该显示什么。Window属于某个背景可以设定的layer。 每个window有自己的surface，window用这个surface来组合图像。

比如说下图中有三个Layer，最下面的Layer是一幅背景图，中间的Layer是一个透明的带有一个“igel”的Layer，最上面是一个透明的带有subtitle的Layer，最后我们在显示器中看到的就是各个Layer的混合。

再比如说下面这幅图，Lower Layer是一个全屏模式的Layer，它的背景图片渲染在自己的SurFace上面。Video area是一个SurFace，用来显示video。Upper Layer通过window stack/window 来显示应用程序的内容，而且Upper Layer是一个透明的Layer，这样混合之后，可以透过上面的Layer看到下面的video。