WebRTC自適應網路頻寬的記錄和思考
這篇文章的主要目的是記錄一下搜尋到的有關”WebRTC自適應網路頻寬“的文章。連結稍後列出。在此之前,
先思考一個問題: 該設計一個怎樣的方案,來應對不同頻寬環境下的音視訊流實時傳輸?
這個問題可以展開為2個:
(1) 非實時傳輸,如 點播。 如果伺服器比較強大(如國內比較大的視訊網站優酷,騰訊等),支援負載均衡,
高併發,只需要根據不同使用者所處的網路環境,傳送不同清晰度的視訊流。如果伺服器端不夠強(如 嵌入式
裝置),那麼可以提供的不同清晰度的點播服務數量需要限制。
裡面提到了”聯播“,也就是 視訊流生成端 根據 接收端不同的網路狀況,傳送不同清晰度的視訊流。
存在的問題是:
(2-1)視訊生成端 的 效能,上行頻寬是否足夠? 國內的網際網路公司,一般是不會對 使用者的接入裝置
產生要求的,這樣不利於他們擴大使用者群體,因此他們還是採用CDN的主流方案。
(2-2) 對於效能,上行頻寬不足的裝置(如 嵌入式裝置),這種方案不太可行。
(2-3) 採用CDN費錢,而且還不能兼顧不同客戶端的頻寬狀況。採用聯播方案,會影響視訊採集端
裝置的效能,功耗,上行頻寬等。
(2-4) 是否有一種方案可以足夠好的解決這些問題呢? 我暫時沒有想到,在此拋磚引玉,歡迎各位
大神不吝賜教。
由於沒有深入研究及實現此功能,認識有限,無法從看到的連結中進一步篩選,精選。在此只是記錄下
有關”WebRTC自適應網路頻寬“的連結:
(原文轉自編風網 http://befo.io/4206.html )