ios - 减少/删除 <video> 元素上的缓冲延迟 (iOS)

我们有一个 FFMPEG 流正在流式传输到移动设备。我们使用 HTML5 标签来显示视频内联(在实时流媒体应用程序中)。我们已设法将 FFMPEG 端的延迟降至最低，但在 iOS 端仍有延迟，播放器可能会缓冲几秒钟。

有什么办法可以减少客户端延迟？

我们需要尽可能接近实时，跳过是可以接受的。

---

Best Answer-推荐答案

如果您使用的是 HTML5 视频标签，那么 iOS 设备将使用 Quicktime 播放视频。 Apple 无法控制其 Quicktime 播放器的缓冲区设置等内部机制。对于 Apple TV 上的一个项目，我什至与 Apple 库比蒂诺的一个人合作，他们只是不允许访问您在他们的设备上需要的信息。

通常如果您使用 HLS :

Is this a real-time delivery system?

No. It has inherent latency corresponding to the size and duration of the media files containing stream segments. At least one segment must fully download before it can be viewed by the client, and two may be required to ensure seamless transitions between segments. In addition, the encoder and segmenter must create a file from the input; the duration of this file is the minimum latency before media is available for download. Typical latency with recommended settings is in the neighborhood of 30 seconds.

What is the latency?

Approximately 30 seconds, with recommended settings. See question #15.

对于 iOS 上的直播场景，您最好在实际播放器之前调整流媒体链: 捕获 -> 转码 -> 上传 -> 流服务器 -> 交付 -> 播放

使用 ffmpeg 您可以调整 zero lantency streaming在我了解您已经完成的转码级别。之后，使用完善的流媒体服务器(如 Wowza 和 CDN 交付)将帮助您到达那里(当然需要一定的成本 - 假设您需要一个流媒体服务器，但您可能不需要)。

如果您的 iOS 应用程序完全是原生的，您可以查看 MPMoviePlayerController .我对 iOS 中的原生应用程序代码没有经验，所以我让你决定是否值得花时间(我仍然怀疑这是否可能，因为底层的 Quicktime/HLS 层)。

我也遇到了this这听起来很有趣，但我还没有测试过，即使使用这种方法，您也会面临限制。

即使它可能不是您正在寻找的答案，我希望这会有所帮助。

关于ios - 减少/删除 <video> 元素上的缓冲延迟 (iOS)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23020259/