hdmi編碼器內置rtp和rtsp協議，編碼輸出解析度是1080p，60幀。請問在局域網的情況下， 使用什么協議延時最低可以傳到另一端的畫面。或者不使用協議，能否直接將輸出的h.264 NAL Unit，通過lan到支持硬解h.264的安卓端直接解碼顯示
uj5u.com熱心網友回復：
自己頂一下，有大神過來解答一下嗎uj5u.com熱心網友回復：
沒有直接做過這樣的，不過幾年前有試過用個PC（WIN.XP）去介面海康的NVR，原理差不多首先，既然是內網（純局域網）而且是單鏈路，就不需要考慮多路徑帶來的包順序問題，我的做法是：
1. 采用UDP方式（可以是組播），發送端邏輯上默認不會丟包，每個UDP包1K（1024有效位元組），附帶一個源ID（16位），一個幀序號（16位），一個有效位元組數（16位），從NVR上取流后直接截取資料發包。
2. 接收端開辟128K環形緩沖區，記錄接收的幀序號，并立刻傳給解碼，發現序號斷裂（上一個接收包是N而下一個不是N+1）則以UDP發送一個指令包給發送端要求重發N+1，當接收到一個I幀就立刻丟棄前面的緩沖區重新開始。
這個通過了除錯而且獲得了最佳的實時度，但顯然只會適用于純局域網單鏈路的環境。希望對你有幫助。
uj5u.com熱心網友回復：
如果直接發nalu的話，接收到的udp包可能順序會被打亂，但是網路條件好的情況下，這種方式是可以的，我做過這個類似的，但是網路條件差一點，這種方式估計就不行了。感覺rtp協議也不會慢多少，還提供了包順序，時間戳等資訊。uj5u.com熱心網友回復：
用UDP可以廣播，這樣在多個螢屏同時顯示一個影像或作為拼接把一個影像在幾個（最多4個）螢屏融合顯示的時候有優勢，因為不需要分別發送給每個解碼器單元
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/96844.html
標籤：網絡協議與配置
下一篇：廣域網一對多的傳輸