我正在使用 Opentok SDK 在带有 Nodejs 服务器的 IOS 和 Android 设备中进行视频通话。
这是一个最多 4 人的群组通话场景,当我们流式传输超过 10 分钟时,两个设备都变得太热。
有人对此有解决方案吗?我们不能降低视频质量。
我正在使用 Opentok SDK 在带有 Nodejs 服务器的 IOS 和 Android 设备中进行视频通话。
这是一个最多 4 人的群组通话场景,当我们流式传输超过 10 分钟时,两个设备都变得太热。
有人对此有解决方案吗?我们不能降低视频质量。
这可能是因为您使用的是默认视频代码 VP8,它不是硬件加速的。您可以将每个发布者的编解码器更改为 H.264 或 VP8,但这种方法需要权衡取舍。
他们缺乏对 H.264 SVC 的支持令人失望,但根据您的用例可能没问题。如果您阅读了整篇文章并且仍然需要更多指导,我建议您联系他们的开发人员支持团队,和/或在此处发布有关您的用例的更多信息。
以下是来自 OpenTok 文档的更多上下文,但我建议您阅读整个页面以了解需要做出妥协的地方:
VP8 实时视频编解码器是一种软件编解码器。它可以在较低的比特率下很好地工作,是 WebRTC 环境中成熟的视频编解码器。作为软件编解码器,它可以在内存和 CPU 的限制内根据应用程序的需要多次实例化。VP8 编解码器支持 OpenTok Scalable Video 功能,这意味着它在支持的浏览器和设备的大型会话中运行良好。
H.264 实时视频编解码器有硬件和软件两种形式,具体取决于设备。它是 WebRTC 环境中相对较新的编解码器,尽管它在互联网上流式传输电影和视频剪辑的历史悠久。硬件编解码器支持意味着设备的核心 CPU 不必费力地处理视频,从而减少 CPU 负载。硬件实例的数量取决于设备,iOS 具有最佳支持。鉴于 H.264 是 WebRTC 的新编解码器,并且每个设备可能有不同的实现,因此质量可能会有所不同。因此,与 VP8 相比,H.264 在较低比特率下的性能可能不如 VP8。H.264 不太适合大型会话,因为它不支持 OpenTok Scalable Video 功能。