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

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