自适应比特率流（DASH、HLS...）VS 节点流

Question

在 Node.js 中，streams 可轻松用于按块传送媒体内容（例如视频）。

还可以通过分解要发送的媒体片段来使用 DASH 或 Http Live Streaming 等自适应比特率流媒体方法。看起来建议在第一种方法上实施第二种方法在视频传输流平台的情况下。

我想知道为什么以及在视频流应用程序中实现自适应比特率流方法而不是使用 Node.js 原生流的优点和缺点有何区别？

编辑：使用 Node.js 流按块传送媒体内容的示例：

var videoStream = fs.createReadStream(path, { start, end });
res.writeHead(206, {
  "Content-Range": `bytes ${start}-${end}/${size}`,
  "Accept-Ranges": "bytes"
});
videoStream.pipe(res);

Answer 1

问题有点混乱。 Node.js 中的流只是一种用于在应用程序中轻松发送数据流的结构。 它们没有直接相关。

我怀疑您所理解的是常规 HTTP 渐进式流（例如将视频数据传输到客户端的响应流）与 DASH 或 HLS 等分段流协议之间的区别。

事实上，您也可以通过常规 HTTP 渐进流发送自适应比特率流。 没有什么可以阻止您即时更改比特率。

人们使用 DASH 和 HLS 的原因是它们允许重复使用常规静态文件/blob/基于对象的 CDN。 它们不需要专门的服务器软件来进行流式传输。 任何 HTTP 服务器都可以。

即使您不需要使用现有的 CDN，您也可以坚持使用 DASH/HLS，因为现在几乎到处都有客户端支持。 您不必编写自己的客户端来跟踪指标来决定何时切换比特率。 使用 DASH/HLS 可以让您与现有设备兼容，通常无需编写任何额外代码。

Answer 2

说到视频流。 Node.js 原生流可能是一种简单的方法，但 DASH 或 HLS 等自适应比特率流方法提供了一些显着的优势。它们允许客户端根据用户的互联网连接来调整视频质量，这可以极大地改善用户体验。

自适应比特率流还可以更有效地处理大量并发用户和变化的网络条件，使其成为更具可扩展性的解决方案。它减少了缓冲和重新缓冲的可能性，这可能会让用户感到沮丧。

当然，实现自适应比特率流媒体需要更多的复杂性和基础设施，但为了获得高质量的用户体验，这是值得的。