基于GIO/FVID的F2812DSP的視頻處理系統(tǒng)

　　3.1 設(shè)備驅(qū)動(dòng)程序模型的選擇

　　如上文介紹，常用的驅(qū)動(dòng)程序模型包括3類：PIO、SIO和GIO。比較這3種模型可以知道：PIO支持更底層的通信，適合設(shè)計(jì)比較簡(jiǎn)單的外設(shè)驅(qū)動(dòng)程序。例如在TI公司的6X11DSK板上實(shí)現(xiàn)的音頻采集和回放，一般都是基于PIO模型的。而SIO模型具有很好的緩沖器分配回收機(jī)制，比較適合描述視頻設(shè)備，但是SIO的很多功能在本系統(tǒng)中使用不到，而且GIO模型設(shè)計(jì)的目的就是針對(duì)特殊硬件的新型設(shè)備，所以最終考慮使用GIO設(shè)備驅(qū)動(dòng)模型。

　　TI公司最初設(shè)計(jì)的GIO模型其實(shí)是有缺陷的，主要在數(shù)據(jù)緩沖區(qū)管理的問題上，應(yīng)用程序在取得緩沖區(qū)進(jìn)行數(shù)據(jù)處理之后，卻無法將緩沖區(qū)返回設(shè)備驅(qū)動(dòng)程序。于是TI公司在推出DM6北這一款主要用于視頻處理的DSP芯片的同時(shí)，對(duì)GIO模型進(jìn)行了改進(jìn)，提出了專門針對(duì)視頻設(shè)備的FVID模型。FVID模型是建立在GIO模型之上的，以FVID_alloc、FVID_exchangc、FVID_free函數(shù)對(duì)GIO模型中的GIO_submit函數(shù)進(jìn)行封裝，解決了GIO模型中驅(qū)動(dòng)程序不能回收緩沖區(qū)的問題。

　　此外FVID模型還專門設(shè)計(jì)了FVID_frame結(jié)構(gòu)。此結(jié)構(gòu)中包含了常用的視頻信號(hào)的信息，如行數(shù)、列數(shù)、YUV結(jié)構(gòu)、場(chǎng)頻等，很適合描述視頻數(shù)據(jù)幀。但FVID主要是針對(duì)DM64X系統(tǒng)設(shè)計(jì)的，DM64X的很多功能在F2812 DSP上都不具備。所以本設(shè)計(jì)針對(duì)F2812 DSP視頻處理系統(tǒng)，對(duì)FVID模型進(jìn)行了一定的簡(jiǎn)化，保留類驅(qū)動(dòng)程序，而重寫了迷你驅(qū)動(dòng)層程序。

　　3.2 視頻處理程序運(yùn)行流程

　　在設(shè)計(jì)完成的視頻驅(qū)動(dòng)程序基礎(chǔ)上，開發(fā)一個(gè)典型的視頻處理應(yīng)用程序，其運(yùn)行流程如圖3所示。首先使用FVID_create函數(shù)建立GIO_capture和GIO_play兩個(gè)視頻通道.再以GIO_capture通道的FVID_control函數(shù)發(fā)出cmd_start，采集到1幀視頻數(shù)據(jù)。應(yīng)用程序以GIO_capture通道的FVID_alloc函數(shù)向驅(qū)動(dòng)程序申請(qǐng)采集到的數(shù)據(jù)幀，進(jìn)行處理后再以FVID_exchange函數(shù)將修改后的數(shù)據(jù)幀返回驅(qū)動(dòng)程序，最后再調(diào)用GI0_play通道的FVID_control函數(shù)發(fā)出cmd_display命令將數(shù)據(jù)幀輸出。由圖3可以看到，應(yīng)用程序調(diào)用的這些FVID_XXX接口函數(shù)會(huì)自動(dòng)由類驅(qū)動(dòng)程序?qū)訉酉蛳掠成洌竭_(dá)迷你驅(qū)動(dòng)層程序;而迷你層程序可以直接操縱底層硬件設(shè)備，來完成整個(gè)視頻的采集、處理和顯示的過程。

