jxgz_leo的博客

DirectFB学习之面向对象设计        前些日子读了《大话设计模式》一书受益匪浅，其中第五章举例的电脑容易修而收音机不容易修的例子让我印象深刻，它展开的一个设计模式——依赖倒转原则说明了抽象不应该依赖细节，细节应该依赖于抽象，即针对接口编程，不要对实现编程，这有利用程序的模块化和解耦合。如同在PC上不同的CPU、内存厂商多按照相同的接口来设计，从而非常容易的实现CPU或内存的更换操作，对于

DirectFB学习之图形加速驱动的匹配 通过前面对DirectFB中用类似面向对象的设计方法分析后，同理可知我们的gfxdrivers也是一个个的so被加载进来的，那问题来，当gfxdrivers下存在多个gfx驱动的时它是匹配哪一个呢？ 我们先找到初始化gfxdrivers的地方，它在文件src/core/gfxcard.c中，如下：static DFBResultdfb_graphic

DirectFB学习之修改FrameBuffer驱动支持双缓冲 折腾了一段时间基于nuc972平台的2D硬件加速驱动终于在DirectFB上跑起来了，但是我发现只要我想在独占模式下创建Primary Sufrace并指定为Video memory时会失败，即使我在正常模式下创建成功了，绘图也并不会对Primary Sufrace进行硬件加速，提示失败的原因是Primary Sufrace的内存是来

DirectFB学习之移植到nuc972平台1、DirectFB版本选择DirectFB选择要合理，也没必要追求最新版本，除非特殊需求。我选择DirectFB版本的时候是根据我平台的交叉编译器的版本发布日期，找来这个日期相近发布发DirectFB版本来编译的，DirectFB可以到github上下载（点击进入下载）。我试下了1.4.0和1.4.5版本，相同的配置1.4.0编译不通过，而

nuc972开发板购买地址，感谢支持 DirectFB学习之适配FreeType支持 在DirectFB学习之移植到nuc972平台中最后我们有两个警告没有决解，一个FreeType的支持，一个是png图片的支持，今天我们就来把FreeType加进去。 按照之前的选择软件版本的原则，我选择了FreeType的2.4.6版本，编译方法也是相同的套路，用如下命令：./configure --pref

经过一段时间的DirectFB的学习之后，终于在nuc972平台上将qt+dfb+2d硬件加速跑通了，这边做了一个简单的性能对比测试，测试单纯跑qt和跑qt+dfb+2d的效果对比试验。测试内容为让一个窗口绕着屏幕跑圈圈，qt代码如下：/* tdialog.h */#ifndef TDIALOG_H_#define TDIALOG_H_

DirectFB学习之添加gfx驱动前面介绍了如何移植dfb到nuc972平台，但未对硬件2D部分的gfx驱动做较详细的说明，这里先简单介绍下如何为dfb写gfx驱动。（本文描述的nuc972平台的dfb的gfx驱动可以在github上获取）一、了解gfx驱动接口1.1 gfx接口的声明由前面文章《DirectFB学习之面对对象设计》我们应该可以理解一个具体的gfx

DirectFB学习之使用devmem驱动为什么要使用devmem驱动相比使用fb驱动来说使用devmem驱动要显的更麻烦，但是它给我们带来更大的灵活性，更适用于嵌入式系统。使用devmem驱动可以方便向dfb注册多个层，在一个系统中除了framebuff看作一个层外，如果系统还可以有多个OSD，那每个OSD则被视为一个层，即可以很方便的把系统中的OSD等层利用起来。这

适配DirectFB到qt4.8.51、编译qt4.8.5这部在qt官网上其实已经有较详细的说明，了解更多，请点击链接进入。首先是配置选项，如下是我的配置选项：./configure \-prefix /home/share/nuc972/nuc-bsp/applications/qt4 \-release \-opensource \-qconfig di