萧瑟一笑的专栏

appro的ipnc中只实现了英文的osd叠加，就连小小的ascii码表都没有覆盖全，而且该swosd架构灰常凌乱。其实无非就是两个功能，一是叠加文字，而是叠加图片，由于考虑到兼容不同的分辨率的视频流，所以处理的分支相对校对。图片的叠加暂不实现，用途最多的是中文的叠加，实现中文osd叠加的方法也非常简单，如下：1、了解中文字库的分布，通过汉字的内码计算出该汉字在字库中的位置

http://www.usr.cc/thread-52035-1-1.htmlcodec engine代码阅读四---CE_DIR/examples/ti/sdo/ce/examles/codecs/videnc_copy下的文件:当完成编辑上一篇code engine代码阅读三 所涉及的两个文件之后就可以编译程序了.需要编译的程序主要涉及CE_INSTALL_DIR/exam

写可以被CE使用的算法通常要实现XDAIS或xDM标准。xDM是XDAIS的扩展。xDM自己又包括八种接口，按音频，视频，图像，语音每个再分为编码器和解码器。xDM和XDAIS的关系如图所示。XDAIS标准分为两个接口，一个是IALG和个是IMOD。其框架如图所示。而xDM则是在XDAIS的基础上增加了一个接口，其框架图如图所示。首先我们要先了解xDAIS的ialg

http://www.usr.cc/thread-52032-1-1.html这个文件夹是示例代码,目录下有user.bld   xdcpaths.mk 和config.bld三个文件,xdcpaths.mk里面保存了编译代码所需的所有工具和库所在的路径,没什么好说的.config.bld:NOTE FOR THE USER:*用户注意* 1) Genera

http://www.usr.cc/thread-52030-1-1.htmlrelease notes的前两段是非常值得看的:This Codec Engine Release is targetted to DaVinci and OMAP platforms, enabling users to instantiate and utilize both local

http://www.usr.cc/thread-52029-1-1.htmlcodec engine代码是适用于XDC tools而写的，因此看代码之前要对XDC tools有一些基本的了解，可以参考:TI XDC工具入门简介Package.xdc -------------描述该包的名称，版本信息，依赖文件，模块信息等不看版权声明部分，正文的第一行应该是

setenv bootargs mem=80M console=ttyS0,115200n8 noinitrd rw ip=192.168.1.168:255.255.255.0:192.168.1.1 root=/dev/nfs nfsroot=192.168.1.100:/opt/nfs davinci_enc_mngr.ch0_output=TV video=davincifb:vid0=7

5.1 Enabling DMAI traceThe DMAI modules have trace built in which can be enabled on Linux using the DMAI_DEBUG environment variable. Setting it to '1' prints errors and warnings, while setting it

http://blog.csdn.net/cfistalent/article/details/5004865Linux2.x内核中，一部分视频设备(特别是视频输入和采集设备)采用了V4L2模型进行驱动编程。同时提供V4L2的API函数及相关数据结构以供应用程序使用.这里对V4L2视频采集设备的应用程序编程进行总结.1.       使用的头文件:  V4L2模型使用统一的头文

UYVYUYVY....

启动引导程序配置文件 LILO /etc/lilo.conf GRUB /boot/grub/menu.lst 系统启动文件核脚本 主启动控制文件 /etc/inittab SysV启动脚本的位置 /etc/init.d、/etc/rc.d/init.d或/etc/rc.d SysV启动脚本链接的位置 /etc/init.d/rc?.d、/etc/rc.d/rc?.

环境:   主机：ubuntu10.04   minigui版本：1.6.10   linux内核为：2.6.18   ARM平台：TMS320DM365（TI的ARM９处理器）   输出为：ARM板上的LCD夜晶屏(480x272)   输入为：USB鼠标   交叉编译器为：arm_v5t_le-gcc 1)      安装交叉编译环境略 2）交叉编译

http://blog.csdn.net/ninver2007/article/details/80488051 视频处理前端概要TMS320DM36X数字多媒体片上系统包括管理视频数据视频处理的硬件和其他主处理器的工作。这些片内设备的接口在通过视频前端处理子系统(VPFE)请求视频数据是无缝连接的。这个接口支持各种CCD和CMOS传感器是很灵活的。下图描述的就是这个结构：

