Android 设备的摄像头直播时预计会有多少延迟？ 我检查了 Miracast，它有大约 150-300 毫秒的延迟（通常在 160-190 毫秒左右）。 我有一个蓝牙和一个 wifi 直接应用程序，两者都滞后约 400-550 毫秒。我想知道是否有可能重现或接近 Miracast 的性能。 我在 H.264 中对摄像机帧进行编码，并使用我自己的自定义协议通过 TCP 连接传输编码帧（在 WiFi Direct 的情况下）。
【问题讨论】：
标签： android streaming video-streaming live-streaming
视频编码是计算密集型的，因此您可以从硬件获得的任何帮助通常会加快处理速度。值得确保您使用的是利用硬件的编解码器 - 即避免将 H.264 编码全部放在软件中。
这里有一个视频讨论如何访问硬件加速视频编解码器，虽然有点旧，但适用于旧设备：
我相信 MediaCodec 现在为硬件编解码器提供了一个 Java API（我自己没有尝试或看过速度比较测试），这让事情变得更容易：
另请参阅此处有关使用相机的 Surface 预览作为速度辅助工具的说明：
顺便说一句，500 毫秒似乎并没有那么糟糕，而且您可能会遇到收益递减的情况，因此如果您能忍受当前的延迟，那么减少的努力可能会很高。
另外，我假设您正在测量服务器端的延迟（或延迟）？如果是这样，您还需要查看服务器如何解码和呈现，尤其是当您将自己的播放器与第三方播放器进行比较时。
无论流等延迟如何，都值得查看接收端的抖动缓冲区 - 简单来说，在开始播放之前等待大量数据包可能会导致更多的启动延迟，但它也可能会提供更好的整体用户体验。这是因为在进入用户不喜欢的“缓冲”模式之前，大缓冲区将更能容忍延迟的数据包。
这是一种平衡，您的需求可能会以某种方式决定偏见。例如，如果您计划像应用程序一样进行视频聊天，那么延迟非常重要，因为它开始对 200-300 毫秒以上的用户感到厌烦。如果您提供的是体育赛事的提要，那么延迟可能不太重要，避免缓冲暂停可能会提供更好的用户感知质量。
【讨论】：