Linux 图形基础副本.doc

1 Linux 图形领域的基础设施 1.1 X Window X server和X clientwidgets。 是X server和X client之间的通信协议。X server是xfree86/xorg驱动下的显示设备鼠标键盘统称，X client通过X11协议和xfree86/xorg实现的X server通信，比如，告诉它画一个左上角坐标为(x,y)，宽为w，高为h的窗口，xfree86就让显示器把屏幕上的小灯（像素）打亮，然后你就看 到了一个窗口。为了方便开发人员编写X clients，就有了Xlib来封装协议；Xlib不够方便，于是就有了qt和gtk，提供了很多窗口控件（widgets）。1.2 SVGALib 　SVGALib 是Linux 上底层的图形库，也是Linux 系统中最早出现的非X 图形支持库，它支持标准的VGA 图形模式和一些其他的模式，SVGALib 的缺点是程序必须以root权限登录，并且它是基于图形卡的，所以不是所有的硬件都支持它。自从framebuffer这个孪生姐妹诞生后，许多软件由只支持SVGALib 改变为同时支持两者，甚至一些流行的高层函数库如QT 和GTK只支持Framebuffer，作为一个老的图形支持库，SVGALib 目前的应用范围越来越小，尤其是在 Linux 内核增加了 FrameBuffer 驱动支持之后。1.3 FrameBuffer 　FrameBuffer 是出现在 2.2.xx 内核当中的一种驱动程序接口。这种接口将显示设备抽象为帧缓冲区。用户可以将它看成是显示内存的一个映像，将其映射到进程地址空间之后，就可以直接进行读写操作，而写操作可以立即反映在屏幕上。该驱动程序的设备文件一般是 /dev/fb0、/dev/fb1 等等。在应用程序中，一般通过将 FrameBuffer 设备映射到进程地址空间的方式使用，比如下面的程序就打开 /dev/fb0 设备，并通过 mmap 系统调用进行地址映射，随后用 memset 将屏幕清空（这里假设显示模式是 1024x766-8 位色模式，线性内存模式）：FrameBuffer 设备还提供了若干 ioctl 命令，通过这些命令，可以获得显示设备的一些固定信息（比如显示内存大小）、与显示模式相关的可变信息（比如分辨率、象素结构、每扫描线的字节宽度），以及伪彩色模式下的调色板信息等等。FrameBuffer 实际上只是一个提供显示内存和显示芯片寄存器从物理内存映射到进程地址空间中的设备。所以，对于应用程序而言，如果希望在 FrameBuffer之上进行图形编程，还需要完成其他许多工作。FrameBuffer 就像一张画布，使用什么样子的画笔，如何画画，还需要你自己动手完成。1.4 LibGGI 　　LibGGI 试图建立一个一般性的图形接口，而这个抽象接口连同相关的输入（鼠标、键盘、游戏杆等）抽象接口一起，可以方便地运行在 X Window、SVGALib、FrameBuffer 等等之上。建立在 LibGGI 之上的应用程序，不经重新编译，就可以在上述这些底层图形接口上运行。但不知何故，LibGGI 的发展几乎停滞。 2 Linux 图形领域的高级函数库 2.1 Xlib 及其他相关函数库 　　在 X Window 系统中进行图形编程时，可以选择直接使用 Xlib。Xlib 实际是对底层 X 协议的封装，可通过该函数库进行一般的图形输出。如果你的 X Server 支持 DGA，则可以通过 DGA 扩展直接访问显示设备，从而获得加速支持。对一般用户而言，由于 Xlib 的接口太原始而且复杂，因此一般的图形程序选择其他高级一些的图形库作为基础。比如，GTK、QT 等等。这两个函数同时还是一些高级的图形用户界面支持函数库。由于种种原因，GTK、QT 等函数库存在有庞大、占用系统资源多的问题，不太适合在嵌入式系统中使用。这时，你可以选择使用 FLTK，这是一个轻量级的图形函数库，但它的主要功能集中在用户界面上，提供了较为丰富的控件集。 2.2 SDL 　　SDL（Simple DirectMedia Layer）是一个跨平台的多媒体游戏支持库。其中包含了对图形、声音、游戏杆、线程等等的支持，目前可以运行在许多平台上，其中包括 X Window、X Window with DGA、Linux FrameBuffer 控制台、Linux SVGALib，以及Windows DirectX、BeOS 等等。 　　因为 SDL 专门为游戏和多媒体应用而设计开发，所以它对图形的支持非常优秀，尤其是高级图形能力，比如 Alpha 混和、透明处理、YUV