FYI, V4L2 (/dev/video# type devices) is great at managing video windows, for both capture and display.  FBDev (/dev/fb/# type devices) is great for managing display side, both OSD and Video windows.

http://blog.chinaunix.net/uid-9012903-id-3062734.html根据三基色原理，任意一种色光F都可以用不同分量的R、G、B三色相加混合而成。F = r [ R ] + g [ G ] + b [ B ]  其中，r、g、b分别为三基色参与混合的系数。当三基色分量都为0（最弱）时混合为黑色光；而当三基色分量都为k（最强）时混合为白

VideoDisplayThr.c分析它是视频显示线程，它前两个线程一样主要函数是：  status = VIDEO_displayTskCreate();  VIDEO_displayTskRun();下面依依分析：1 VIDEO_displayTskCreate()分析1）DRV_DisplayWinConfig[]这是个视频驱动数据结构，用来对

D1：480i格式，和NTSC模拟电视清晰度相同，行频为15.25kHzD2：480P格式，和逐行扫描DVD规格相同，行频为31.5kHzD3：1080i格式，分辨率为1920×1080i/60Hz，行频为33.75kHzD4：720p格式，分辨率为1280×720p/60Hz，行频为45kHzD5：1080p格式，分辨率为1920×1080逐行扫描，专业格式

2010年即将过去，有很多感慨需要总结一下，自从2010年1月份开始着手写DM6446开发攻略以来，得到很多网友和客户对本人博客的支持，同时结识一些有诚意的客户，他们对本人和我们团队的认可，在这里表示感谢。特别是南京航空航天大学的一个非常有个性、有良知和责任的李博导，对本团队的项目设计速度的赞赏，让本人非常感动。潜水2个多月没有更新博客，多少有点对不住51CTO的关照，在另一款新产品出来前，DM6

http://www.usr.cc/thread-52037-1-1.html这个文章实际上是为读示例代码服务的，下面转而进入读代码系统的第四篇：codec engine代码阅读四---CE_DIR/examples/ti/sdo/ce/examles/codecs/videnc_copy在xdc工具的文档里,有一个chm文件,我们跟着这个文件做一些简单

http://www.usr.cc/thread-52044-1-1.html上一篇看了codecs的代码，了解到codecs提供了一个实现了IVIDENC接口的视频编码器。与他并行的还有一个viddec_copy文件夹里面实现的是视频解码器。这里的servers/video_copy文件夹里面的代码，是将编码器和解码器集成在一起组成一个视频的codec server.实际为dm6

http://csharp.usr.cc/forum.php?mod=viewthread&tid=52028&page=11.XDC(Express DSP Component)是TI提供的一个命令行工具,它可以生成并使用实时软件组件包,它包括一系列工具，这些工具可以允许你将你的C语言代码组织成类似于java的包管理方式，具有面向对象的特性，因为它还有一个名字，叫做eXpan

本文均属自己阅读源码的点滴总结，转账请注明出处谢谢。http://blog.csdn.net/gzzaigcn/article/details/7750079欢迎和大家交流。qq:1037701636 email:200803090209@zjut.com，gzzaigcn2012@gmail.com      dm6446是基于Davinci架构设计的多媒体处理器。在这里我们分析

本文均属自己阅读源码的点滴总结，转账请注明出处谢谢。http://blog.csdn.net/gzzaigcn/article/details/7754066欢迎和大家交流。qq:1037701636 email:200803090209@zjut.com，gzzaigcn2012@gmail.com 本文承接上文的主要内容，对视频缓存区队列的相关执行过程进行一个解析。先给出之前的

介绍每个 Linux 程序都是一个可执行文件，它含有操作码列表，CPU 将执行这些操作码来完成特定的操作。例如，ls 命令是由 /bin/ls 文件提供的，该文件含有机器指令的列表，在屏幕上显示当前目录中文件的列表时需要使用这些机器指令。几乎每个程序的行为都可以通过修改其配置文件来按照您的偏好或需要去定制。Linux 中有没有一个标准的配置文件格式？一句话，没有。不熟悉 Lin

常见的网络摄像机方案SONY NESSY III 方案。目前主要应用在索尼的高清网络摄像机上，亚太区只有美佳威迪欧一家公司采用此方案，该方案主打高端市场，图像画质、色彩还原度、超低照度、宽动态等表现突出，缺点是BOM成本过高，不利于市场推广。TI的DSP。如DM642、DM6467。TI近两年迫于海思的ASIC压力，推出365、368方案，均为ASIC，主打低端市场，目前国内有很多一流品牌

第一阶段：汇编语言启动先看u-boot/board/davinci/dm365_ipnc/下的文件。u-boot.lds OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")OUTPUT_ARCH(arm)ENTRY(_start)SECTIONS{        . =

我用的是ubuntu12.04版本的Linux系统，在安装DVSDK时，会出现DVSDK只能在ubuntu10.04上安装（如图1)                                      就是说DVSDK在安装时会读取系统版本信息，于是可以暂时认为修改系统版本信息，在 root 下打开 etc/lsb-release 文件（打开如图所示，红方框中的是待修

