ios - HLS 流式传输,有关段大小配置的建议

标签 ios video video-streaming video-processing adaptive-bitrate

我们正在开发一个需要播放 10 秒视频的移动应用程序。

第一个版本将仅支持 iOS(iPhone 和 iPad)。为了在所有设备上获得良好的质量,我们将使用自适应流。

我仔细阅读了 Apple HLS 文档,似乎 10 秒对于 HLS 段 的大小来说是一个很好的权衡。

因此,如果我们在案例分割中使用默认的 10 秒,这并不是很有用。

由于我们使用的是带有非常小的视频的移动应用程序,我想知道对于某些设备/网络条件,将此 10 秒“默认值”更改为较小的值是否会更好?

是否可以通过降低此值来加快视频的启动速度?

我认为我们随处可见的 10 秒“默认”对于必须在“任何地方”(台式机、智能手机、平板电脑)播放的视频来说是一个不错的选择和建议,但也许其他值更适合仅智能手机?

最后,您认为在我们的案例中,HLS 不是一个好的选择,简单地使用 MP4 视频的渐进式下载更好吗?

预先感谢您的回复。

最佳答案

Mp4 会更好。自适应流式传输对于长内容效果很好,但对于短视频效果很差。播放器将没有足够的时间来适应,而您的观众几乎总是只看到默认质量。

Apple 只对超过 X 秒的视频要求 HLS(我记不清 X 是什么了,但它大于 10)

关于ios - HLS 流式传输,有关段大小配置的建议,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23638302/

相关文章:

ios - uitableview 的框架没有以编程方式更改

android - PhoneGap config.xml iOS 应用程序图标问题

objective-c - Objc - 如何像这样在 UIView 中添加视频播放器?

ruby - 在写入时将 .mov 流式传输到浏览器

c# - .NET 中的视频 session

iphone - 最大 CAShapeLayer 大小?

ios - Swift 3 数组限制

c# - Monotouch AVAssetReader

java - Android OpenCV 内存泄漏

ffmpeg - 如何将 mjpeg 文件流式传输为 rtsp