资 源 简 介
DirectFB概述：DirectFB是图形API存在于FrameBuffer层之上与高级图形管理层如GTK+等之下的。它可以以很小的系统资源占用来提供图形硬件加速功能，提供类如多路a通道渲染模型等高级图像操作。它不修改Linux内核，除了标准C库没有其他库的依赖。应用在了基于Linux系统的DTV显示系统的研发和其他有关Linux显示界面的项目上。支持市面上绝大多数显示卡，支持键盘、鼠标、遥控器、游戏手柄、触摸屏等输入设备。支持JPEG、PNG、GIF、mpeg1/2、AVI、MOV、Flash、Video4Linux、DirectFBbitmapfont和TrueType等音视频文件和字体。上层API支持DirectFB的有：XDirectFB、DirectFBGL、GTK+、DFBTerm、DFBSee、DFBPoint、MythTV、QtonDirectFB、SDL（SimpleDirectmediaLayer）。关于DirectFB的layer问题和石可箴讨论了一下DPF系统显示的layer数量的问题，总结出layer支持数量的多少要靠芯片和驱动的共同支持才能实现。以前DTV系统中就有若干个OSD层、Video层、Cursor层等。网上查了一下DirectFB能支持的layer层数，发现对于DirectFB的layer来说有两个层面上的理解：1.作为硬件层面：硬件层面中layer的多寡取决于芯片的硬件资源。在DirectFB中使用的IDirectFBDisplayLayer接口。其内容将直接显示在屏幕上。2.作为软件层面：DirectFB没有专门的接口，但是可以利用IDirectFBWindow接口自己建立起多layer结构。如使用IDirectFBWindow-》SetOpacity（IDirectFBWindow*thiz，__u8opacity）来实现这样的结构。》IDirectFBWindowOSD《--highestwindow》IDirectFBWindowvideowithvideoProvider》IDirectFBWindowmpegsTIll》IDirectFBWindowbackgroundwithimageProvider《--lowestwindow通过设置其opacity来实现一个硬件layer上的4个不同的layer。根据这个实现方法，以及DirectFB直接将FrameBuffer的memorymapping到applicaTIon的memory中的工作原理，突然联想到了RAMDAC，猜想我们DPF中可能也有这种器件。随即先查询了RAMDAC的相关资料，RAMDAC的作用是把数字图像数据转换成计算机显示需要的模拟数据。显示器收到的是RAMDAC处理过后的模拟型号。RAMDAC经历了与GPU分开放置——合并在一颗芯片——又分开放置的变迁过程，主要是成本与性能上的考量所致。然后查了一下DPF中是否也有类似的器件，没有发现，作罢。DirectFB的安装流程1.解压DirectFB-1.0.0.tar.gz包2.入此目录执行#。/configure#make#makeinstall一切正常。
