摘要：在簡(jiǎn)要分析了多媒體監(jiān)控系統(tǒng)發(fā)展現(xiàn)狀的基礎(chǔ)上，提出了一種基于VW2010壓縮／解壓芯片的多媒體壓縮／解壓卡的設(shè)計(jì)方案，給出了基于VW2010的多媒體監(jiān)控系統(tǒng)壓縮和解壓卡的硬件結(jié)構(gòu)圖以及在Linux系統(tǒng)下VW2010的驅(qū)動(dòng)程序，同時(shí)給出了在Linux Redhat 7.3下編寫的測(cè)試程序，并進(jìn)行了全面的測(cè)試。

    關(guān)鍵詞：MPEG；監(jiān)控系統(tǒng)；壓縮／解壓；設(shè)備驅(qū)動(dòng)程序

１ ＭＰＥＧ－４標(biāo)準(zhǔn)及其在多媒體監(jiān)控系統(tǒng)中的應(yīng)用

多媒體監(jiān)控系統(tǒng)是多媒體技術(shù)在安防領(lǐng)域的新應(yīng)用。目前已廣泛應(yīng)用到金融、文博、酒店、交通、商業(yè)、醫(yī)院、工廠、學(xué)校、住宅小區(qū)物業(yè)管理等各個(gè)領(lǐng)域。從目前趨勢(shì)看，多媒體監(jiān)控系統(tǒng)的應(yīng)用領(lǐng)域還在不斷擴(kuò)展。

    音視頻壓縮技術(shù)是多媒體監(jiān)控系統(tǒng)中的關(guān)鍵技術(shù)。在數(shù)字多媒體壓縮（特別是視頻壓縮）領(lǐng)域內(nèi)有很多國(guó)際標(biāo)準(zhǔn)（如ＩＳＯ／ＩＴＵ－Ｔ技術(shù)委員會(huì)的ＪＰＥＧ標(biāo)準(zhǔn)、ＣＣＩＴＴ制定的Ｈ．２６３標(biāo)準(zhǔn)以及著名的ＭＰＥＧ標(biāo)準(zhǔn)等）。其中，ＭＰＥＧ－１標(biāo)準(zhǔn)適用于傳輸１．５Ｍｂｐｓ的運(yùn)動(dòng)圖形及其伴音編碼，它具有較高的壓縮比，其基本算法對(duì)于壓縮水平方向?yàn)椋常叮皞€(gè)像素、垂直方向?yàn)椋玻福競(jìng)€(gè)像素，并以每秒２４～３０幀畫面運(yùn)動(dòng)的圖像有較好的效果。早期的監(jiān)控系統(tǒng)很多都采用此標(biāo)準(zhǔn)（如著名的以色列芯片Ｚ１５１０即采用ＭＰＥＧ－１標(biāo)準(zhǔn)）；而ＭＰＥＧ－４標(biāo)準(zhǔn)的主要特點(diǎn)是可對(duì)圖像中的內(nèi)容進(jìn)行編碼，其核心是基于內(nèi)容尺度可變性（Ｃｏｎｔｅｎｔ－ｂａｓｅｄ ｓｃａｌａｂｉｌｉｔｙ）。內(nèi)容尺度可變性意味著可以給圖像中的各個(gè)對(duì)象分配優(yōu)先級(jí)。其中，比較重要的對(duì)象用較高的空間和（或）時(shí)間分辨力表示。對(duì)于比較低的比特率應(yīng)用系統(tǒng)來說，尺度可變性是一個(gè)關(guān)鍵的因素，因?yàn)樗峁┝俗赃m應(yīng)可用資源的能力。例如，這個(gè)功能允許對(duì)具有較高優(yōu)先級(jí)的對(duì)象用可接受的質(zhì)量進(jìn)行顯示，第二優(yōu)先級(jí)的對(duì)象則用較低的質(zhì)量顯示，而其余內(nèi)容（對(duì)象）則不顯示。對(duì)于監(jiān)控系統(tǒng)來說，在絕大部分時(shí)間內(nèi)，監(jiān)視畫面的背景都保持不變，因此，在要求的比特率比較低時(shí)，對(duì)于監(jiān)視畫面的背景部分可以以較低的質(zhì)量顯示，這樣并不會(huì)影響整個(gè)畫面的效果。

本系統(tǒng)采用ＭＰＥＧ－４壓縮標(biāo)準(zhǔn)，選擇的實(shí)現(xiàn)方式是硬壓縮和硬解壓，所用的壓縮解壓芯片為ＶＷＥＢ公司的ＶＷ２０１０。

