hyanglu1573的专栏

1        调试问题总结1.1  无法创建capture设备运行encode程序，串口输出以下提示信息。  经过核查代码，发现是在ColorSpace.c中的switch语句中少写了一个break。     switch(attrs->colorSpace) {        case ColorSpace_UYVY:            f

1        DMAI修改1.1  DMAI简介DMAI（DaVinciMultimedia Application Interface）是一个搭建于操作系统（Linux或者DSP/BIOS）和Codec Engine之上的功能层，用来帮助用户快速地编写达芬奇平台上的可移植程序。在下图中可以看到，DMAI没有覆盖操作系统和Codec Engine，应用程序可以选择使用DMAI，也可以直

1        编写ov5642测试例程在编写好ov5642驱动之后，需要编写程序对其进行测试，这就是V4L2应用层程序。要编写V4L2应用层程序，首先需要理解V4L2提供的各种ioctl函数，要知道如何配置视频设备的初始化参数，特别注意的是配置是有一定顺序的，如果顺序错了那肯定会有错误。在初始化视频设备之后，需要建立缓冲区来接收视频设备传过来的帧，V4L2提供了两种模式来获取视频帧：MMA

1        修改vpif驱动程序由于ov5642是由vpif进行管理，而原先的vpif驱动程序不支持sensorraw格式，所以需要修改vpif驱动程序以兼容sensor raw格式，这时首先需要参考原先在CCS中调试好的vpif寄存器配置。对于sensor视频输入，vpif的寄存器配置比较简单，如下所示。              channel0->regs-

在Linux中，使用V4L2框架管理所有的视频编解码设备。针对我们开发板的V4L2框架结构已经在之前的TVP5150驱动程序编写和OV5642驱动程序编写的说明文档中进行了详细的分析，所以这里不再对整体架构方面的问题进行论述，直接讲解对于TVP7002的Linux驱动程序开发需要修改内核中的哪些文件。 1        TVP7002 Linux驱动程序的编写在Linux内核中已经有现

1        Vpif的V4L2 linux驱动程序框架在linux中，使用V4L2框架来管理视频采集设备。V4L2框架主要包括两层：V4L2Device和V4L2 Subdevice，其中V4L2 Device是虚拟的设备，用以管理V4L2 Subdevice，而Subdevice才是真正的物理设备，例如各种视频AD芯片和sensor等。在DM6467使用的linux内核中，使用VP

1        U-Boot常用命令及环境变量1.1             U-Boot环境变量U-Boot通过环境变量（environment）为用户提供一定程度的可配置性，这些环境变量包括串口终端所使用的波特率（baudrate）、启动操作系统内核的参数（bootargs）、本地IP地址（ipaddr）、网卡MAC地址（ethaddr）等等。环境变量可以固化到非易失性存储介质中，在

1        U-Boot移植在U-Boot源码中，与某一个特定的开发板相关的文件或文件夹并不多，主要包括这些（其中有些是自己创建的）：l  board/davinci/dm6467evm/l  cpu/arm926ejs/davinci/l  lib_arm/l  include/configs/davinci_dm6467evm.hl  include/asm-ar

1        DM6467启动流程在移植U-Boot之前，首先需要了解DM6467的启动流程，知道U-Boot在系统启动过程中的位置及作用。DM6467标准的启动过程如图 1‑1所示，主要包括四个步骤：RBL（ROM BootLoader）→UBL（User Boot Loader）→U-Boot →Linux内核。图1‑1 DM6467启动流程系统上电时，首先运行的是

移植OpenCV的AdaBoost人脸检测算法到DaVinci平台（DM6467开发板），大致讲了移植过程中需要修改的代码以及一些注意事项。