流(HLS) -降低目标持续时间、选择初始流和调试

Question

目标是尽可能快地优化观看质量(总是目标，不是吗？)

项目说明：

1. 使用(HLS)允许iOS设备选择最佳的查看流。
2. 小溪不活了。
3. 视频持续时间为1分钟。
4. 瞄准iPhone 3gs及以上

三个问题：

1. 初始蜂窝流的目标编码器设置应该是什么？编码器设置表：准备向iOS设备传送媒体
2. 苹果建议 (转载如下)目标持续时间应为10秒。如果初始流质量低于当前能力，则在切换之前，您将被困在查看相同的流10秒。我在考虑把它移到3-5秒。是否有关于下限的建议？我相信苹果的建议是从直播的角度提出的，可能不适用。
3. 如何在设备上调试HLS？若要查看流开关和时间，请执行以下操作。我曾经碰到过一个链接..。

使用10秒目标持续时间 在标记中为最大媒体段持续时间指定的值将在启动时产生影响。我们强烈建议推荐10秒的目标持续时间。如果使用较小的目标持续时间，则会增加停顿的可能性。原因如下:如果您已经通过CDN交付了实时内容，那么就会有传播延迟，而对于这个内容来说，要使它一直延伸到CDN上的边缘节点，它将是可变的。此外，如果客户端通过蜂窝网络获取数据，则延迟会更高。如果使用较小的目标持续时间，这两种因素都会使您更有可能遇到失速。

谢谢你

Answer 1

1)这可能是对你的消费者的反复尝试。在目标持续时间较低的情况下，对于初始流，我会使用非常低的比特率，并假设质量变化会很快发生(参见2)。

2)这确实取决于你的CDN。但是，VOD比较容易，因为每个段只有一个HTTP请求，而不像live (每个段有2个请求)。尽管如此，微软silverlight的默认设置是2秒。这对netflix来说已经足够了。

3)不知道。

Answer 2

对于#1，苹果提到有超过一个主文件来解决第一次播放的质量问题。

如果您是iOS应用程序开发人员，您可以查询用户的设备以确定初始连接是蜂窝连接还是WiFi连接，并选择适当的主索引文件。为了确保用户在第一次播放流时有良好的体验，无论初始网络连接如何，您都应该有多个主索引文件，其中包含相同的备用索引文件，但具有不同的第一流。 建议为蜂窝变体播放列表提供150 k的流。 建议为Wi变体播放列表提供240 K或440 k的流。 注意:有关如何查询基于iOS的设备的网络连接类型的详细信息，请参阅以下示例代码：https://developer.apple.com/library/ios/samplecode/Reachability/Introduction/Intro.html#//apple_ref/doc/uid/DTS40007324。