利用PlatformBuilder定制WindowsCE系統(tǒng)并開發(fā)USB攝像頭驅(qū)動(dòng)和數(shù)據(jù)發(fā)送端的開發(fā)，本文詳細(xì)介紹USB攝像頭驅(qū)動(dòng)的設(shè)計(jì)和發(fā)送端的程序設(shè)計(jì)穩中求進。系統(tǒng)的軟件結(jié)構(gòu)圖如圖3所示統籌。

　　WindowsCE流接口驅(qū)動(dòng)程序是具有定制接口的驅(qū)動(dòng)程序，表現(xiàn)為在用戶一級的動(dòng)態(tài)鏈接庫DLL，是一般類型的設(shè)備驅(qū)動(dòng)程序振奮起來。流接口驅(qū)動(dòng)程序中用來實(shí)現(xiàn)一組固定的函數(shù)稱為流接口函數(shù)，這些流接口函數(shù)使得應(yīng)用程序可以通過文件系統(tǒng)訪問這些驅(qū)動(dòng)程序深入各系統。流接口驅(qū)動(dòng)程序幾乎支持任何類型的可以連接到基于WindowsCE.net的平臺(tái)外部設(shè)備作用，其中包括USB設(shè)備相互配合。

　　流接口驅(qū)動(dòng)程序的主要任務(wù)是把外設(shè)的使用傳遞給應(yīng)用程序著力增加，這是通過把設(shè)備表示為文件系統(tǒng)的一個(gè)特殊文件實(shí)現(xiàn)智能化。應(yīng)用程序通過文件系統(tǒng)的API函數(shù)調(diào)用流接口函數(shù)流程，然后流接口驅(qū)動(dòng)程序調(diào)用本機(jī)驅(qū)動(dòng)或者通過設(shè)備管理器與系統(tǒng)內(nèi)核或外圍打交道合作。

　　2.1 攝像頭驅(qū)動(dòng)程序的流接口函數(shù)的實(shí)現(xiàn)

　　開發(fā)攝像頭驅(qū)動(dòng)程序涉及到一組標(biāo)準(zhǔn)的流接口驅(qū)動(dòng)程序的函數(shù)，如CAM_Init（）助力各業、CAM_Deinit（）極致用戶體驗、CAM_Open（）、CAM_Read（）等應用，這些函數(shù)是接口驅(qū)動(dòng)程序的DLL接口建議，其中CAM_Init（）、CAM_Open（）拓展、CAM_Read（）和CAM_IOControl（）最為重要。下面對這些重要函數(shù)進(jìn)行詳細(xì)介紹宣講活動。

　〔粩噙M步。?）CAM_Init（）

　　CAM_Init（）函數(shù)是通過設(shè)備管理器提供的ActiveDeviceEx（）函數(shù)調(diào)用。在設(shè)備初始化時(shí)通過ActiveDeviceEx（）將設(shè)備句柄信息寫入DriversActive下面效率，當(dāng)應(yīng)用程序初始化時(shí)規模，注冊表的地址將以Context參數(shù)形式傳給CAM_Init（）網(wǎng)站狀態(tài)監(jiān)控助手，利用RegOpenKeyEx（）講道理、RegQueryValueEx（）等函數(shù)執(zhí)行打開和讀寫注冊表操作發展目標奮鬥，等執(zhí)行成功后返回USB設(shè)備的句柄信息等。驅(qū)動(dòng)程序的部分源代碼：

　「嗟暮献鳈C會。?）CAM_Open（）

　　在對設(shè)備進(jìn)行讀操作之前延伸，首先要先通過執(zhí)行CeratFile（）來調(diào)用CAM_Open（）打開設(shè)備，CAM_Open（）所需的第一個(gè)參數(shù)是應(yīng)用程序初始化時(shí)由CAM_Init（）返回的設(shè)備句柄等信息服務好，然后將設(shè)備關(guān)閉的事件設(shè)為無信號狀態(tài)新趨勢。

　　下面是部分源碼：

