添加HDR是否证明了多编解码器传输的合理性?

了解更多关于多编解码器传输的信息流媒体的下一个事件.

观看完整的面板， T105. 为多编解码器世界做好准备，在… 流媒体会议视频门户.

阅读这段录音的完整文本:

内森Egge: 我认为这有一些额外的成本, 你知道, 最好的例子就是WebRTC的标准化工作, 我想大概花了三年半的时间... 我们展示了编解码器选项，并讨论了音频. 很明显，就像我们展示Opus和G611一样? 这两个是必须的，然后是音频编解码器, 至于视频，我们花了三年半的时间，实际上我们并没有最终实现一个单一的强制性视频编解码器，我们最终使用了两个VP8和264，这产生了一堆兼容性问题, 正确的? 我的意思是, 你的覆盖范围更广，因为你可以到达以前无法到达的不同的接入点, 但现在你有这些盒子在中间做兼容性，所以你知道有一些权衡，我认为这是一个成功的标准，人们正在使用它. 所以你必须处理一些额外的成本来接触到更广泛的受众.

蒂姆Siglin: 在某种程度上，这听起来就像我们围绕HTML5视频和音频标签的讨论，假设视频标签将是一个单一的编解码器，最终你必须做出标注.

内森Egge: 是的, 这是另一组不幸的讨论，没有达到我们保证兼容性的地方.

蒂姆Siglin: 那么你是否也知道Tarek和Vittorio是如何谈论HDR的, 我的意思是, 这是实现的一个原因还是节省带宽是一个更主要的原因?

内森Egge: 我同意他们的观点，达到或启用以前没有的新用例是非常引人注目的，我认为正如维多利亚所说的那样, 这个概念, 你知道, 说... 大家都知道HDR, 总信息量提高25%或增加25%, 是否有比4K更有吸引力的产品. 用户体验将会更高. 移动到一个允许你那样做的编解码器会启用那个用例. 处理多个编解码器来做到这一点是完全合理和引人注目的.