2014-06-21 148 views
-1

是否可以通過互聯網實時使用分辨率爲800x600的rtp發送視頻流?流媒體h264實時800x600

我讀過關於MTU的限制,但我不知道如何用這個分辨率來完成這個限制,甚至用h264壓縮它。

什麼技術使用流行的視頻聊天程序來做到這一點?

我試過了很多壓縮,但我只能發送400x300的分辨率。

回答

1

是否可以通過互聯網實時使用分辨率爲800x600的rtp發送視頻流?

是的。

我讀過關於MTU的限制,但我不知道如何用這個分辨率來完成這個限制甚至用h264壓縮它。

沒關係:在H.264 RTP payload format支持更大的NAL單元的fragmtation滿足MTU約束上。您需要使用支持NAL單元分段的非交叉模式,而不是單個NAL單元模式,其中一個RTP分組包含一個NAL單元。編輯: 您的評論完全改變了問題的上下文。

它可能在30幀/秒?

這完全取決於您對'實時'的定義。視頻會議等應用被認爲是實時的。但是,在諸如您的情況下,您有更多關鍵延遲限制。這是一個完全不同的故事,這取決於是否:

  • 你的「機器」 可以在800x600分辨率下30fps的
  • 網絡例如壓縮視頻有線/無線,e2e,延遲,bw,數據包丟失,抖動

此外,在這種情況下,您需要考慮丟包或轉向信息時會發生什麼?如果您的機器崩潰等,有什麼安全考慮?由於延遲原因,RTP通常通過UDP發送,這意味着RTP數據包可能會丟失。雖然你可以通過TCP發送它,但在你的情況下,你絕對不應該這麼做,因爲TCP上的RTP可能會導致巨大的數據包到達延遲。

+0

真的嗎? 30fps可能嗎?因爲在我的空閒時間,我正在開發一個項目,在那裏我可以用操縱桿從我的電腦遠程驅動一臺帶相機的小機器。那麼是否有可能沒有太長的時間來使控制穩定的800x600流? – luca

+0

@luca查看更新 – Ralf

+0

對於實時,我的意思是例如300-500毫秒的最大延遲。 如果它崩潰我不在乎:) – luca