1 引言

1.1 课题背景

随着Internet的不断发展普及，网络通讯越来越被千家万户所接受，成为人们生活中的一部分。网络聊天已和手机等一样，成为人们运用最为广泛的通信工具之一。本毕业设计的目的主要是为了满足人们通讯交流的便捷，实现灵活、全面的音、视频信息的传递和服务。模拟腾讯公司的QQ聊天软件，开发一个多功能的聊天系统软件，本毕业设计主要实现视频语音聊天、文字聊天等功能。

1.2 国内外研究现状

随着网络宽带业务的推广与普及，加之视频产品设备（如摄像头、耳机、麦克风等）的成熟，普通用户可以轻松地借助网络视频通讯软件，实现“面对面”的网络交流。信息的无限量扩大，交通工具的便捷，视频技术的充分应用等导致了行业间竞争的全球化，这就要求现代部门、企业要具备更加灵敏的神经，更扁平化的管理，更快速的反应和决策，更贴切的市场宣传和服务。所有这一切是由信息技术的发展所带来的，同样也要求有先进的信息技术来提高部门、企业的竞争力。现代通讯已经是越来越普及了，必须有效合理的运用视频产品类设备来提高信息的传递和交流。在同一个局域网中，充分、合理的运用摄像头、耳机、麦克风等设备来实现文字聊天和语音视频聊天更是我们生活、学习、工作的便利所在。

2 理论知识介绍

2.1 VFW简介

VFW是Microsoft 1992年推出的关于数字视频的一个软件包，它能使应用程序数字化并播放从传统模拟视频源得到的视频剪辑。VFW的一个关键思想是播放时不需要专用硬件，为了解决数字视频数据量大的问题，需要对数据进行压缩。它引进了一种叫AVI的文件标准，该标准未规定如何对视频进行捕获、压缩及播放，仅规定视频和音频该如何存储在硬盘上，以及在AVI文件中交替存储视频帧和与之相匹配的音频数据。VFW给程序员提供VBX和AVICap窗口类的高级编程工具，使程序员能通过发送消息或设置属性来捕获、播放和编辑视频剪辑。用户不必专门安装VFW，在安装Windows时，安装程序会自动地安装配置视频所需的组件，如设备驱动程序、视频压缩程序等。

VFW主要由以下六个模块组成：

• AVICAP.DLL：包含了执行视频捕获的函数，它给AVI文件、I/O和视频音频设备驱动程序提供一个高级接口；
• MSVIDEO.DLL：用一套特殊的DrawDib函数来处理屏幕上的视频操作；
• MCIAVI.DRV：此驱动程序包括对VFW的MCI命令的解释器；
• AVIFILE.DLL：支持由标准多媒体I/O（mmio）函数提供的更高的命令来访问AVI文件；
• 压缩管理器（ICM）：管理用于视频压缩/解压缩的编解码器（CODEC）；
• 音频压缩管理器ACM：提供与ICM相似的服务，不同的是它适于波形音频。

Visual C++在支持VFW方面提供有vfw32.lib、msacm32.lib、winmm.lib等库。特别是它提供了功能强大、简单易行、类似于MCIWnd的窗口类AVICap。AVICap为应用程序提供了一个简单的、基于消息的接口，使之能访问视频和波形音频硬件，并能在将视频流捕获到硬盘上的过程中进行控制。

AVICap支持实时的视频流捕获和单帧捕获，并提供对视频源的控制。虽然MCI也提供数字视频服务，比如，它为显示AVI文件的视频提供了AVIVideo命令集，为视频叠加提供了overlay命令集，但这些命令主要是基于文件的操作，不能满足实时地直接从视频缓存中获取数据的要求。对于使用没有视频叠加能力的捕获卡的PC机来说，用MCI提供的命令集是无法捕获视频流的。而AVICap在捕获视频方面具有一定的优势，它能直接访问视频缓冲区，不需要生成中间文件，实时性很强，效率很高。同时，它也可将数字视频捕获到文件。

在视频捕获之前需要创建一个捕获窗，所有的捕获操作及其设置都以它为基础。用AVICap窗口类创建的窗口（通过capCreateCaptureWindow函数创建）被称为“捕获窗”，其窗口风格一般为WS_CHILD和WS_VISIBLE。实际上，捕获窗类似于标准控制（如按钮、列表框等）。捕获窗具有下列功能：

• 将视频流和音频流捕获到一个AVI文件中；
• 动态地同视频和音频输入器件连接或断开；
• 以Overlay或Preview模式对输入的视频流进行实时显示；
• 在捕获时可指定所用的文件名并能将捕获文件的内容拷贝到另一个文件；
• 设置捕获速率；
• 显示控制视频源、视频格式、视频压缩的对话框；
• 创建、保存或载入调色板；
• 将图像和相关的调色板拷贝到剪贴板；
• 将捕获的一个单帧图像保存为DIB格式的文件。

AVICap在显示视频时提供的两种模式：

（A）预览（Preview）模式：该模式使用CPU资源，视频帧先从捕获硬件传到系统内存，接着采用GDI函数在捕获窗中显示。在物理上，这种模式需要通过VGA卡在监视器上显示。

（B）叠加（Overlay）模式：该模式使用硬件叠加进行视频显示，叠加视频的显示不经过VGA卡，叠加视频的硬件将VGA的输出信号与其自身的输出信号合并，形成组合信号显示在计算机的监视器上。只有部分视频捕获卡才具有视频叠加能力。

