今天发现一个问题，在一个lib里面，用cvNamedWindow和cvShowImage时，没有用cvWaitKey，结果显示有问题。觉得highgui的问题还是比较多的，像以前写MFC演示算法时，就发现有图像框的更新、响应等问题。所以，highgui只是用于简单的演示可以。

 对于单片的处理系统，程序的编译有不少不同，不可以用windows下对程序组织来考虑dsp的程序组织。作移植的话，一定要对dsp下程序的编译和运行有了解。比如，ccs中，子程序声明后就会分配空间，传结构会默认传结构的地址……这样，直接编译opencv，要想编译通过并不困难，但用仿真器调试的时候，基本上opencv的函数都通过不了，算法上问题不多，主要是程序结构上的。一定要对opencv函数

理解哈希表（Hash Table）用于确定：某个元素是否在已知集合中。本质上和排序+二分法的查找一样，都是把已知集合的本质特征提取出来，就像匹配时，用主分量分析一样。实现起来，把已知集合的数据经过处理，得到hash table，这个table中，每一项对应一个或多个数据，所以必须有处理这个问题（术语叫冲突）的机制。例如：10000个数据，都除以100，得到100个数，就是hash表，这样，可以搜索

这种芯片是Motorola 公司的。移植完全是师姐搞的，我觉得做得很好，师姐教起来也是知无不言，言无不尽。最近用TI的DSP6437，所以去蹭dsp实验课了。uC/OS是一种免费公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统。其内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能。主要包括：os_core.c os_cpu_c.c os_task.c os_ti

装了虚拟机，装了redhat linux，用了一下，挺有意思。用U盘还要mount一下。也用了一下minGW，原来是windows下编译Linux程序的一个东西，没啥用。还装了一个cygWin，据说被Red Hat收购了。还可以的一个东西，可以像windows软件一样使用的Linux环境。不过肯定不如装个Linux来的直接。用了一下gcc编译器，还不错，需要设置一下环境变量。还装了arm-linu

包括项目中用过的和没试过的。没有考虑用模式识别的办法，只是用运动检测或是背景建模的方法。1，云台速度一般已知或可控，所以在两帧之间的时间保证相同的情况下，帧之间的像素差是一定的。结果表明，在云台匀速转动的情况下，加入运动补偿像素差，可以得到全黑的帧差结果。采用的是服务器客户端模式，处理程序是客户端，云台是服务器。这种方法对云台控制的要求很高。实践证明，在云台启动的时刻是不准的，需要逻辑上判断一下，