　　程序中涉及的EnterCriticalSection（）和LeaveCriticalSection（）兩個(gè)函數(shù)的作用是保證在臨界區(qū)內(nèi)所有被訪問的資源不被其他線程訪問反應能力，直到當(dāng)前線程執(zhí)行完臨界區(qū)代碼。EnterCriticalSection（）和LeaveCriticalSection（）分別表示為進(jìn)入臨界區(qū)和退出臨界區(qū)凝聚力量。

　∮兴嵘?。?）CAM_IOControl（）

　　程序設(shè)計(jì)中通過CreatFile（）函數(shù)調(diào)CAM_Open（）打開攝像頭設(shè)備聽得進，通過ReadFile（）將返回值傳給CAM_IOControl（）流接口函數(shù)新的力量，而CAM_IOControl（）則調(diào)用OV51xReadOneFrame（）對USB設(shè)備數(shù)據(jù)進(jìn)行讀取。下面是部分源碼：

　　對于USB總線上的數(shù)據(jù)傳輸便利性，一共有四種傳輸類型全面展示，分別是控制傳輸、中斷傳輸深刻認識、批量傳輸和實(shí)時(shí)傳輸核心技術，這四種傳輸類型分別應(yīng)用到不同的USB設(shè)備。其中實(shí)時(shí)傳輸適用于以固定速率或特定時(shí)間內(nèi)傳輸主動性，可以容忍偶爾錯(cuò)誤的流數(shù)據(jù)情況創造性，對于USB攝像頭這種實(shí)時(shí)性要求比較高的設(shè)備一般選用實(shí)時(shí)傳輸，所以在CAM_Read（）中就需要用到實(shí)時(shí)傳輸函數(shù)IssueIsochTransfer（）來讀取攝像頭采集的數(shù)據(jù)道路。如果IssueIsochTransfer（）執(zhí)行后返回一個(gè)標(biāo)示句柄規模設備，則代表執(zhí)行成功，如果無返回值對外開放，則表示執(zhí)行失敗技術創新。

　　下面是部分源碼：

　　程序中涉及的EnterCriticalSection（）和LeaveCriticalSection（）兩個(gè)函數(shù)的作用是保證在臨界區(qū)內(nèi)所有被訪問的資源不被其他線程訪問奮勇向前，直到當(dāng)前線程執(zhí)行完臨界區(qū)代碼精準調控。EnterCriticalSection（）和LeaveCriticalSection（）分別表示為進(jìn)入臨界區(qū)和退出臨界區(qū)進入當下。

　〉奶匦?。?）CAM_IOControl（）

　　程序設(shè)計(jì)中通過CreatFile（）函數(shù)調(diào)CAM_Open（）打開攝像頭設(shè)備產品和服務，通過ReadFile（）將返回值傳給CAM_IOControl（）流接口函數(shù)應用情況，而CAM_IOControl（）則調(diào)用OV51xReadOneFrame（）對USB設(shè)備數(shù)據(jù)進(jìn)行讀取各項要求。下面是部分源碼：

　　對于USB總線上的數(shù)據(jù)傳輸相互融合，一共有四種傳輸類型不斷創新，分別是控制傳輸建立和完善、中斷傳輸、批量傳輸和實(shí)時(shí)傳輸堅持先行，這四種傳輸類型分別應(yīng)用到不同的USB設(shè)備產業。其中實(shí)時(shí)傳輸適用于以固定速率或特定時(shí)間內(nèi)傳輸，可以容忍偶爾錯(cuò)誤的流數(shù)據(jù)情況情況較常見，對于USB攝像頭這種實(shí)時(shí)性要求比較高的設(shè)備一般選用實(shí)時(shí)傳輸可持續，所以在CAM_Read（）中就需要用到實(shí)時(shí)傳輸函數(shù)IssueIsochTransfer（）來讀取攝像頭采集的數(shù)據(jù)。如果IssueIsochTransfer（）執(zhí)行后返回一個(gè)標(biāo)示句柄體製，則代表執(zhí)行成功構建，如果無返回值，則表示執(zhí)行失敗。

