Android上的WebRTC H.264支持

我知道有很多关于H.264的文章，从我所读到的内容来看，如果H.264是采用h264硬件编码器的高通设备，那么它应该得到支持

我非常确定我的Nexus 5X符合此条件，并且日志证实了这一点：

I/org.webrtc.Logging:mediacodevideoencoder:找到mime视频的目标编码器/avc:OMX.qcom.video.encoder.avc。颜色：0x15。比特率调整：无调整

但它没有出现在SDP中：

m=video 9 UDP/TLS/RTP/SAVPF 96 98 100 127 97 99 101
a=rtpmap:96 VP8/90000
a=rtpmap:98 VP9/90000
a=rtpmap:100红色/90000
a=rtpmap:127 ulpfec/90000
a=rtpmap:97 rtx/90000
a=rtpmap:99 rtx/90000
a=rtpmap:101 rtx/90000

---

你知道这是为什么吗？我该怎么解决？政治/许可？我应该在构建过程中启用一些标志吗？

如果您在Android中使用基于Chromium的默认WebView，则不支持H.264解码和编码，因为Chromium默认不使用ffmpeg构建

然而，Chrome确实支持H.264

---

所以，您可以尝试的一种方法是使用ffmpeg标志构建您自己的ChromiumWebView，并将其与apk捆绑在一起

如果您在Android中使用基于Chromium的默认WebView，则不支持H.264解码和编码，因为Chromium默认情况下不使用ffmpeg构建

然而，Chrome确实支持H.264

---

所以，您可以尝试的一种方法是使用ffmpeg标志构建您自己的ChromiumWebView，并将其与apk捆绑在一起

我使用的是本机（C+Java）WebRTC SDK，所以没有帮助。你的评论对任何人都没有帮助。我使用的是本机（C+Java）WebRTC SDK，所以没有帮助。你的评论对任何人都没有帮助。同样的问题，你找到强制h264解码、编码的方法了吗？@fam已经很久了。我想我们已经启用了软件编解码器。当然，它们速度较慢，消耗的电池也更多，但我们需要兼容性。如果有硬件，它仍然是首选。谢谢，我让它与h264一起工作，但我认为ios与webrtc一起工作比android更好，这里有许多可怕的问题TT^TT相同的问题，你找到强制h264解码、编码的方法了吗？@fam已经很久了。我想我们已经启用了软件编解码器。当然，它们速度较慢，消耗的电池也更多，但我们需要兼容性。如果有硬件，它仍然是首选。谢谢，我让它与h264一起工作，但我认为ios与webrtc一起工作比android更好，有很多可怕的问题