1. 程式人生 > >WebRTC自適應網路頻寬的記錄和思考

WebRTC自適應網路頻寬的記錄和思考

       這篇文章的主要目的是記錄一下搜尋到的有關”WebRTC自適應網路頻寬“的文章。連結稍後列出。在此之前,

先思考一個問題: 該設計一個怎樣的方案,來應對不同頻寬環境下的音視訊流實時傳輸?

     這個問題可以展開為2個:

     (1) 非實時傳輸,如 點播。 如果伺服器比較強大(如國內比較大的視訊網站優酷,騰訊等),支援負載均衡,

               高併發,只需要根據不同使用者所處的網路環境,傳送不同清晰度的視訊流。如果伺服器端不夠強(如 嵌入式

               裝置),那麼可以提供的不同清晰度的點播服務數量需要限制。

                裡面提到了”聯播“,也就是 視訊流生成端 根據 接收端不同的網路狀況,傳送不同清晰度的視訊流。

                存在的問題是:

                (2-1)視訊生成端 的 效能,上行頻寬是否足夠? 國內的網際網路公司,一般是不會對 使用者的接入裝置

                            產生要求的,這樣不利於他們擴大使用者群體,因此他們還是採用CDN的主流方案。

                (2-2) 對於效能,上行頻寬不足的裝置(如 嵌入式裝置),這種方案不太可行。

                (2-3) 採用CDN費錢,而且還不能兼顧不同客戶端的頻寬狀況。採用聯播方案,會影響視訊採集端

                             裝置的效能,功耗,上行頻寬等。

                (2-4) 是否有一種方案可以足夠好的解決這些問題呢? 我暫時沒有想到,在此拋磚引玉,歡迎各位

                              大神不吝賜教。

           由於沒有深入研究及實現此功能,認識有限,無法從看到的連結中進一步篩選,精選。在此只是記錄下

有關”WebRTC自適應網路頻寬“的連結:

(原文轉自編風網 http://befo.io/4206.html )