ubuntu11.10编译gdbserver时出现了linux-x86-low.c　error: sys/reg.h: No such file or directory情况，解决方法如下：１.　找到config.h里的HAVE_SYS_REG_H这个宏定义，把它注释掉．2. 在linux-x86-low.c的头文件#include注释掉．３.　交叉编译器要指明具体路径４.　重新m

DAVINCI调试ARM端应用程序拿到DM365的开发板好几天了，各种环境也都搭建成功了，Demo程序也跑起来了。现在就想如何来调试应用程序。在开始之前心里其实就明白，Linux下是不可能有Windows下那么好用的IDE工具的。所以首先想到使用gdb，然后再去找找有没有稍微人性化一点的IDE工具。下面就是我的调试过程。1. 建立源文件（hello.c）host # ged

本文均属自己阅读源码的点滴总结，转账请注明出处谢谢。http://blog.csdn.net/gzzaigcn/article/details/7750509欢迎和大家交流。qq:1037701636 email:200803090209@zjut.com，gzzaigcn2012@gmail.com  在这里分析驱动的ioctl的内容时，需要结合相关的应用层的操作，之前我已经说过

-------------------------------------------本文系本站原创,欢迎转载!转载请注明出处:http://sjj0412.cublog.cn-------------------------------------------    Davinci架构的初衷就是要让多核程序开发容易，且独立，那davinci架构下的软件究竟由那几部分构成呢？

http://blog.sina.com.cn/s/blog_693301190100tlk8.html使用Generic Trace Support打印调试信息使用Codec Engine开发Davinci系统，最令人头痛的莫过于调试。由于evm6446开发过程分成DSP端和GPP端，因此我们无法使用IDE下的调试工具对程序进行跟踪调试。为此，TI在Codec Engine中

对视频和音频进行编码音频算法是G.711视频算法是mpeg4和H.264这些算法符合xDM界面。6个线程：控制线程、视频线程、显示线程、写线程、语音线程、采集线程。 主线程—--->视频线程video thread、语音线程Speech Thread、采集线程、写线程视频线程-->显示线程Display Thread、写线程Write

-------------------------------------------本文系本站原创,欢迎转载!转载请注明出处:http://sjj0412.cublog.cn-------------------------------------------一个多月以前看过davinci软件开发架构，有了一些了解，由于没有开发版，且有些东西不齐，加上教研室项目告急，就放下了，这

http://newinfo.sysu.edu.cn/Snowwaft/?p=234现代软件开发，已从上世纪的面向过程编程发展到当前的面向框架编程。软件开发经验已证明：框架话、模块化的开发方式可以极大的提高软件开发效率，提高代码质量及代码重用率。然而，在嵌入式编程中，由于长期缺乏完善的开发框架和可用的API，开发人员依旧利用C或汇编语言和底层硬件打交道，凡是亲力亲为，这必然

http://hi.baidu.com/shmily_soc/item/1276d715e3d568041894ecd5以下以图解的形式分析TI DMSOC上视频codec的封装过程，各个模块完成的功能，及其之间的关系。

http://hi.baidu.com/shmily_soc/item/0aafab4a047fa0ee1e19bcd1以下以图解的形式总结了TI Davinci平台上开发编解码器时memory map的设计过程，各步骤基本都在C6446 DVEVM上测试验证过正确无误的，其中尚有些地方还不甚明白，以不同颜色显示，并标了号，请游客留言赐教。