Android IOS WebRTC 音视频开发总结（八十二）-- VP8对VP9，质量还是码率？

Posted 2020-08-06 RTC.Blacker

本文主要介绍VP9（我们翻译和整理的，译者：weizhenwei，校验：blacker），最早发表在【编风网】  

支持原创，转载必须注明出处，欢迎关注我的微信公众号blacker（微信ID：blackerteam 或 webrtcorgcn）。

 

 

 

VP8和VP9是由Google开发和推动的视频编解码器。直到最近，这促使我和周围客户产生一系列有趣的对话：是否采用VP9？何时采用VP9？是否应该用H.264代替VP9？

 

这个VP8对VP9的话题往往导致误解，因此先让我把事情排序。

 

首要的事情放前边：

 

1.VP8目前是WebRTC的默认视频编解码器。超过90%的WebRTC视频会话使用VP8。

2.VP9大约从Chrome 49官方宣布可用，但它还不是WebRTC的默认视频编解码器。

3.VP8和H.264并驾齐驱。

4.从视频压缩质量来看，VP9要优于VP8。

5.VP8视频压缩消耗较少CPU资源。

 

考虑到以上事实，可以推出如下结论：

 

你可以因为以下两件事之一(或全部)而选择迁移到VP9：

 

1.提升视频体验质量。

2.减少视频所需码率。

 

那么，让我们来看看这两个选择。

 

1.提升视频体验质量

 

如果你对你的服务所需带宽感到满意，那么在同样带宽量的情况下，使用VP9代替VP8进行视频编解码，所得到的视频质量会变得更好。

 

这在何时有用？

 

·当用户可用带宽受限时。设想500 kbps或者更少的带宽－－比如蜂窝网络或拥塞网络。

·当你计划支持更高分辨率或更好摄像头时。

 

2.减少视频所需码率

 

另一种选择是使用VP9进行视频编解码，但同时把视频质量维持在原有VP8的水平。由于VP9更有效率，它能够在维持相同视频质量的情况下减少码率。

 

这在何时有用？

 

·当你想开发低级市场，把业务扩展到带宽受限地区时。设想这种情况，一项来自发达国家的服务要向发展中国家扩展。

·当你想服务企业客户，而该客户需要从同一台设备发起多个平行视频会议时。在这种情况下，互联网带宽变得相当稀缺。

 

WebRTC默认如何处理码率／质量关系？

 

有些事情经常被忽略。我数十年前就知道这些事，但是后来就忘记了，直到最近才又想起来。那时我正在网上对WebRTC的VP8和VP9进行比较。

 

企业视频会议的标准做法是永远不要使用比所需更多的资源。如果你试图发送VGA分辨率的视频，那么任何信誉良好的会议系统都不会产生超过1Mbps的码率——实际上要比这更少。其原因来自于目标市场和时间选择。

 

企业视频会议已经存在二十多年。它诞生初期，1 Mbps带宽的会议连接是大多数企业梦寐以求的。采购视频会议设备的公司需要在设备之间并行支持多个视频会议会话，并同时为每个公司员工维持合理的互联网连接服务。例如一个常见做法是：当每季度的分析师会议召开时，公司会减少普通员工的互联网连接数，以确保为视频会议合理分配网络带宽。

 

直到今天，大多数具有遗留视频会议系统的企业都会限制浏览器中WebRTC的码率，就是由于上述原因。

 

然而，WebRTC是基于互联网思维发展起来的。在互联网世界，你得到你所给予的。这就是为什么WebRTC较少处理最大带宽限制，而更多关注可用带宽。你会发现Chrome使用VP8编码VGA视频时，消耗多达1.77 Mbps的带宽。

 

这其中的差异意味着当你转向VP9后，WebRTC将会提升视频体验质量，而不会影响到你原有部分。

 

这里有件事需要注意：后端视频处理对带宽变化更敏感，这时候仍然需要基于单个视频会话限制带宽。

 

所有魔法都需要代价

 

我们甚至还没有讨论SVC，它看起来更像魔法。你从VP8转向VP9，于是生活更加美好。

 

然而，就像所有魔法一样，VP9的美好需要付出代价。首先，VP9还不如VP8稳定。尽管这在未来会得到改善，但是你现在应该考虑如下挑战：

 

·如果你认为VP8非常耗费资源，那么VP9也更加消耗资源(CPU)。

·VP9还没有实现硬件加速，这将是一个挑战。(VP8通常也不支持硬件加速，但是我们正在应对它)

·我猜测移动领域可能不大欢迎VP9，不过不太确定。

·微软的Edge浏览器近期内将不会支持VP9。(如果你在乎这个的话)

 

有时我愿意付出这种代价——这完全取决于问题的应用场景。

 

译者：weizhenwei，具体详见:【编风网】