２ 硬件設(shè)計(jì)原理

２．１ ＶＷ２０１０的主要特點(diǎn)

ＶＷ２０１０是ＶＷＥＢ公司開發(fā)的實(shí)時(shí)ＭＰＥＧ－４音視頻壓縮／解壓芯片（ＣＯＤＥＣ）。該芯片具有以下主要特點(diǎn)：

（１）片內(nèi)集成有３個(gè)信號(hào)處理／控制單元，包括一個(gè)視頻編碼（壓縮）器、一個(gè)視頻解碼（解壓）器和一個(gè)片內(nèi)ＣＰＵ（內(nèi)部擴(kuò)展一個(gè)音頻編碼ＤＳＰ、一個(gè)音頻解碼ＤＳＰ、一個(gè)多路復(fù)合單元和一個(gè)多路解復(fù)合單元）。ＶＷ２０１０芯片的內(nèi)部結(jié)構(gòu)圖如圖１所示。

（２）具有可編程、高性能和低功耗特點(diǎn)，因?yàn)槊總€(gè)信號(hào)處理／控制單元都由一個(gè)ＲＩＳＣ處理器和專用的硬件加速器構(gòu)成。此外，視頻編、解碼器內(nèi)部還集成了一個(gè)專用的ＳＤＲＡＭ。

（３）在系統(tǒng)上電／復(fù)位時(shí)，視頻編、解碼器的固件程序可由外部主機(jī)（ｈｏｓｔ）載入各自專用的ＳＤＲＡＭ；而片內(nèi)ＣＰＵ的固件程序則可載入ＶＷ２０１０外掛的ＳＤＲＡＭ。

（４）芯片的主機(jī)接口采用標(biāo)準(zhǔn)ＰＣＩ接口。符合ＰＣＩ局部總線規(guī)范２.２。

（５）為了使編、解碼性能達(dá)到最佳，ＶＷ２０１０內(nèi)部集成了一個(gè)雙通道ＤＭＡＣ。系統(tǒng)ｈｏｓｔ可直接通過主機(jī)接口對(duì)ＶＷ２０１０進(jìn)行控制，ＭＰＥＧ數(shù)據(jù)流采用ＤＭＡ方式傳輸。

（６）提供有與ＰＨＩＬＩＰＳ公司兼容的Ｉ２Ｃ總線，可方便地對(duì)外圍芯片進(jìn)行控制。

    ２．２ 基于ＶＷ２０１０的壓縮／解壓卡硬件設(shè)計(jì)

圖２所示是用ＶＷ２０１０設(shè)計(jì)的壓縮卡的原理框圖。圖中，ＣＶＢＳ信號(hào)先經(jīng)過視頻接收電路進(jìn)行前端處理（包括阻抗匹配、限幅和鉗位），然后通過視頻解碼電路產(chǎn)生符合ＶＷ２０１０視頻接口標(biāo)準(zhǔn)的ＩＴＵ６５６信號(hào)。 視頻解碼電路的核心是一個(gè)視頻解碼芯片，該解碼芯片用于對(duì)ＣＶＢＳ信號(hào)進(jìn)行Ａ／Ｄ轉(zhuǎn)換和編碼，以產(chǎn)生ＩＴＵ６５６標(biāo)準(zhǔn)的并行數(shù)字電視信號(hào)。高檔的視頻解碼器還支持圖像尺寸縮放（ｓｃａｌｉｎｇ）和幀提?。ǎ洌澹悖椋恚幔簦椋睿纾┕δ?，如ＰＨＩＬＩＰＳ公司的ＳＡＡ７１１４、ＳＡＡ７１１５以及Ｒｏｃｋｗｅｌｌ公司的ＢＴ８２９Ａ等。由于ＶＷ２０１０的視頻輸入為ＩＴＵ６５６／Ｄ１格式，所以只需要選擇具有基本Ａ／Ｄ轉(zhuǎn)換和編碼功能的視頻解碼芯片如ＳＡＡ７１１３即可。

在模擬音頻信號(hào)經(jīng)過模擬音頻接收電路進(jìn)行前端處理后，便可通過音頻ＡＤＣ電路產(chǎn)生符合ＶＷ２０１０音頻接口標(biāo)準(zhǔn)的Ｉ２Ｓ信號(hào)。

ＶＷ２０１０是壓縮卡的核心處理芯片，該芯片除可完成音、視頻信號(hào)的編碼外，還可提供對(duì)解碼器和ＡＤＣ的控制（通過Ｉ２Ｃ總線），其編碼產(chǎn)生的ＭＰＥＧ流可通過芯片內(nèi)部集成的ＰＣＩ接口輸出。ＶＷ２０１０的解壓操作是壓縮操作的逆過程，基本原理類似，基于ＶＷ２０１０的解壓卡原理框圖如圖３所示。

