版权归 happy08god所有
这篇文章的主要目的是记录一下搜索到的有关”WebRTC自适应网络带宽“的文章。链接稍后列出。在此之前,
先思考一个问题: 该设计一个怎样的方案,来应对不同带宽环境下的音视频流实时传输?
这个问题可以展开为2个:
- 非实时传输,如 点播。 如果服务器比较强大(如国内比较大的视频网站优酷,腾讯等),支持负载均衡,
高并发,只需要根据不同用户所处的网络环境,发送不同清晰度的视频流。如果服务器端不够强(如 嵌入式设备),那么可以提供的不同清晰度的点播服务数量需要限制。 - 实时传输,如 直播。 这里分享一个链接:https://blog.csdn.net/onlycoder_net/article/details/77189613 里面提到了”联播“,也就是 视频流生成端 根据 接收端不同的网络状况,发送不同清晰度的视频流。
存在的问题是:
- 视频生成端 的 性能,上行带宽是否足够? 国内的互联网公司,一般是不会对 用户的接入设备 产生要求的,这样不利于他们扩大用户群体,因此他们还是采用CDN的主流方案。
- 对于性能,上行带宽不足的设备(如 嵌入式设备),这种方案不太可行。
- 采用CDN费钱,而且还不能兼顾不同客户端的带宽状况。采用联播方案,会影响视频采集端设备的性能,功耗,上行带宽等。
- 是否有一种方案可以足够好的解决这些问题呢? 我暂时没有想到,在此抛砖引玉,欢迎各位大神不吝赐教。
由于没有深入研究及实现此功能,认识有限,无法从看到的链接中进一步筛选,精选。在此只是记录下
有关”WebRTC自适应网络带宽“的链接:
-
webrtc中的网络反馈与控制
(原文转自编风网 http://befo.io/4206.html )
作者:happy08god
来源:CSDN
原文:https://blog.csdn.net/happy08god/article/details/83624268
版权声明:本文为博主原创文章,转载请附上博文链接!
网友评论