灵活编写AVICap提供的回调函数还可满足一些特殊需求。比如，将宏capCaptureSequenceNoFile同用capSetCallbackOnVideoStream登记的回调函数一起使用，可使应用程序直接使用视频和音频数据。在视频聊天的应用程序中可利用这一点来获得视频帧，回调函数将捕获的图像传到远端的计算机。应用程序可用捕获窗来登记回调函数（由用户编写，而由系统调用），以便在发生下列情况时，它能通知应用程序，作出相应的反应：捕获窗状态改变；出错；视频帧和音频缓存可以使用；在捕获过程中，其它应用程序处于让步（Yield）地位。

视频捕获编程也要用到涉及视频捕获的结构、宏、消息和函数。令人高兴的是，发送AVICap窗口消息所能完成的功能都能调用相应的宏来完成。例如，SendMessage（hWndCap,WM_CAP_DRIVER_CONNECT,0,0L）与capDriverConnect（hWndCap,0）的作用相同，都是将创建的捕获窗同视频输入器件连接起来。

视频部分主要是利用Video Capture函数库来获取影像的。Video Capture主要提供下列功能：连接驱动程序；获取影像、声音资料，并显示在屏幕上或者是存成AVI文件；获取单张影像显示在屏幕上，拷贝至剪贴簿，或者是存成DIB（Device-Independent Bitmap）文件。

Video Capture的主要结构：

结构体CAPTUREPARAMS主要包含一些获取图像的参数：DWORD dwRequestMicroSecPerFrame代表相邻两个frame的获取时间间隔；BOOL fYield值为TRUE，则表示Windows会以另一个thread来捕获影像，值为FALSE，程序会在捕捉影像后显示忙碌状态；BOOL fCaptureAudio其值表示是否需要同时获取声音资料。

结构体BITMAPINFO和点阵图有关，主要定义了影像获取之后显示在屏幕上、存储在文件中的格式，它包含两个成员：BITMAPINFOHEADER bmiHeader描述影像性质的结构，其成员记载了影像的大小、颜色深度和压缩的方式，该成员在Video Capture、Video Compression Manager和DrawDib函数库中，以及有关于点阵图的应用中；RGBQUAD bmiColors指向color table第一个元素的位置。

结构体COMPVARS主要是记录所有和压缩相关的信息，重要的成员：DWORD fccHandler为compressor句柄；LPBITMAPINFO lpbiIn指向待压缩影像BITMAPINFO的指标；LPBITMAPINFO lpbitOut:指向压缩完影像BITMAPINFO的指标；LONG lKey代表key-frame rate,而所谓key frame是指此frame在解压缩时不需要依赖前面的frame；LONG lQ代表影像压缩后的品质，取值为1～10000的整数。

Video Compression Functions主要记录压缩功能相关的信息，其包含的比较重要的成员：ICLocate输入指向压缩前后BITMAPINFO的指标，以及欲使用的codecs；ICCompressorChoose呼叫一个系统内建的对话，其中包含所有可能使用的codes以及其相关参数；ICCompressQuery询问compressor是否支持某种压缩方式，输入参数为compressor handle及指向压缩前后BITMAPINFO的指标，此函数会传回询问结果；ICCompressBegin要求系统准备相关资源以供压缩之用；ICCompress压缩某个frame；ICCompressEnd归还相关资源给系统；ICDompressQuery询问decompressor是否支持某种解压缩方式；ICDompressBegin要求系统准备相关资源以供解压缩之用；ICDompress解压缩某一个frame；ICDompressEnd归还相关资源给系统；ICDompressFree归还COMPVARS所占用的资源。

2.2 线程的实现方法

线程是一个独立的执行流，是进程内部的一个独立的执行单元，相当于一个子程序，它对应于Visual C++中的CWinThread类对象。单独一个执行程序运行时，缺省地包含了一个主线程，主线程以函数地址的形式出现，提供程序的启动点,当主线程终止时，进程也随之终止。根据实际需要，应用程序可以分解成许多独立执行的线程，每个线程并行的运行在同一进程中。

一个进程中的所有线程都在该进程的虚拟地址空间中，使用该进程的全局变量和系统资源。操作系统给每个线程分配不同的CPU时间片，在某一个时刻，CPU只执行一个时间片内的线程，多个时间片中的相应线程在CPU内轮流执行，由于每个时间片时间很短，所以对用户来说，仿佛各个线程在计算机中是并行处理的。操作系统是根据线程的优先级来安排CPU的时间，优先级高的线程优先运行，优先级低的线程则继续等待。

Windows提供了两种线程：用户界面线程和工作线程（又称为后台线程）。用户界面线程通常用来处理用户的输入并响应各种事件和消息，其实，应用程序的主执行线程CWinApp对象就是一个用户界面线程，当应用程序启动时自动创建和启动，同样它的终止也意味着该程序的结束，进程终止。工作线程用来执行程序的后台处理任务，比如计算、调度、对串口的读写操作等，它和用户界面线程的区别是它不用从CWinThread类派生来创建，对它来说最重要的是如何实现工作线程任务的运行控制函数。工作线程和用户界面线程启动时要调用同一个函数的不同版本；一个进程中的所有线程共享它们父进程的变量，但同时每个线程可以拥有自己的变量。