要想知道biCompression到底有多少种取值，可以参考一下：http://files.codes-sources.com/fichier.aspx?id=45735&f=src/org/hypik/webcamlib/codecs/Codecs.java。在这里详细的列出了各种视频压缩的编码。

    怎样才能知道自己的摄像头到底支持哪种格式的输出呢？可以使用capDlgVideoFormat函数： 

     这个函数会激活摄像头驱动的视频格式设置对话框，如下图所示。

    我的这个摄像头支持2种输出格式，一种是UYVY，另一种是YUV2。 如果将m_bmpinfo.bmiHeader.biCompression设置为这两种之外的值，再使用capSetVideoFormat改变输出格式，由于驱动程序不支持而不会获得成功。

• 完全用C编写
• 核心模块不依赖任何第3方的函数库
• 可以动态开关Log功能。当关闭Log功能时，所产生的开销应当明显小于打开Log功能。
• API接口清晰易用，就象printf一样。

找了一圈，发现还是Log4c最合适。所以只好决定在Log4c的基础上移植了，看来找到一个轻量级的Log库不太容易。

      mt.exe –manifest MyLibrary.dll.manifest -outputresource:MyLibrary.dll;2

将这样处理后的DLL再拷贝到官方的Wireshark的插件目录中就可以了。不过采用Visual Studio 2005生成的插件要分发时必须同时分发Visual Studio 2005的C语言运行库，看来不如Visual Studio 2003方便。

其中的/b参数表示只显示文件名，dir的结果会写入prj.map文件，正好可以满足要求。

最后的统计结果表明，我们的协议栈有109个文件（不包括需要的运行库），共161,688行代码，其中空白行13,554，注释行为38,311。这是一个小巧的，但是完整的基站协议栈代码。

最近太太的学校使用思维导图总结教学中的知识点，她因为电脑不熟，我帮了下忙，结果发现这个思维导图真的很方便！今天用思维导图整理了一下项目的知识体系，为下一步安排学生课题、申请专利和发表文章做准备。由于课题内容比较敏感，下面用一些简单的例子代替实际做的工程。

使用思维导图的最大好处是方便，只要使用Enter键就可以添加一个节点，而使用Tab键就可以添加一个子节点，如果发现节点的层次或顺序不对，可以随意地拖动节点进行调整，一起都很方便，不象Visio或者SmartDraw，必须点几下鼠标才能完成这些操作。你可以想到哪里，就画到哪里，特别适合边思考，边整理，比在纸上比划还方便。下面就是一个简单的例子。

以前我整理项目的知识体系，往往使用SmartDraw（Visio在这方面比SmartDraw更难使）。使用SmartDraw，一是操作比思维导图麻烦，二是如果图太大了，为了便于阅读，就必须将体系结构图按照层次分割成很多文件，然后利用SmartDraw的链接功能将它们链接到一起。而在思维导图中，这一切就变得很容易。你可以在一张图中画下所有层次关系，如果觉得层次多了，可以用鼠标点下节点右侧“减号”，就可以把子节点都收起来，象下图一样。如果想看子节点，再点一下节点右侧“加号”就可以，收缩自如，非常方便。

有时候子节点太多，希望在一个单独的窗口中编辑或显示，可以选择Drill down功能，它可以把所有子节点都显示在一个单独的窗口中，而选择Drill up功能又可以回到顶层。这样既可以方便地观察全局，又可以照顾导细节，比SmartDraw/Visio方便多了。

其实最早接触思维导图，是前段时间在广州，七所的吴挺用MindMap制作了一个项目的进度表，每个节点前可以加上Marker清晰地看出每个项目进展的情况，象下面这张图一样。不过当时误以为这个软件是类似Visio或者Project那样的软件，没有重视，现在才发现完全不是那么回事。

在网上搜索了一下，对思维导图的介绍还真是很多，可惜我今天才用上。我推荐百度百科的相关介绍，值得一读。

支持思维导图的软件很多，前面的博客已经说了，我要尽量使用开源软件。在网上真找到一款相当不错的：XMind。

要编写一个调节器，需要从template_modifiers::TemplateModifier派生一个类：

Code
class BitStringModifier : public template_modifiers::TemplateModifier {
    void Modify(const char* in, size_t inlen,
                const ctemplate::PerExpandData* per_expand_data,
                ExpandEmitter* outbuf, const std::string& arg) const;
};

BitString 调节器的作用是将数值型数据转换为二进制字符串显示。其在模板中的使用如下所示：

bstr = bstr + '{{item_type3id:x-bitstring=4}}'b;

用户自定义的调节器一般采用“x-”开头。调节器可以带有用户参数，例如上例的“=4”就是用户参数，表示生成的二进制串的长度为4，如果不足4位，前面自动补0。

调节器的主要功能是在Modify函数中实现的，在该函数中调用outbuf->Emit函数来输出所需要的结果。

Code
void BitStringModifier::Modify(const char* in, size_t inlen,
            const ctemplate::PerExpandData* per_expand_data,
            ExpandEmitter* outbuf, const std::string& arg) const 
{
    int x = atoi(string(in, inlen).c_str());
    unsigned int len = atoi(arg.c_str() + 1);
    string sID = itoa(x, 2);

    while(sID.size() < len)
        sID = "0" + sID;
    
    outbuf->Emit(sID);
}

要在程序中支持调节器，还需要调用google::template_modifiers::AddModifier函数添加BitStringModifier的实例。如：

Code
  BitStringModifier bitStringModifier;
  /// 注册自定义的Modifier
  google::template_modifiers::AddModifier("x-bitstring=", &bitStringModifier);

TAU G2生成的程序至少是2个线程：一个是主线程，就是main函数所在的线程，象环境函数中的xInitEnv和xInEnv都是在主线程中的，主线程设置断点很容易，只要在启动调试器后，使用Debug菜单中的Toggle Breakpoint(F9)就可以了，因为调试器默认就是把主线程当作当前线程的；另一个线程是UML代码所在的线程，通常你不需要在生成的UML代码中设置断点，但是xOutEnv在这个线程中，而且如果在UML代码中调用了C语言的函数，那么这些C语言的函数也在这个线程中，而在这个线程中如果还是用F9直接设置断点就往往不会成功了，程序往往不会停下来而是继续执行。

要想在xOutEnv或者自己编写的C语言函数中设置断点进行调试，可以使用Debug菜单中的Toggle Global Breakpoint(Shift F9)设置全局断点。设置全局断点后，当UML代码所在的线程执行到断点处，这个线程就会停下来，此时可以使用Debug菜单中的Attach功能，将当前线程由主线程变为UML线程，这样就可以单步跟踪调试了。UML线程在Attach对话框中通常是最后一个线程，默认情况下其名字应该为t1，但是有的时候线程名会显示为乱码。

最近开始尝试使用Doxygen生成程序的文档。程序的源代码采用的是GB2312的格式存储的，而Doxygen输出的文档是UTF-8格式的，出现了乱码。虽然Visual Studio 2003支持以UTF-8格式存储源代码，但是要把所有文件都转换担心太麻烦。于是，在配置文件中增加了一行代码：

INPUT_ENCODING = GB2312 

这下问题解决了，Doxygen在生成文档时自动将文件的编码从GB2312转换为UTF-8，输出就没有乱码了。