　　3.3 迷你驅(qū)動(dòng)程序的設(shè)計(jì)

　　迷你層驅(qū)動(dòng)程序足整個(gè)設(shè)計(jì)的重點(diǎn)所在，下面詳細(xì)介紹其實(shí)現(xiàn)方法。迷你層驅(qū)動(dòng)程序主要由表1所列的幾個(gè)函數(shù)組成。

　　對(duì)各個(gè)函數(shù)的具體實(shí)現(xiàn)如下：

　　①mdBindDev函數(shù)。在應(yīng)用程序建立設(shè)備接口(如FVID_create函數(shù))時(shí)被調(diào)用，完成對(duì)外部設(shè)備的初始化。而與其對(duì)應(yīng)的是md_UBindDev函數(shù)，使用nadUBindDev函數(shù)會(huì)使設(shè)備處于無效狀態(tài)，不能再使用。

　　②mdCreateChan函數(shù)。使用此函數(shù)為應(yīng)用程序和驅(qū)動(dòng)程序建立通信通道，同時(shí)為每個(gè)通道申請(qǐng)緩沖區(qū)。在TI公司發(fā) 布的FVID模型中，為每個(gè)通道都分配了3個(gè)緩沖區(qū)，輪流與外部設(shè)備交換數(shù)據(jù)，每個(gè)緩沖區(qū)對(duì)應(yīng)1幀視頻數(shù)據(jù)，這樣的設(shè)計(jì)在DM642這樣可以外擴(kuò)大容量SDRAM的系統(tǒng)中是完全可行的。但是對(duì)于本系統(tǒng)，F(xiàn)2812DSP外部只擴(kuò)展了512K×16位的SRAM，既要做視頻輸入的幀緩存，義要存放一部分程序，這樣存儲(chǔ)空間就不夠了。所以本設(shè)計(jì)中進(jìn)行了簡(jiǎn)化，對(duì)視頻輸入設(shè)備采用兩緩沖區(qū)輪轉(zhuǎn)的機(jī)制，如圖4(a)所示。而對(duì)于視頻輸出設(shè)備，以AL422 FIFO作為硬件幀緩存，而不在SRAM中再為其分配緩沖區(qū)。與mdCreateChan對(duì)應(yīng)的是md-DeleteChan函數(shù)，用于刪除設(shè)備通道，釋放緩沖區(qū)資源。

　?、踡dSubmitChan函數(shù)。負(fù)責(zé)管理緩沖區(qū)。分別接受應(yīng)用程序發(fā)出的FVID_ALLOC、FVID_EXCHANGE、FVID_FREE三個(gè)命令并進(jìn)行處理。其中FVID_ALLOC命令對(duì)應(yīng)圖4中(a)到(b)的過程，應(yīng)用程序從兩個(gè)緩沖區(qū)中取出最新的一幀視顴數(shù)據(jù)，塒其中的數(shù)據(jù)做處理，而只剩下一個(gè)緩沖區(qū)用來接受外部設(shè)備輸入的數(shù)據(jù)。FVID_EXCHANGE對(duì)應(yīng)圖4中(b)到(c)的過程，應(yīng)用程序處理完1幀數(shù)據(jù)，將這1幀數(shù)據(jù)返回驅(qū)動(dòng)程序，準(zhǔn)備用來顯示，同時(shí)再讀入新的l幀數(shù)據(jù)進(jìn)行處理。FVID_FREE對(duì)應(yīng)圖4中(c)到(a)的過程，應(yīng)用程序?qū)⑻幚硗甑臄?shù)據(jù)幀返回驅(qū)動(dòng)程序，而不再向驅(qū)動(dòng)程序申請(qǐng)新的數(shù)據(jù)幀。以上3個(gè)命令足針對(duì)視頻輸入接口GIO_capture而言的，而對(duì)于輸出設(shè)備接口GIO_play，在SRAM中沒有分配緩沖區(qū)，所以其nldSubmitChan函數(shù)內(nèi)部設(shè)為空函數(shù)。

