XviD提供了多極運(yùn)動(dòng)偵測(cè)精度。包括半像素插值(half pixel interpolation)的技術(shù)以l6x16像素的微區(qū)塊為單元標(biāo)示上運(yùn)動(dòng)矢量;以及4分運(yùn)動(dòng)矢量(inter4v motion vectors)的方式,以8x8的像素區(qū)塊為單元更細(xì)致的紀(jì)錄運(yùn)動(dòng)向量以供二重分析。
·動(dòng)態(tài)關(guān)鍵幀距
在視頻壓縮中,I幀記錄全部的畫面信息,而后續(xù)插入的P幀(P—Frame)僅記錄下與之前一幀的差值。因此根據(jù)畫面鏡頭切換和運(yùn)動(dòng)幅度變換關(guān)鍵幀I幀的位置,對(duì)于視頻壓縮下的畫面質(zhì)量提高,有明顯效果。
·人類視覺系統(tǒng)HVS(Human Visual System)
完成端口(IOCP)機(jī)制
IOCP(I/O Completion Port,輸入/輸出完成端口)是一種能夠合理利用與管理多線程的機(jī)制。該機(jī)制使用完成端口,用一定數(shù)量的線程處理重疊I/O(Overlapped I/O)技術(shù),幫助處理大量客戶端請(qǐng)求,并使系統(tǒng)的性能達(dá)到較佳狀態(tài) 。從性能上考慮,與采用Select模型和Overlapped模型相比,采用完成端口模型在請(qǐng)求響應(yīng)的并行性上更勝一籌,I/O完成端口提供的多線程特性是一般異步模型所無(wú)法達(dá)到的。而且IOCP尤其適合為大量I/O請(qǐng)求提供服務(wù),對(duì)于提高服務(wù)器效率大有裨益。
系統(tǒng)分析與實(shí)現(xiàn)
本解決方案的開發(fā)基礎(chǔ)為Windows Server2003,開發(fā)工具為VC.NET2003。
數(shù)據(jù)包裝和解析的實(shí)現(xiàn)
網(wǎng)絡(luò)傳輸數(shù)據(jù)包通過自加包頭進(jìn)行解析,通過不同通道傳送視頻數(shù)據(jù)/控制命令。加載過程如圖3。
服務(wù)器的網(wǎng)絡(luò)傳輸部分的實(shí)現(xiàn)
1.啟動(dòng)監(jiān)聽線程并初始化完成端口(IOCP)核心對(duì)象,進(jìn)入對(duì)CDMA終端喝監(jiān)控終端的監(jiān)聽狀態(tài),主要通過CreateIoCompletionPort函數(shù)實(shí)現(xiàn),此函數(shù)主要實(shí)現(xiàn)兩個(gè)功能1)建立IOCP對(duì)象,2)將接受到的套接字(SOCKET)同IOCP關(guān)聯(lián)。
HANDLE CreateIoCompletionPort(
HANDLE FileHandle,//功能1時(shí)為INVALID_HANDLE_VALUE,功能2時(shí)為接受的SOCKET
HANDLE ExistingCompletionPort,,//功能1時(shí)賦值NULL,功能2時(shí)輸入已建立的IOCP對(duì)象
ULONG_PTR CompletionKey,//完成鍵自設(shè)的數(shù)據(jù)結(jié)構(gòu),功能1時(shí)為NULL,功能2時(shí)完成鍵
DWORD NumberOfConcurrentThreads ) //同時(shí)可操作IOCP對(duì)象的線程數(shù),設(shè)為CPU數(shù)×2+2
2.調(diào)用異步接收函數(shù)WSARecv()發(fā)起接收 SAOVERLAPPED_COMPLETION_ROUTINE lpCompletionRoutine);
3.查看完成端口的通訊隊(duì)列,異步接收出租車終端發(fā)送的數(shù)據(jù)和通訊命令,通過調(diào)用GetQueuedCompletionStatus( )函數(shù)實(shí)現(xiàn),
BOOL GetQueuedCompletionStatus(
HANDLE CompletionPort,//查看的完成端口對(duì)象
LPDWORD lpNumberOfBytes,,// 期望讀入的字節(jié)數(shù)
PULONG_PTR lpCompletionKey,// 完成鍵,自設(shè)的數(shù)據(jù)結(jié)構(gòu)
LPOVERLAPPED* lpOverlapped,// 重疊IO標(biāo)志,每次查詢時(shí)需事先清零復(fù)位
DWORD dwMilliseconds) // 設(shè)置查詢超時(shí)時(shí)間
4.自設(shè)完成鍵數(shù)據(jù)結(jié)構(gòu)如下,包含
struct CMD_CDMA_LINK_INFO
{ SOCKET m_hSocket; // 通訊套接字SOCKET
UINT m_uiCDMAId; //無(wú)符號(hào)整型變量保存出租車終端ID
CString m_strCDMAIP; //字符串變量保存出租車終端IP地址
bool m_bCmdCDMALinkState; //布爾型變量保存連接狀態(tài)
int m_nNumberOfPendlingIO; //整型變量保存掛起I/O數(shù)
bool m_bAlarm; //布爾型變量保存報(bào)警標(biāo)志
CCriticalSection m_cmdCDMALinkInfoLock; };//臨界區(qū)變量,作線程同步
客戶端的解壓實(shí)現(xiàn)
客戶端也采用多個(gè)線程并行處理的模式,分別負(fù)責(zé)數(shù)據(jù)通訊、數(shù)據(jù)處理、解壓顯示和地圖刷新,MPEG-4的解碼主要采用XviD解壓庫(kù)。MPEG-4協(xié)議有非對(duì)稱性的特點(diǎn),即壓縮運(yùn)算量大,復(fù)雜性高,為保證視頻信息的實(shí)時(shí)性,視頻采集壓縮由硬件完成;而解壓運(yùn)算量較小,可以借鑒XviD編解碼技術(shù)來(lái)實(shí)現(xiàn)。如前所述,XviD編解碼技術(shù)有很多突出的優(yōu)點(diǎn)。在解碼過程中解壓主函數(shù)實(shí)現(xiàn)如下
int CDecThread::dec_main(BYTE* istream, BYTE* ostream,int istream_size,
xvid_dec_stats_t * xvid_dec_stats)
{int ret=XviD_ERR_FAIL; //默認(rèn)值-1
/* Reset all structures */
memset(&xvid_dec_frame, 0, sizeof(xvid_dec_frame_t));
memset(xvid_dec_stats, 0, sizeof(xvid_dec_stats_t)); //初始化所有數(shù)據(jù)結(jié)構(gòu)
/* Set version設(shè)置解壓版本*/
xvid_dec_frame.version = XviD_VERSION;
xvid_dec_stats->version = XviD_VERSION;
/* No general flags to set //設(shè)置主標(biāo)志位*/
xvid_dec_frame.general = 0;
/* Input stream輸入解壓數(shù)據(jù)流*/
xvid_dec_frame.bitstream = istream;
xvid_dec_frame.length = istream_size;
/* Output frame structure輸出幀結(jié)構(gòu) */
xvid_dec_frame.output.plane[0] = ostream;
xvid_dec_frame.output.stride[0] = m_nXDIM*m_nBPP;
xvid_dec_frame.output.csp = m_nCSP;
ret = xvid_decore(dec_handle, XviD_DEC_DECODE, &xvid_dec_frame, xvid_dec_stats);
return(ret);
結(jié)語(yǔ)