３ Ｌｉｎｕｘ下ＶＷ２０１０設(shè)備驅(qū)動(dòng)程序設(shè)計(jì)

３．１ 分層軟件體系結(jié)構(gòu)

按照操作系統(tǒng)的觀點(diǎn)，系統(tǒng)軟件體系結(jié)構(gòu)應(yīng)為表１所列的分層結(jié)構(gòu)。驅(qū)動(dòng)程序工作在核心態(tài)，并向下通過Ｃｈｉｐ ＡＰＩ實(shí)現(xiàn)對(duì)ＶＷ２０１０芯片的直接控制，向上則為應(yīng)用程序提供驅(qū)動(dòng)程序接口（Ｄｒｉｖｅｒ ＡＰＩ）。按照Ｒｕｂｉｎｉ先生的觀點(diǎn)，驅(qū)動(dòng)程序提供的是機(jī)制，而不是策略。換句話說，驅(qū)動(dòng)程序的主要任務(wù)是為應(yīng)用提供全面、高效而可靠的服務(wù)，具體如何使用硬件則是應(yīng)用需要解決的問題。

表1 分層軟件體系結(jié)構(gòu)示意圖

Software	Mode
Application	User mode
Driver API
Driver	Kernel mode
Chip API
Firmware	HardWare layer

考慮到Ｌｉｎｕｘ系統(tǒng)下的設(shè)備驅(qū)動(dòng)程序開發(fā)技術(shù)已經(jīng)相當(dāng)成熟，筆者不打算詳細(xì)介紹驅(qū)動(dòng)程序的完整框架和各個(gè)模塊，而是在分析ＶＷ２０１０芯片與ｈｏｓｔ通信機(jī)制的基礎(chǔ)上，著重討論在驅(qū)動(dòng)程序中如何實(shí)現(xiàn)對(duì)ＶＷ２０１０芯片的有效控制以及如何通過應(yīng)用程序?qū)崿F(xiàn)ＶＷ２０１０芯片間數(shù)據(jù)的有效傳輸。

３．２ ＶＷ２０１０與ｈｏｓｔ的通信機(jī)制

ＶＷ２０１０提供了三種與ｈｏｓｔ通信的機(jī)制：直接訪問內(nèi)部寄存器、共享存儲(chǔ)區(qū)（ｓｈａｒｅｄ ｍｅｍｏｒｙ）和ＤＭＡ。ＶＷ２０１０允許ｈｏｓｔ直接訪問其內(nèi)部寄存器和外部存儲(chǔ)單元，寄存器方式主要用于調(diào)試目的和下載固件程序；ＤＭＡ方式則負(fù)責(zé)ＶＷ２０１０芯片和應(yīng)用緩沖區(qū)之間的數(shù)據(jù)傳輸（如ＭＰＥＧ數(shù)據(jù)流）；共享存儲(chǔ)區(qū)機(jī)制是設(shè)備驅(qū)動(dòng)程序和ＶＷ２０１０間的主要通信方式。

（１） 共享存儲(chǔ)區(qū)（ｓｈａｒｅｄ ｍｅｍｏｒｙ）

ＶＷ２０１０采用共享存儲(chǔ)區(qū)機(jī)制接收ｈｏｓｔ的命令并返回命令執(zhí)行結(jié)果。ｈｏｓｔ與ＶＷ２０１０進(jìn)行通信的共享存儲(chǔ)區(qū)（以下簡(jiǎn)稱ＳＭ＿ＰＣ２ＶＷ）位于ｅｎｃｏｄｅｒ ＳＤＲＡＭ中地址３Ｆ１８００處，共１２８字節(jié)；而ＶＷ２０１０與ｈｏｓｔ進(jìn)行通信的共享存儲(chǔ)區(qū)（以下簡(jiǎn)稱ＳＭ＿ ＶＷ２ＰＣ）則位于ｅｎｃｏｄｅｒ ＳＤＲＡＭ中的地址３Ｆ１８８０處，也是１２８字節(jié)。