　?、躮dControlChan函數(shù)。用來操作外部視頻設(shè)備，完成對(duì)視頻數(shù)據(jù)的采集和輸出。對(duì)于GIO_capture和GIO_play這兩個(gè)設(shè)備接口的mdControlChan函數(shù)接受的命令是不同的：

　　視頻輸入GIO_capture接口的mdControlCham函數(shù)只接受cmd_start命令，完成1幀視頻數(shù)據(jù)的采集;而視頻輸出GIO_play接口的mdControlChan函數(shù)只接受cmd_display命令.完成視頻信號(hào)的輸出。[!--empirenews.page--]3.4 視頻驅(qū)動(dòng)模型裁剪的一般方法

　　TI公司設(shè)計(jì)的GIO/FVID視頻設(shè)備驅(qū)動(dòng)原型相對(duì)復(fù)雜，且占用較多的系統(tǒng)資源，要使其可以應(yīng)用于更通用的低端處理器系統(tǒng)，就必須進(jìn)行改造和裁減。在改造中要注意以下幾個(gè)方面：

　?、僮枞腎/0操作。TI公司6000系列的DSP具有FDMA功能，傳輸數(shù)據(jù)不需要CPU的干預(yù)，而DM64X還具有專用的視頻接口，傳輸數(shù)據(jù)不會(huì)占用外部擴(kuò)展總線，所以視頻數(shù)據(jù)的處理和輸入輸出是可以并行的。而低端處理器是不具備這樣功能的，視頻設(shè)備一般都是通過外部擴(kuò)展總線連接的，所以對(duì)視頻設(shè)備的操作必須設(shè)計(jì)為阻塞型的I/O操作，視頻數(shù)據(jù)輸入/輸出的過程是由CPU來完成，且要保證對(duì)視頻設(shè)備的操作不會(huì)被其他操作中斷。

　?、趯?duì)視頻數(shù)據(jù)緩沖區(qū)的管理。GIO/FVID視頻設(shè)備驅(qū)動(dòng)原型中使用的3緩沖區(qū)模型，雖然功能很完善，卻占用了太多的存儲(chǔ)空間，所以對(duì)于實(shí)際的視頻處理系統(tǒng)就要進(jìn)行調(diào)整，改為兩緩沖區(qū)甚至是單緩沖區(qū)模型。對(duì)于具有獨(dú)立硬件緩存的輸出設(shè)備，可以考慮不再為其分配動(dòng)態(tài)緩沖區(qū)。

　?、蹖?duì)視頻設(shè)備的操作。mdControlChan函數(shù)主要用來操作外部視頻設(shè)備，只要保留對(duì)實(shí)際系統(tǒng)有用的操作就足夠了，而GI0/FVID視頻設(shè)備驅(qū)動(dòng)原犁中定義的很多操作都可以省略。

　　4、小結(jié)

　　本文介紹了基于DSP/BIOS的外設(shè)驅(qū)動(dòng)程序模型，并針對(duì)基于F2812DSP的視頻處理系統(tǒng)這一具體的硬件平臺(tái)，重點(diǎn)介紹了開發(fā)GIO/FVID設(shè)備驅(qū)動(dòng)的流程和針對(duì)低端處理器系統(tǒng)的視頻驅(qū)動(dòng)模型裁減方法。本視頻驅(qū)動(dòng)程序?yàn)殚_發(fā)各種視頻處理應(yīng)用程序(如JPEG圖像EPA控制網(wǎng)絡(luò)中ZigBee壓縮、MPEG視頻壓縮、視頻監(jiān)控程序等)提供了有力的支持。本文介紹的設(shè)備驅(qū)動(dòng)程序的開發(fā)方法，對(duì)于同類視頻處理系統(tǒng)，特別是對(duì)于使用TI2000系州DSP這樣系統(tǒng)資源比較有限的視頻處理系統(tǒng)，具有很好的可借鑒性。