　　在每次得到一包數(shù)據(jù)時(shí)共創輝煌，查找?guī)_始標(biāo)記具有重要意義，如果查找到，則復(fù)制剩余的所有數(shù)據(jù)到應(yīng)用程序的緩沖中大部分。在程序的Ov51xReadOneFrame（）函數(shù)中強大的功能，pDataBuff申請了9610B空間，dwFrameLen為10次傳輸每次的長度解決方案，這里都設(shè)置為961優勢。圖4為Ov51ReadFrame（）軟件流程圖。

　　2.2 通信發(fā)送端的設(shè)計(jì)實(shí)現(xiàn)

　　通信發(fā)送端主要完成RTP/RTCP協(xié)議封裝和解封裝增產、網(wǎng)絡(luò)發(fā)送與數(shù)據(jù)獲取便利性。本文所實(shí)現(xiàn)的是基于RTP/UDP/IP協(xié)議棧的MPEG-4實(shí)時(shí)流媒體傳輸，是移動(dòng)視頻監(jiān)控系統(tǒng)中網(wǎng)絡(luò)傳輸部分的子模塊行動力。采用JRTPLIB庫函數(shù)來實(shí)現(xiàn)RTP的實(shí)時(shí)傳輸提供有力支撐。傳輸部分的系統(tǒng)架構(gòu)如圖5所示。

　　該發(fā)送端的主要功能是將音視頻流封裝到RTP包內(nèi)通過3G網(wǎng)絡(luò)傳送給接收端良好，同時(shí)發(fā)送和接收RTCP包進(jìn)行反饋控制逐步顯現，以期達(dá)到最佳效果萎a提升；赪indowsCE平臺(tái)通過調(diào)用JRTPLIB函數(shù)庫來編程實(shí)現(xiàn)實(shí)時(shí)流媒體傳輸傳遞。

　　由于RTP協(xié)議并不作為獨(dú)立的網(wǎng)絡(luò)層來實(shí)現(xiàn)，它采用應(yīng)用層組幀的理念勞動精神，作為應(yīng)用程序代碼的一部分免費(fèi)網(wǎng)站監(jiān)控開展攻關合作，本文針對一個(gè)具體媒體的應(yīng)用通過應(yīng)用程序?qū)崿F(xiàn)RTP封裝分組，然后將RTP分組交給UDP接口預下達，采用JTHREAD作為線程庫的有效手段，完成多線程的操作。利用RTP來做視頻傳輸分2個(gè)session來完成：一個(gè)負(fù)責(zé)聲音傳送方案；另一個(gè)負(fù)責(zé)視頻傳送關鍵技術。

　　發(fā)送端的部分主程序如下：

　　3 結(jié)語

　　本文在現(xiàn)有的汽車防盜報(bào)警系統(tǒng)的基礎(chǔ)上，通過接口的擴(kuò)展深入，實(shí)現(xiàn)了基于3G網(wǎng)絡(luò)的視頻監(jiān)控功能技術研究，并詳細(xì)闡述了攝像頭的流接口函數(shù)和通信發(fā)送端的設(shè)計(jì)。此外開展研究，通過該系統(tǒng)的通用接口的擴(kuò)展姿勢，該系統(tǒng)還可與具體行業(yè)或家庭應(yīng)用相結(jié)合，實(shí)現(xiàn)手機(jī)對于小范圍環(huán)境的可視化監(jiān)控首要任務。該系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)不但對于汽車防盜產(chǎn)品的發(fā)展有著重要的意義綠色化，同時(shí)對于基于3G網(wǎng)絡(luò)的可視化監(jiān)控的發(fā)展提供了良好的應(yīng)用前景不同需求。

　　iPhone6搶購神器降世 實(shí)時(shí)監(jiān)控蘋果官網(wǎng)供貨情況

　　在面對iPhone6/iPhone6 Plus這兩款神器的時(shí)候，就連土豪也使不上什么勁保持穩定，有錢都花不出去總之，因?yàn)閾屬廼Phone6的難度已經(jīng)不亞于在中國搶購春運(yùn)火車票了。不過支撐作用，iPhone6搶購神器也問世了研學體驗！據(jù)說跟春運(yùn)搶票軟件有的一拼。