基于嵌入式linux視頻監(jiān)控系統(tǒng)畢業(yè)論文(參考版)
2025-06-25 16:31本頁面
【正文】 由于我們都屬于初學者，雖然最終實現了這些功能，但是對中間相關的一些模塊開發(fā)，比如驅動等等還不太了解，只是做了部分修改，還有待于進一步學習掌握，論文的撰寫可能有某些不足，望老師指正。在網絡視頻監(jiān)控系統(tǒng)的未來發(fā)展空間中，這些功能的實現是有充分技術保障的。未來的視頻監(jiān)控系統(tǒng)應該具有智能化的特點，能夠自行對異常情況進行判斷，并發(fā)出報警，這就需要合適的運動檢測算法對監(jiān)控圖像進行分析判斷。解碼后的圖像可在客戶端軟件上顯示出來。 視頻解碼與回放接收到的視頻流數據經過Xvid 解碼器的decoder_decode 函數進行解碼，該函數定義如下：int decoder_decode(DECODER * dec, XVID_DEC_FRAME * frame)。圖3 RTP 發(fā)送與接收流程圖RTP 發(fā)送與接收流程圖如圖3 所示。(3) JRTPLIB 數據接收接收數據時，以BeginDataAccess( )函數開始，以EndDataAccess( )函數結束。break。}else{mark=1。發(fā)送長度為MaxPacketSize 的RTP 包。當一幀數據所占字節(jié)數大于允許傳輸的最大RTP 包字節(jié)數MaxPacketSize 時，需對一幀數據進行分割傳輸，使每次發(fā)送的字節(jié)數不大于MaxPacketSize，可使用SendPacket( )的mark參數來標識傳輸的RTP 包是否屬于同一幀數據，若一幀數據需分成N 次發(fā)送，則前N1 次發(fā)送的RTP 包的mark 標志設為0，第N 次發(fā)送的RTP 包的mark 標志設為1，即以mark=1來判斷分割傳輸的數據是否發(fā)送完成。目標地址指定之后，通過RTPSession 類的SendPacket( )方法即可向指定的目標地址發(fā)送流媒體數據。初始化完這兩個變量后，通過RTPSession 類的Create( )方法創(chuàng)建一個RTP 會話。在Linux 平臺上用JRTPLIB 進行實時多媒體編程前，需先對JRTPLIB 進行交叉編譯。JRTPLIB[7]是一個利用C++語言實現的開源RTP 庫，它完全遵循RFC 1889 設計，使用SOCKET 機制實現網絡通訊，可運行于包括Linux 和Windows 在內的多種不同操作系統(tǒng)上。其中，pEnc 為編碼器實例的句柄；pFrame 是XVID_ENC_FRAME 類型的結構體變量，負責傳遞參數信息給編碼器，這些信息包含色彩空間、編碼質量、輸入輸出數據緩沖區(qū)指針等；pResult 是XVID_ENC_STATS 類型的結構體變量，可以返回編碼操作執(zhí)行的狀態(tài)信息。(4) .*，用戶程序可利用庫文件所提供的編程接口調用Xvid 里面的函數。執(zhí)行命令：./configure disableassembly host=armlinux(3) 編譯：make。在宿主機Linux 進行交叉編譯的步驟如下：(1) 解壓縮Xvid 源碼：tar –xzvf xvidcore (2) 進入build/generic 目錄，創(chuàng)建編譯配置文件。本文用軟件方式進行視頻編碼，選擇開源高效的Xvid 視頻編碼器對采集的視頻圖像數據進行MPEG4 壓縮編碼。 視頻壓縮模塊從攝像頭直接采集過來的圖像由于數據量較大，不利于進行網絡傳輸，因此需先對其進行壓縮編碼。(vd frame_current))操作判斷該幀圖像是否獲取完畢。利用ioctl(vdfd, VIDIOCMCAPTURE, amp。設置采集視頻圖像的寬度、高度、格式等信息。(vdmbuf))操作取得需要映射的內存空間大小vd，利用mmap( )函數，即vdmap=(unsigned char*) mmap(0, vd, PROT_READ | PROT_WRITE,MAP_SHARED, vdfd, 0)操作，把設備文件的內容映射到內存，vdmap 指針所指向的內存區(qū)即為采集的圖像數據，且此內存區(qū)具有可讀寫和共享屬性。直接讀取方式通過內核緩沖區(qū)來讀取圖像數據
高考資料相關推薦
鄂ICP備17016276號-1