【文章內(nèi)容簡介】 ）在捕獲時(shí)可指定所用的文件名并能將捕獲文件的內(nèi)容拷貝到另一個(gè)文件；（5）設(shè)置捕獲速率；（6）顯示控制視頻源、視頻格式、視頻壓縮的對(duì)話框；（7）創(chuàng)建、保存或載入調(diào)色板；（8）將圖像和相關(guān)的調(diào)色板拷貝到剪貼板；（9）將捕獲的一個(gè)單幀圖像保存為 DIB 格式的文件。AVICap 在顯示視頻時(shí)提供的兩種模式：（1）預(yù)覽（Preview）模式：該模式使用 CPU 資源，視頻幀先從捕獲硬件傳到系統(tǒng)內(nèi)存，接著采用 GDI 函數(shù)在捕獲窗中顯示。在物理上，這種模式需要通過 VGA 卡在監(jiān)視器上顯示。（2）疊加（Overlay ）模式：該模式使用硬件疊加進(jìn)行視頻顯示，疊加視頻的顯示不經(jīng)過 VGA 卡，疊加視頻的硬件將 VGA 的輸出信號(hào)與其自身的輸出信號(hào)合并，形成組合信號(hào)顯示在計(jì)算機(jī)的監(jiān)視器上。只有部分視頻捕獲卡才具有視頻疊加能力。靈活編寫 AVICap 提供的回調(diào)函數(shù)還可滿足一些特殊需求。比如，將宏 capCaptureSequenceNoFile 同用 capSetCallbackOnVideoStream 登記的回調(diào)函數(shù)一起使用，可使應(yīng)用程序直接使用視頻和音頻數(shù)據(jù)。在視頻聊天的應(yīng)用程序中可利用這一點(diǎn)來獲得視頻幀，回調(diào)函數(shù)將捕獲的圖像傳到遠(yuǎn)端的計(jì)算機(jī)。應(yīng)用程序可用捕獲窗來登記回調(diào)函數(shù)（由用戶編寫，而由系統(tǒng)調(diào)用） ，以便在發(fā)生下列情況時(shí)，它能通知應(yīng)用程序，作出相應(yīng)的反應(yīng)：捕獲窗狀態(tài)改變；出錯(cuò)；視頻幀和音頻緩存可以使用；在捕獲過程中，其它應(yīng)用程序處于讓步（Yield）地位。視頻捕獲編程也要用到涉及視頻捕獲的結(jié)構(gòu)、宏、消息和函數(shù)。令人高興的是，發(fā)送 AVICap 窗口消息所能完成的功能都能調(diào)用相應(yīng)的宏來完成。例如，SendMessage（hWndCap,WM_CAP_DRIVER_CONNECT,0,0L）與 capDriverConnect（hWndCap,0）的作用相同，都是將創(chuàng)建的捕獲窗同視頻輸入器件連接起來。視頻部分主要是利用 Video Capture 函數(shù)庫來獲取影像的。Video Capture 主要提供下列功能：連接驅(qū)動(dòng)程序；獲取影像、聲音資料，并顯示在屏幕上或者是存成 AVI文件；獲取單張影像顯示在屏幕上，拷貝至剪貼簿，或者是存成 DIB（DeviceIndependent Bitmap）文件。Video Capture 的主要結(jié)構(gòu)：結(jié)構(gòu)體 CAPTUREPARAMS 主要包含一些獲取圖像的參數(shù)： DWORD dwRequestMicroSecPerFrame 代表相鄰兩個(gè) frame 的獲取時(shí)間間隔；BOOL fYield 值為 TRUE，則表示 Windows 會(huì)以另一個(gè) thread 來捕獲影像，值為 FALSE，程序會(huì)在捕捉影像后顯示忙碌狀態(tài)；BOOL fCaptureAudio 其值表示是否需要同時(shí)獲取聲音資料。結(jié)構(gòu)體 BITMAPINFO 和點(diǎn)陣圖有關(guān)，主要定義了影像獲取之后顯示在屏幕上、存儲(chǔ)在文件中的格式，它包含兩個(gè)成員：BITMAPINFOHEADER bmiHeader 描述影像性質(zhì)的結(jié)構(gòu)，其成員記載了影像的大小、顏色深度和壓縮的方式，該成員在 Video Capture、 Video Compression Manager 和 DrawDib 函數(shù)庫中，以及有關(guān)于點(diǎn)陣圖的應(yīng)用中；RGBQUAD bmiColors 指向 color table 第一個(gè)元素的位置。結(jié)構(gòu)體 COMPVARS 主要是記錄所有和壓縮相關(guān)的信息，重要的成員：DWORD fccHandler 為 pressor 句柄；LPBITMAPINFO lpbiIn 指向待壓縮影像 BITMAPINFO的指標(biāo)；LPBITMAPINFO lpbitOut:指向壓縮完影像 BITMAPINFO 的指標(biāo)；LONG lKey 代表 keyframe rate,而所謂 key frame 是指此 frame 在解壓縮時(shí)不需要依賴前面的 frame；LONG lQ 代表影像壓縮后的品質(zhì)，取值為 1～10000 的整數(shù)。Video Compression Functions 主要記錄壓縮功能相關(guān)的信息，其包含的比較重要的成員：ICLocate 輸入指向壓縮前后 BITMAPINFO 的指標(biāo)，以及欲使用的 codecs；ICCompressorChoose 呼叫一個(gè)系統(tǒng)內(nèi)建的對(duì)話，其中包含所有可能使用的 codes 以及其相關(guān)參數(shù)；ICCompressQuery 詢問 pressor 是否支持某種壓縮方式，輸入?yún)?shù)為 compressor handle 及指向壓縮前后 BITMAPINFO 的指標(biāo)，此函數(shù)會(huì)傳回詢問結(jié)果；ICCompressBegin 要求系統(tǒng)準(zhǔn)備相關(guān)資源以供壓縮之用；ICCompress 壓縮某個(gè) frame；ICCompressEnd 歸還相關(guān)資源給系統(tǒng)；ICDompressQuery 詢問 depressor 是否支持某種解壓縮方式；ICDompressBegin 要求系統(tǒng)準(zhǔn)備相關(guān)資源以供解壓縮之用；ICDompress解壓縮某一個(gè) frame；ICDompressEnd 歸還相關(guān)資源給系統(tǒng)；ICDompressFree 歸還 COMPVARS 所占用的資源 [3]。 C/S 結(jié)構(gòu)的介紹C/S（client/server）結(jié)構(gòu)，即被廣為熟知和使用的客戶機(jī)和服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)合理分配到 client 端和 server 端來實(shí)現(xiàn)，降低了系統(tǒng)的通訊開銷。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是 client/server 形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的 web 應(yīng)用發(fā)展，web 和client/server 應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理，應(yīng)用不同的模塊共享邏輯組件；因此，內(nèi)部用戶和外部用戶都可以訪問新的和現(xiàn)有的應(yīng)用系統(tǒng)，通過現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。這也就是目前應(yīng)用系統(tǒng)的發(fā)展方向。傳統(tǒng)的 c/s 體系結(jié)構(gòu)雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級(jí)的開放性，在特定的應(yīng)用中無論是 client端還是 server 端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境，c/s 結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)開發(fā)不同版本的軟件，加之產(chǎn)品的更新?lián)Q代十分快，已經(jīng)很難適應(yīng)百臺(tái)電腦以上局域網(wǎng)用戶同時(shí)使用。而且代價(jià)高，效率低。C/S 架構(gòu)軟件的優(yōu)勢與劣勢：（1）應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。最簡單的 C/S 體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫服務(wù)器程序。二者可分別稱為前臺(tái)程序與后臺(tái)程序。運(yùn)行數(shù)據(jù)庫服務(wù)器程序的機(jī)器，也稱為應(yīng)用服務(wù)器。一旦服務(wù)器程序被啟動(dòng)，就隨時(shí)等待響應(yīng)客戶程序發(fā)來的請求；客戶應(yīng)用程序運(yùn)行在用戶自己的電腦上，對(duì)應(yīng)于數(shù)據(jù)庫服務(wù)器，可稱為客戶電腦，當(dāng)需要對(duì)數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行任何操作時(shí)，客戶程序就自動(dòng)地尋找服務(wù)器程序，并向其發(fā)出請求，服務(wù)器程序根據(jù)預(yù)定的規(guī)則作出應(yīng)答，送回結(jié)果，應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。（2）數(shù)據(jù)的儲(chǔ)存管理功能較為透明。在數(shù)據(jù)庫應(yīng)用中，數(shù)據(jù)的儲(chǔ)存管理功能，是由服務(wù)器程序和客戶應(yīng)用程序分別獨(dú)立進(jìn)行的，前臺(tái)應(yīng)用可以違反的規(guī)則，并且通常把那些不同的（不管是已知還是未知的）運(yùn)行數(shù)據(jù)，在服務(wù)器程序中不集中實(shí)現(xiàn)，例如訪問者的權(quán)限，編號(hào)可以重復(fù)、必須有客戶才能建立定單這樣的規(guī)則。所有這些，對(duì)于工作在前臺(tái)程序上的最終用戶，是“透明” 的，他們無須過問（通常也無法干涉）背后的過程，就可以完成自己的一切工作。在客戶服務(wù)器架構(gòu)的應(yīng)用中，前臺(tái)程序不是非?！笆菪?”，麻煩的事情都交給了服務(wù)器和網(wǎng)絡(luò)。在 C/S 體系的下，數(shù)據(jù)庫不能真正成為公共、專業(yè)化的倉庫，它受到獨(dú)立的專門管理。（3）C/S 架構(gòu)的劣勢是高昂的維護(hù)成本且投資大。首先，采用 C/S 架構(gòu)，要選擇適當(dāng)?shù)臄?shù)據(jù)庫平臺(tái)來實(shí)現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正“統(tǒng)一” ，使分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫系統(tǒng)去管理，但邏輯上兩地的操作者要直接訪問同一個(gè)數(shù)據(jù)庫才能有效實(shí)現(xiàn)，有這樣一些問題，如果需要建立“實(shí)時(shí)” 的數(shù)據(jù)同步，就必須在兩地間建立實(shí)時(shí)的通訊連接，保持兩地的數(shù)據(jù)庫服務(wù)器在線運(yùn)行，網(wǎng)絡(luò)管理工作人員既要對(duì)服務(wù)器維護(hù)管理，又要對(duì)客戶端維護(hù)和管理，這需要高昂的投資和復(fù)雜的技術(shù)支持，維護(hù)成本很高，維護(hù)任務(wù)量大 [11]。 線程的實(shí)現(xiàn)方法線程是一個(gè)獨(dú)立的執(zhí)行流，是進(jìn)程內(nèi)部的一個(gè)獨(dú)立的執(zhí)行單元，相當(dāng)于一個(gè)子程序，它對(duì)應(yīng)于 Visual C++中的 CWinThread 類對(duì)象。單獨(dú)一個(gè)執(zhí)行程序運(yùn)行時(shí)，缺省地包含了一個(gè)主線程，主線程以函數(shù)地址的形式出現(xiàn)，提供程序的啟動(dòng)點(diǎn),當(dāng)主線程終止時(shí)，進(jìn)程也隨之終止。根據(jù)實(shí)際需要，應(yīng)用程序可以分解成許多獨(dú)立執(zhí)行的線程，每個(gè)線程并行的運(yùn)行在同一進(jìn)程中。一個(gè)進(jìn)程中的所有線程都在該進(jìn)程的虛擬地址空間中，使用該進(jìn)程的全局變量和系統(tǒng)資源。操作系統(tǒng)給每個(gè)線程分配不同的 CPU 時(shí)間片，在某一個(gè)時(shí)刻，CPU 只執(zhí)行一個(gè)時(shí)間片內(nèi)的線程，多個(gè)時(shí)間片中的相應(yīng)線程在 CPU 內(nèi)輪流執(zhí)行，由于每個(gè)時(shí)間片時(shí)間很短，所以對(duì)用戶來說，仿佛各個(gè)線程在計(jì)算機(jī)中是并行處理的。操作系統(tǒng)是根據(jù)線程的優(yōu)先級(jí)來安排 CPU 的時(shí)間，優(yōu)先級(jí)高的線程優(yōu)先運(yùn)行，優(yōu)先級(jí)低的線程則繼續(xù)等待。Windows 提供了兩種線程：用戶界面線程和工作線程（又稱為后臺(tái)線程） 。用戶界面線程通常用來處理用戶的輸入并響應(yīng)各種事件和消息，其實(shí)，應(yīng)用程序的主執(zhí)行線程 CWinApp 對(duì)象就是一個(gè)用戶界面線程，當(dāng)應(yīng)用程序啟動(dòng)時(shí)自動(dòng)創(chuàng)建和啟動(dòng)，同樣它的終止也意味著該程序的結(jié)束，進(jìn)程終止。工作線程用來執(zhí)行程序的后臺(tái)處理任務(wù)，比如計(jì)算、調(diào)度、對(duì)串口的讀寫操作等，它和用戶界面線程的區(qū)別是它不用從 CWinThread 類派生來創(chuàng)建，對(duì)它來說最重要的是如何實(shí)現(xiàn)工作線程任務(wù)的運(yùn)行控制函數(shù)。工作線程和用戶界面線程啟動(dòng)時(shí)要調(diào)用同一個(gè)函數(shù)的不同版本；一個(gè)進(jìn)程中的所有線程共享它們父進(jìn)程的變量，但同時(shí)每個(gè)線程可以擁有自己的變量 [7]。這里主要介紹用戶界面線程的運(yùn)用：（1）線程的啟動(dòng)創(chuàng)建一個(gè)用戶界面線程，首先要從類 CwinThread 產(chǎn)生一個(gè)派生類，同時(shí)必須使 DECLARE_DYNCREATE 和 IMPLEMENT_DYNCREATE 來聲明和實(shí)現(xiàn)這個(gè) CwinThread 派生類。第二步是根據(jù)需要重載該派生類的一些成員函數(shù)如：ExitInstance（） 、InitInstance（） 、OnIdle（） 、PreTranslateMessage（）等函數(shù)。最后調(diào)用 AfxBeginThread()函數(shù)的一個(gè)版本：CWinThread* AfxBeginThread (CRuntimeClass* pThreadClass,int nPriority=THREAD_PRIORITY_NORMAL,UINT nStackSize = 0, DWORD dwCreateFlags = 0, LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL)啟動(dòng)該用戶界面線程，其中第一個(gè)參數(shù)為指向定義的用戶界面線程類指針變量，第二個(gè)參數(shù)為線程的優(yōu)先級(jí)，第三個(gè)參數(shù)為線程所對(duì)應(yīng)的堆棧大小，第四個(gè)參數(shù)為線程創(chuàng)建時(shí)的附加標(biāo)志，缺省為正常狀態(tài)，如為 CREATE_SUSPENDED 則線程啟動(dòng)后為掛起狀態(tài)。（2）線程的優(yōu)先級(jí)CwinThread 類的成員函數(shù)用于線程優(yōu)先級(jí)的操作：int GetThreadPriority（） ；BOOL SetThradPriority（）(int nPriority)；（3）線程的掛起和恢復(fù)CWinThread 類中包含了應(yīng)用程序掛起和恢復(fù)它所創(chuàng)建的線程的函數(shù)，其中 SuspendThread（）用來掛起線程，暫停線程的執(zhí)行；ResumeThread（）用來恢復(fù)線程的執(zhí)行。如果你對(duì)一個(gè)線程連續(xù)若干次執(zhí)行 SuspendThread（） ，則需要連續(xù)執(zhí)行相應(yīng)次的 ResumeThread（）來恢復(fù)線程的運(yùn)行。（4）結(jié)束線程終止線程有三種途徑，線程可以在自身內(nèi)部調(diào)用 AfxEndThread()來終止自身的運(yùn)行；可以在線程的外部調(diào)用 BOOL TerminateThread(H