直接提供静态视频内容与通过自适应流协议（HLS、DASH）

Question

就速度而言，通过 HLS 或 DASH 等自适应流协议提供静态视频内容（不是实时流）比使用 HTTP 服务器直接将其作为文件提供是否有优势？

例如，当您有一个 500MB mp4 h264+AAC 视频时，您必须通过 HTML5 视频元素在网站上提供该视频。您是否愿意直接提供它，因为大多数流行的浏览器都实现了诸如搜索之类的功能，而无需先下载整个文件；或者您愿意使用 ffmpeg 或类似的解决方案从 mp4 文件创建 HLS 块，然后向 HTML5 视频元素提供 .m3u8 播放列表源。这样做的速度有真正的优势吗？

如果您有数百个视频文件全部用作静态内容，您会实施哪一个？

Answer 1

大多数大型视频点播 (VOD) OTT 服务将使用 ABR 进行流式传输。

这是因为它允许最终用户设备根据当前网络条件选择最佳分辨率和比特率。

它还可以避免浪费带宽，因为设备会了解自己的功能，并且可以避免例如只能显示高清或更低版本的流媒体 4K。

当视频首次启动时，它可以通过使用较低的分辨率和比特率来帮助加快启动速度，因为这会下载错误，然后在网络条件允许的情况下加快启动速度。当您开始播放新视频时，您通常可以在 Netflix 和 YouTube 等服务上观察到这一点。

您可以在此处查看查看统计信息和切换行为的方法：/sf/answers/2965552411/

如果您有一个封闭的用户组，并且您知道他们都将高速连接到您的服务器，例如在高容量内部网络上，那么您可能不需要复杂性，但在大多数其他情况下，ABR 通常更受青睐。