基于H264-USB攝像頭的RTP實時視頻的傳輸

這是我研二第一次出來實習(xí)做的第一個項目，實習(xí)開始前，我也僅僅是看了國嵌的嵌入式視頻，自己做了一個mp3的一個項目。。。說起項目經(jīng)驗來，真是很不充足，對linux的知識也只是很膚淺的了解。。。廢話不多說，把這次的總結(jié)寫一下，今后養(yǎng)成這種習(xí)慣，免的知識重復(fù)學(xué)習(xí)。
公司需要做一個移動設(shè)備，這就要考慮功耗的因素，再加上老板對視頻實時錄像延遲提了很高的要求，自然軟件編碼就不可行了，在淘寶上選了一款usb攝像頭，支持硬件壓縮，攝像頭封裝的電路芯片完成了編碼的任務(wù)。商家提供了demo程序，和驅(qū)動，也不知道是我能力不足問的問題都很膚淺，賣家技術(shù)支持愛答不理的，著實讓我碰了不少的壁。。。誰不是從十萬個為什么成長為百科全書的。。。
h264的知識，和rtp協(xié)議的東西，等忙完玩這段時間在做整理，這里先說一下在這個過程中遇到的一些問題。。。
1.在rtp發(fā)送之前，需要對NALU做去頭處理，否則視頻將顯示不全；
2.jrtplib的setdefaultmark（），這個函數(shù)的使用，特別是在nalu的長度大于網(wǎng)絡(luò)傳輸長度時，在第一個包到倒數(shù)第二個包之間，時戳增量設(shè)置為零，否則將造成vlc顯示的延遲，時間超過10秒...
項目做好之后，發(fā)現(xiàn)攝像頭的功耗達(dá)到了370mA,遠(yuǎn)高于商家的描述，所以也就棄用了，現(xiàn)在在做基于vpu的硬件編碼，完成之后再來完全總結(jié)一下。第一次實習(xí)項目的代碼寫得不好，就不再往外掛了，留下郵箱有問題，交流的發(fā)郵件給我qifei_alven@189.cn。
謝謝，雖然現(xiàn)在技術(shù)能力不過關(guān)，但我相信，我最終也會成為大拿?。?！加油！?。?！