ＳＭ＿ＰＣ２ＶＷ的格式如表２所列。表中，ＣＭＤ為命令碼，分別為：讀數(shù)據(jù)（ＣＭＤ＝１）、發(fā)ＩＯＣＴＬ碼（ＣＭＤ＝２）、寫數(shù)據(jù)（ＣＭＤ＝３）、打開命令（ＣＭＤ＝４）和關(guān)閉命令（ＣＭＤ＝５）；ＩｎｔＦｌａｇ為中斷標(biāo)識(shí)，ＩｎｔＦｌａｇ為１時(shí)，ＶＷ２０１０執(zhí)行完ＣＭＤ定義的任務(wù)后將產(chǎn)生一個(gè)中斷，為０則不產(chǎn)生中斷；Ｄｅｖｉｃｅ Ｈａｎｄｌｅ由打開命令從ｆｉｒｍｗａｒｅ中獲得，當(dāng)ＣＭＤ不同時(shí)，Ｐａｒａｍｅｔｅｒｓ有不同的含義。

表2 host到VW2010的共享內(nèi)存區(qū)格式

Address	31:16	15:8	7:0
3F1800	Reserved	IntFlag	CMD
3F1804	Reserved	Reserved	Reserved
3F1808	Reserved
3F180C	Device Handle
3F1810	Parameters
3F1814	……

表3 VW2010到host的共享內(nèi)存區(qū)格式

Address	31:16	15:8	7:0
3F1880	Reserved	Reserved	Reserved
3F1884	Reserved	ACK/NACK	CMD
3F1888	Return Code
3F188C	Device Handle
3F1890	Parameters
3F1894	……

ＳＭ＿ＶＷ２ＰＣ的格式如表３所列。ＡＣＫ／ＮＡＣＫ的含義是：如果ＳＭ＿ＰＣ２ＶＷ中的ＩｎｔＦｌａｇ為１，且命令ＣＭＤ成功執(zhí)行，則為ＡＣＫ；如果ＳＭ＿ＰＣ２ＶＷ中ＩｎｔＦｌａｇ為１，而執(zhí)行命令ＣＭＤ失敗，則為ＮＡＣＫ，并將錯(cuò)誤碼保存在Ｒｅｔｕｒｎ Ｃｏｄｅ字段。

一般在發(fā)送其它命令之前，必須先發(fā)送打開命令，此時(shí)，Ｄｅｖｉｃｅ Ｈａｎｄｌｅ字段應(yīng)為０，Ｐａｒａｍｅｔｅｒｓ字段為打開類型（ＴＳＭＵＸ，ＰＳＭＵＸ，ＴＳＤＥＭＵＸ或ＰＳＤＥ-ＭＵＸ）。如果該命令成功執(zhí)行，則會(huì)在ＳＭ＿ＶＷ２ＰＣ的Ｄｅｖｉｃｅ Ｈａｎｄｌｅ字段返回所分配的Ｄｅｖｉｃｅ Ｈａｎｄｌｅ，并在ＳＭ＿ＶＷ２ＰＣ的Ｐａｒａｍｅｔｅｒｓ字段返回輔助參數(shù)區(qū)的首地址（下面簡(jiǎn)稱為Ｘ）。輔助參數(shù)區(qū)由ｆｉｒｍｗａｒｅ在ｅｎｃｏｄｅｒ ＳＤＲＡＭ中動(dòng)態(tài)分配，主要用于傳遞與命令有關(guān)的參數(shù)。

在結(jié)束使用共享內(nèi)存區(qū)后，必須發(fā)送關(guān)閉命令以釋放輔助參數(shù)區(qū)。

（２）信號(hào)燈

由于共享存儲(chǔ)區(qū)是臨界資源，所以必須提供一種機(jī)制，以保證ＶＷ２０１０和ｈｏｓｔ使用時(shí)不發(fā)生沖突。為此，ＶＷ２０１０分別給ＳＭ＿ＰＣ２ＶＷ和ＳＭ＿ ＶＷ ２ＰＣ提供了兩個(gè)硬件信號(hào)燈，它們由寄存器ＲＥＧ＿ＩＮＴ１和ＲＥＧ＿ＩＮＴ２的最低位控制。此外，ＶＷ２０１０還為信號(hào)燈定義了以下兩種操作。

寫操作：向ＲＥＧ＿ＩＮＴ１或ＲＥＧ＿ＩＮＴ２最低位寫入１，然后釋放共享存儲(chǔ)區(qū)。

讀操作：返回ＲＥＧ＿ＩＮＴ１或ＲＥＧ＿ＩＮＴ２最低位的值，同時(shí)清該位為０。

    （３） ｈｏｓｔ到ＶＷ２０１０的中斷

ｈｏｓｔ通常通過向ＶＷ２０１０發(fā)中斷的方式通知ＶＷ２０１０從共享存儲(chǔ)區(qū)讀取主機(jī)命令。ＶＷ２０１０用寄存器ＲＥＧ＿ＤＨＩＵ５實(shí)現(xiàn)ｈｏｓｔ到ＶＷ２０１０的中斷。

