VP9 或 H.265 的 6 个比较点( 三 )


Boxcast的这张图表显示,全球平均连接速度绝对能够满足所有分辨率级别的上传速度要求 。注意:我们找不到比较所有三种编解码器的图表,但 VP9 将介于 h.264 和 h.265 之间 。
此外,还有一些方法可以配置您的流媒体应用程序,以迎合互联网速度较慢的国家/地区的用户 。您可以通过添加 ABR 和转码支持来做到这一点 。ABR(自适应比特率)将修改比特率以提供最佳体验 。转码将广播分成多种质量,因此客户端可以根据可用带宽请求最佳质量 。
您可能会想“移动设备卡在 2 或 3G 连接上怎么办?” 。幸运的现实是手掌大小的设备不需要流式传输最高分辨率来看起来不错 。720 甚至 480 仍将显示良好的质量 。
虽然带宽消耗对消费者来说可能并不重要,但必须承认,如果公司使用 VP9 或 h. 265. 节省来自较小的文件,这意味着他们不会为 CDN 或云网络上的更多数据流支付那么多费用 。虽然这当然很好,但只有在真正的高分辨率设置(如 4K)下,数据消耗减半才会产生重大影响 。
当然,无论规模多大,省钱肯定是一件重要的事情 。这将我们带到了下一个点,它将展示两全其美;更好的压缩与相同的性能 。
LCEVC 回避了整个论点LCEVC(低复杂度增强视频编码)将所有编解码器的压缩率提高了约 40% 。这是因为它是一个附加处理层,可与现有和未来版本的 MPEG 或其他编解码器(如 VP9 和 AV1)一起使用 。正如我们在前一篇文章中所介绍的,LCEVC具有对视频流技术产生巨大影响的巨大潜力 。无需更改所有当前协议的组成,LCEVC 就可以使它们本身更加高效 。
从现在的情况来看,看起来内容提供商将能够使用支持 LCEVC 的软件或基于硬件的编码器与 Red5 Pro 跨云平台相结合,以解锁实时流媒体,尽管它们是处理密集型视频格式建于 。根据使用的核心编解码器,这不仅适用于 4K,最终也适用于 8K UHD,还适用于为 360 度观看、虚拟现实和其他创新而设计的格式 。
可能普遍采用 LCEVC 背后的驱动力是因为几乎任何设备都可以支持独立下载到观众设备或嵌入服务提供商应用程序播放器的瘦 LCEVC 客户端 。通过其 html5 JAVAScript 实现,LCEVC 还支持无插件浏览器支持 。这意味着广泛的实施应该相当简单 。
什么是实用的?在考虑了此处概述的所有内容后,由于广泛采用和快速的编码速度,AVC/h.264 目前是最佳可用选项 。尽管提高压缩率和视频质量是重要的考虑因素,但现在的权衡太严重了 。具体来说,高编码时间和贪婪的 CPU 消耗对于实时流视频来说真的很糟糕 。
也就是说,考虑到 VP9 是免费的并且还享有广泛的支持,一旦创建了更快的软件或硬件编码器,它将在不久的将来成为一个可行的选择 。在遥远的将来,AV1 最终将取代 VP9,但考虑到它目前所遭受的天文数字般的高编码时间,在它准备好广泛使用之前需要进行大量精简 。当然,LCEVC 可能会绕过更改编解码器以实现更好压缩的整个问题 。也许它只是作为 h.264 和 AV1 之间的长期桥梁 。
尽管如此,AV1 已准备好取代 h.264、h.265 和 VP8/9 。随着视频消费量的增加,减少带宽限制将使发送用户正在寻找的高质量视频变得更加容易 。对于远离有线连接、更依赖手机连接的发展中地区尤其如此 。它背后的财团拥有所有主要参与者,并且是免版税的 。现在阻碍 AV1 的是缺乏实时编码器 。一旦这些变得广泛可用,AV1(尤其是与 LCEVC 配对时)将是前进的方向 。





推荐阅读