HLS 和 MPEG-DASH 有什么区别？

Question

似乎两种协议都做同样的事情，但有一个比另一个有优势吗？

Answer 1

MPEG-DASH 是由 ISO/IEC MPEG 批准的独立于供应商的国际标准。以前的自适应流媒体技术（例如 Apple HLS）已由供应商发布，但对公司独立的流媒体服务器和播放客户端的支持有限。由于不希望出现这种依赖于供应商的情况，因此标准化机构开始了协调过程，从而获得了 MPEG-DASH 的批准。

近年来，MPEG-DASH 已被集成到新的标准化工作中，例如 HTML5 媒体源扩展 (MSE)，通过 HTML5 视频和音频标签实现 DASH 播放（与依赖于 FLASH 的 Apple HLS 形成对比在 Apple 生态系统之外的平台上），以及 HTML5 加密媒体扩展 (EME)，可在 Web 浏览器中启用受 DRM 保护的播放。此外，MPEG-DASH 的 DRM 保护通过 MPEG-CENC（通用加密）在不同系统之间进行协调，并且通过 HbbTV 1.5 和 2.0 的集成，可以在不同的 SmartTV 平台上播放 MPEG-DASH。

虽然 MPEG-DASH 是编解码器并且与容器无关，但 Apple HLS 例如绑定到 MP2TS 容器。还有很多不同之处。

Answer 2

从应用程序设计者的角度来看，尝试为 youtube 或 netflix 等视频流媒体服务选择一种技术时，我会说它们都有自己的后备方案，您应该全部使用它们。

今天的每个常规视频流服务都会遇到两个问题：客户端支持（您应该想要一切，从智能手机到电视、游戏机、Apple tv 和 google chromecast）和服务器基础设施。

HLS 原生支持 Apple 的一切，运行非常流畅，并通过使用许多开源 js 视频播放器提供了出色的个性化。 Android 有问题，但即使在 2.3 设备上，我也让 flash 播放器在混合应用程序上运行 HLS。性能很烂。但是您可以使用 ffmpeg 即时转码！也可以进行直播，而且非常直接。

MPEG-DASH 在新设备上得到了很好的支持，5 年后这个话题可能会结束。使用 ngnix 和 rtmp 扩展，你可以在半小时内搭建一个视频流服务器。

我首先选择 HLS 是因为它很简单。现在，我正在同时为不同的客户端创建所有 HLS、WebM（低定义）和 MPEG-DASH，以允许它们都在本地运行。

这样我就可以只依赖构建混合应用程序并在每个客户端上使用我所有的 AngularJS 代码。否则，较小的项目采用视频流服务是不切实际的。然后你就有了像 Wowza 这样的服务。

Answer 3

以下是 Aquary 的快速比较。内联回复太长了...

Web 标准：在两种自适应流媒体协议中，MPEG-DASH 最有可能成为统一标准。

支持： HLS 较老，并且在 Apple 大力支持下，实际上支持更多，尤其是在较旧的浏览器/操作系统/设备中。您可以使用 jwplayer 在 Windows 机器上支持 HLS。

性能：不确定，但 mpeg-dash 播放器 bitdash 的制造商声称：“流媒体性能比 Microsoft Smooth Streaming 高 53%，比 Apple HLS 高 101%” .

结论： 现在是 HLS，明天是 MPEG-DASH（如果你可以管理的话，现在就是）。以下文章很好地评估了当今流技术的断裂状态：http://blogs.imediaconnection.com/blog/2012/04/27/mpeg-dash-its-time-for-apple-to-put-up-or-shut-up/

Answer 4

你应该问问自己什么对你很重要（编码、加密方法、标准化等）

Jason Schneid 写了一个很好的对比：http://www.internetvideoarchive.com/IVA/news/2012/09/13/progressive-download-vs.-adaptive-bitrate-how-to-choose-the-format-right-for-you