我很清楚H.264支持不是WebRTC当前维护者的目标。然而，在探索本机代码时，我注意到一些注释掉的位指的是H.264 RTP打包器。我正在研究的环境是OMAP4430，它具有对H.264 SVC编码/解码的硬件加速支持，所以如果我可以为我的应用程序重新添加H.264支持到本机WebRTC，那就太棒了。 （VP8在我的设备上速度极慢。）从目前项目中的打包器开始是一个好的开始吗？有没有人这样做/有关于如何添加H.264支持的建议？ （我计划将H.264 WebRTC数据发送到Doubango的Media Breaker，为常规WebRTC客户提供支持。）
如果上述内容绝对不可能或非常难，那么至少可以推荐一些人如何在我的设备上获得更好的VP8性能吗？它是基于NEON的ARM SoC，所以我认为libvpx应该自动利用它。有没有办法确定？
答案 0 :(得分：3)
“H.264支持不是WebRTC当前维护者的目标”根本不正确。
IETF尚未决定是否必须实施VP8或H.264或两者。
主持webrtc.org的谷歌显然想要自己的VP8编解码器，所以在他们的网站或他们的示例代码中没有提到264 ...并不意味着这将最终如何结束。 / p>我会访问ietf.org并注册WebRTC电子邮件列表 - 并在那里寻求帮助。 ： - ）