ＲＥＧ＿ＤＨＩＵ５的最低四位用于保存中斷計(jì)數(shù)，第五位為中斷屏蔽位。ｈｏｓｔ向ＲＥＧ＿ＤＨＩＵ５每寫一次，中斷計(jì)數(shù)加１；ＶＷ２０１０每讀ＲＥＧ＿ＤＨＩＵ５一次，中斷計(jì)數(shù)減１。只要中斷計(jì)數(shù)不為０，ＶＷ２０１０內(nèi)部的中斷請(qǐng)求信號(hào)將一直保持有效。

３．３ ＶＷ２０１０的數(shù)據(jù)讀寫和ＩＯＣＴＬ方法的實(shí)現(xiàn)

ＶＷ２０１０的數(shù)據(jù)讀寫和ＩＯＣＴＬ的實(shí)現(xiàn)依賴于上述的共享存儲(chǔ)區(qū)機(jī)制，下面通過假設(shè)已經(jīng)用打開命令（ＣＭＤ＝４）從ｆｉｒｍｗａｒｅ獲取了Ｄｅｖｉｃｅ Ｈａｎｄｌｅ和輔助參數(shù)區(qū)（首地址為Ｘ）來進(jìn)行討論。

（１） 數(shù)據(jù)讀寫的實(shí)現(xiàn)

圖４和圖５分別給出了ＶＷ２０１０在系統(tǒng)調(diào)用部分和中斷服務(wù)部分的讀數(shù)據(jù)流程圖。

ＶＷ２０１０采用ＤＭＡ方式實(shí)現(xiàn)與應(yīng)用空間的數(shù)據(jù)交換。讀／寫命令用于建立從ＶＷ２０１０到ｈｏｓｔ的ＤＭＡ通道并啟動(dòng)數(shù)據(jù)傳輸，它并不等待數(shù)據(jù)傳輸完成，而是讓ＤＭＡ傳輸在后臺(tái)運(yùn)行，當(dāng)ＤＭＡ傳輸結(jié)束后，ＶＷ２０１０將中斷主機(jī)。

當(dāng)應(yīng)用程序要讀寫數(shù)據(jù)時(shí)，它首先會(huì)分配一些緩沖區(qū)用于保存讀寫數(shù)據(jù)。這些緩沖區(qū)可以用首地址和長(zhǎng)度標(biāo)識(shí)，如可以使用（Ａｄｄｒｅｓｓ，Ｌｅｎ）代表首地址為Ａｄｄｒｅｓｓ、長(zhǎng)度為Ｌｅｎ的緩沖區(qū)。在發(fā)送讀／寫數(shù)據(jù)命令時(shí)，ＳＭ＿ＰＣ２ＶＷ的Ｐａｒａｍｅｔｅｒｓ字段為Ｘ，輔助參數(shù)區(qū)的內(nèi)容為應(yīng)用空間數(shù)據(jù)緩沖區(qū)的信息，其格式即為上述的首地址和緩沖長(zhǎng)度標(biāo)識(shí)對(duì)（Ａｄｄｒｅｓｓ，Ｌｅｎ）。ＶＷ２０１０根據(jù)這些緩沖區(qū)信息來建立應(yīng)用空間的ＤＭＡ通道。

(２)ＩＯＣＴＬ的實(shí)現(xiàn)

使用時(shí)，可定義多種ＩＯＣＴＬ碼以用于控制ＶＷ２０１０芯片，各ＩＯＣＴＬ碼的參數(shù)各不相同。需要注意的是，此處的ＩＯＣＴＬ碼不同于Ｄｒｉｖｅｒ ＡＰＩ中的ＩＯＣＴＬ碼。該命令與讀寫數(shù)據(jù)命令的主要區(qū)別在于其命令輔助參數(shù)存儲(chǔ)區(qū)的格式不同，而控制流程類似，限于篇幅，這里不再贅述。

４　結(jié)論

為了測(cè)試壓縮／解壓卡和設(shè)備驅(qū)動(dòng)程序的性能，作者在Ｌｉｎｕｘ Ｒｅｄｈａｔ ７.３下編寫了測(cè)試程序。在測(cè)試中，分別讓ＶＷ２０１０芯片工作在手動(dòng)錄像模式、定時(shí)錄像模式和動(dòng)態(tài)偵測(cè)錄像模式。結(jié)果表明：該系統(tǒng)卡在各種模式下都能穩(wěn)定工作。