【问题标题】:WebRTC Chrome 48 VP9 preferenceWebRTC Chrome 48 VP9 偏好
【发布时间】:2016-06-01 14:35:39
【问题描述】:

我希望测试 VP9,因为我知道它现在在 Chrome 48 上是可选的。

到目前为止,我所读到的内容虽然不一致,但似乎暗示:

  • 不再需要标志
  • 默认为 VP8
  • 更喜欢 VP9 而不是 VP8,SDP 中的视频编解码器列表与 offer 一起发送 必须重新排序到位置 VP9 作为 m 记录中的第一个条目

如果这是正确的,有人可以建议如何编辑然后阅读以验证 SDP 以实现此重新排序(即 VP9 在列表中排在首位)?

【问题讨论】:

  • 不确定视频编解码器,但我不得不对音频编解码器做类似的事情,并且我必须编写一个 SDP 解析器:github.com/beradrian/sdpparser。也许它对你也有用。
  • 谢谢,看起来工作不错,一旦我可以确认更喜欢 VP9 所需的确切 SDP 编辑可能会有所帮助 - 有人知道吗?

标签: google-chrome webrtc vp9


【解决方案1】:

经过一些阅读和实验,我能够编辑 SDP 视频编解码器首选列表,方法是使用 javascript replace - sdp.replace(/SAVPF 100 101/g,“SAVPF 101 100”); - 然后我验证了 VP9 在 webrtc 内部是活跃的,而且视觉效果也很好 - 唯一的缺点是 CPU 利用率增加了大约 30%,所以确保你有足够的空间来避免热量积聚

【讨论】:

  • 我使用这个PeerConnectionFactory.initializeFieldTrials("WebRTC-SupportVP9/Enabled/"); 将VP9 包含在我的SDP 中,并且我的“m=”行在我的SDP 中看起来像这样m=video 9 RTP/SAVPF 101 100 116 117 96,其中101 是VP9 的有效负载。当我从 Android 流式传输到浏览器时,它仍然显示黑屏。我错过了什么吗?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-10-14
  • 2016-12-06
  • 2016-01-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-07-29
相关资源
最近更新 更多