Video streaming 自适应流媒体播放器播放列表更新间隔

关于自适应流媒体播放器的行为（具体来说，我对HLS和DASH感兴趣），它应该多久重新加载一次播放列表？这是指定的还是由播放器实现的

当它重新加载播放列表时，是只对所谓的变体播放列表执行此操作，还是每次都重新加载主播放列表

---

直播内容和点播内容是否不同？

对于MPEG-DASH，MPD指定minimumUpdatePeriod属性，该属性向客户端发出MPD潜在更改之间的最小周期信号。这有助于客户端应用程序确定更新/重新下载MPD的频率。例如，如果minimumUpdatePeriod为10秒，您可以每10秒更新/重新下载一次MPD，您应该可以

HLS不包含这方面的特定属性（据我所知->草稿更改），但您可以根据片段持续时间更新M3U8，例如，如果播放列表包含10秒的片段，则应每10秒更新一次（如果是直播流，则每10秒可提供一个新片段）。如果段持续时间不同，您可以根据已下载的段计算平均值，并在该时间间隔内更新

---

您还可以查看现有的实现，例如，它们都支持HLS和DASH。如果要生成HLS和短跑内容进行测试，可以使用ffmpeg&mp4box。

有关

HLS

的信息，请参阅草稿中的。注意：这是最新版本，如果需要旧版本，请检查其他版本

一些相关摘录：

您只重新加载

LIVE

和

事件

，而不加载

EXT-X-ENDLIST

媒体播放列表（因此不重新加载主播放列表）

客户端必须定期重新加载媒体播放列表文件以了解 当前可用的媒体，除非包含值为VOD的EXT-X-PLAYLIST-TYPE标签，或值为EVENT和 EXT-X-ENDLIST标签也存在。

重新加载：

当客户端首次加载播放列表文件或重新加载 播放列表文件，并发现自上次播放以来该文件已更改 已加载，客户端必须至少等待目标持续时间 再次尝试重新加载播放列表文件之前，从 客户端上次开始加载播放列表文件的时间

如果客户端重新加载播放列表文件，并发现它没有 更改后，必须等待目标值的一半 重试前的持续时间

---

因此，对于HLS中的实时流，播放列表更新之间的最小间隔是片段持续时间，如果我理解正确的话。但实际上是这样做的，在现有播放器中请求新块之前进行更新，还是播放列表包含多个片段时不需要这么短的时间？我认为Aegistal引用了草稿中描述这一点的正确部分。然而，我在其他玩家身上看到的是，他们只是根据片段持续时间（平均值）进行更新，如果玩家更接近实时边缘，则频率也会增加，例如，一些玩家会每500毫秒更新一次M3U8。我认为flashhls（）就是这样做的。我发现“将于2015年10月17日到期”，所以这不是正式协议，草案是否仍然过期？