购买TI dm365 书籍和开发板
开发板提供的文档一般不是纸面的、中文的，而是以英文pdf文档形式提供。
建议登录瑞泰创新网站(百度“瑞泰创新”)查询详情，并查询本地办事处电话与销售或技术支持沟通商量购买。
瑞泰创新有自己的本地化dm365板，也可销售(TI授权)TI的原装板。
瑞泰创新的板子一般与原装板95%以上兼容，并提供原装开发板所有软件资料、开发环境，并且提供中文说明书、实验手册和本地技术支持。
DM365的原装评估板有标准的DM365EVM板、DM368EVM板，还有更贴近应用的IPNC(网上摄像头解决方案)，以及更复杂的365/368DVR系统(低价格监控)，可根据需要选择。瑞泰创新的板子既可以跑原装板的程序，也跑过IPNC的系统。
DM642的介绍
DM642全名TMS320DM642是TI公司C6000系列DSP中最新的定点DSP，其核心是C6416型高性能数字信号处理器，具有极强的处理性能，高度的灵活性和可编程性，同时外围集成了非常完整的音频、视频和网络通信等设备及接口，特别适用于机器视觉、医学成像、网络视频监控、数字广播以及基于数字视频/图像处理的消费类电子产品等高速DSP应用领域。笔者针对市场客户的需求，设计并实现了一款以TVP5150为视频输入解码器，以PCM1801为音频输入采集电路，以TMS320DM642型DSP为核心处理器的多路视频采集兼压缩处理PCI板卡，并将其应用于构建高稳定性、高鲁棒性和多媒体数字监控系统，取得了较好的社会效益和经济效益。
davinci 是什么
davinci，译名达芬奇。达芬奇数字媒体处理器是信号处理解决方案，专为数字视频、影像和视觉应用而设计。达芬奇平台提供片上系统，包括视频加速器和相关外设。产品包括仅针对 ARM9 的低成本解决方案到基于数字信号处理器 (DSP) 的全功能 SoC。针对视频编码和解码应用进行了优化，可升级的达芬奇处理器系列还包括多媒体编解码器、加速器、外设和框架。
关于opencv在arm上的移植问题
ubuntu intrepid + arm-linux-gcc(2.95.3)
所使用的交叉编译器，似乎与编译器对 stl 的支持程序有关。
目前可知的是，openmoko 提供的编译器编译1.0.0及1.1.0均有问题。
1、编译opencv-1.0.0
$ cd opencv-1.0.0
$ mkdir build; cd build //这样处理是比较干净，也方便。
2.95.3对opencv-1.0.0正常，暂未发现问题。编译opencv-1.1.0则存在问题。
另，ELDK-4.2已经安装好，其支持都很是完整。另行测试。
1）配置（共享库及静态链接）
//共享库
$ ../configure --host=arm-linux --prefix=/home/goosen/visions/install --without-gtk --without-v4l --disable-apps
//静态编译
$ ../configure --host=arm-linux --prefix=/home/goosen/visions/install --without-gtk --without-v4l --disable-apps --enable-static --disable-shared
此处若配置target=arm-linux，并没有检测交叉编译器。因此选择配置--host=arm-linux-gcc 。
静态编译opencv成功，只是编译应用程序则出现大量的’undefined reference‘。
对于ffmpeg, v4l及gtk的支持。需要整理文档（基本步骤，碰到的问题及初步分析）。
2）编译（安装于~/visions/install/）
$ make; make install
$ ls ~/visions/install/ //opencv 安装于 --prefix所配置目录下
include lib share
2、设置环境变量及编译sample（c 源码）
1）编译例程
//opencv共享库，均正常。
//暂时无法实际测试，所使用的9200板子，未有LCD，另gtk未支持。
$ sh build_all.sh
$ file drawing
drawing: ELF 32-bit LSB executable, ARM, version 1, for GNU/Linux 2.0.0, dynamically linked (uses shared libs), not stripped
//编译 drawing.c（静态链接opencv）
$ arm-linux-g++ drawing.c -o drawing `pkg-config --cflags --libs opencv`
/home/goosen/visions/install/lib/libcxcore.a(cxerror.o):???'__static_initialization_and_destruction_0'?:
cxerror.o(.text+0x518): undefined reference to `pthread_key_create'
collect2: ld returned 1 exit status
修改/home/goosen/visions/install/lib/pkgconfig 下opencv.pc, 加编译参数 -lpthread
2）设置及修改。设置 PKG_CONFIG_PATH
$ export PKG_CONFIG_PATH=/home/goosen/visions/install/lib/pkgconfig
$ cd opencv-1.0.0/samples/c
修改build_all.sh
gcc -> arm-linux-gcc
g++ -> arm-linux-g++
//eldk的很好很强大，寻找时间进行进一步测试。
另，需要对ppp协议中的LCP协商部分，做更为深入的了解。
如何使用CCS5.1编译DM368 IPNC UBL CCS project，生成bin文件？
把 flash_utils_dm36x_1.1.0 目录放到 D 盘的根目录下，先用CCS5 打开D:\flash_utils_dm36x_1.1.0\DM36x\CCS\UBL 下的 UBL_IPNC368.pjt，使用CCS编译生成 .out 文件，然后执行D:\flash_utils_dm36x_1.1.0\DM36x\CCS\UBL\UBL_IPNC368目录下的postBuildStep_BOOT_NAND.bat批处理文件，可以生成UBL_DM368_NAND_IPNC.bin注意，设置系统环境变量，把需要的各种路径要添加进去！
.net的project文件夹里bin和obj是什么？
bin文件夹是用来放程序生成后的生成品，比如你的程序是windows窗体程序或者控制台程序，生成的*.exe程序就在这里文件夹里存放。如果是类库就是*.dll放在这里。
obj文件夹是用来放置程序生成时的中间文件的。你在学习的过程中应该学习到的，程序是不会直接生成出可用文件的，而是由源程序生成中间文件，再编译中间文件生成可执行文件的
海康网络录像机录像延时，请都怎么解决
亲您好，监控系统画面延时的表现形式为：画面流畅，显示时间滞后。网络设备一秒的延时，属于正常现象。
1、 单画面预览延时
延时一般是网络引起的，单画面延时可以尝试用电脑访问摄像机查看是否有延时的情况。若也有延时，则要检查中间的网络传输距离是否过长，考虑更换网线材质。一个摄像机建议只被一台录像机添加。
2、 多画面延时预览
多画面延时建议检查中间的交换机性能，可以适当降低录像机"录像配置-编码参数-字码流参数"中每个通道码流上限，降低之后重启录像机查看是否有改善。或者在交换机上少接几个摄像机查看是否解决延时问题。
可以将有延时的通道，预览界面的预览类型，改成实时性好。有延时的情况这么修改，没延时的情况不要修改。
希望可以帮到您哦。【摘要】
海康网络录像机录像延时，请都怎么解决【提问】
亲您好，监控系统画面延时的表现形式为：画面流畅，显示时间滞后。网络设备一秒的延时，属于正常现象。
1、 单画面预览延时
延时一般是网络引起的，单画面延时可以尝试用电脑访问摄像机查看是否有延时的情况。若也有延时，则要检查中间的网络传输距离是否过长，考虑更换网线材质。一个摄像机建议只被一台录像机添加。
2、 多画面延时预览
多画面延时建议检查中间的交换机性能，可以适当降低录像机"录像配置-编码参数-字码流参数"中每个通道码流上限，降低之后重启录像机查看是否有改善。或者在交换机上少接几个摄像机查看是否解决延时问题。
可以将有延时的通道，预览界面的预览类型，改成实时性好。有延时的情况这么修改，没延时的情况不要修改。
希望可以帮到您哦。【回答】
海康网络录像机录像延时，请都怎么解决
解决方法：优化网络传输方式。TCP协议传输有以下程序：IP包传输、验证信息、接收三个步骤。通过这种方式传输的信号很完整。不存在丢包的现象。但缺点却是加剧了网络延迟。解决方法：选择一个好的后端。后端HD－nvr主要用于接收网络视频信号，存储和解码高清视频。高清视频对HD－nvr的解码能力要求很高。一个好的HD－NVR解码速度会更快，所需的时间会更短，延迟会更小。扩展资料：注意事项：元器件本身的故障，如电容器膨胀、爆裂、电阻发黑、集成块严重发热等，除了本身的质量问题外，也可能是由于负载过大、供电不足或超频使用造成的。正常情况下，刚安装的故障，可能是硬件故障，也可能是软件故障，但硬件故障的可能性更大。有时候，刚安装的电脑出现故障，往往是由于接触不良造成的。如各种卡、内存、CPU和主板接触不良，或电源线、数据线、音频线接触不良等。
