Video 视频流中的基本流与传输流

有谁能告诉我在互联网视频流中使用基本视频流（解复用流）比使用传输流（复用流）有什么优势？提前谢谢

基本流和传输流是起源于广播世界的术语-传输流允许在广播信号中携带多个打包的基本流以及所有提供的纠错等功能。因此，这不是一对一的情况，它们都是整体视频传输技术的一部分

大多数互联网视频流，当然是商业和视频托管网站，现在实际上使用HLS或DASH流

这些是以片段或块的形式交付媒体的流协议，通常称为可调整比特率流协议（ABR）

ABR允许客户端设备或播放器以块（例如10秒块）的形式下载视频，但服务器以多个不同的比特率版本提供每个块。播放器可以从最适合当前网络条件的比特率中选择下一个块

因此，基本流被“包装”在一个容器中，通常是一个类似MP4的容器，然后容器被ABR流协议传输或包装

所有这些看起来都是额外的开销，但其中的一些优势是：

• 兼容性-大多数设备或HTML5播放器将支持HLS或DASH流
• 视频容器允许媒体中包含额外的数据、元数据，并且可以包含多个音频和视频曲目
• 快速启动-视频可以以较低的带宽开始播放，并随着时间的推移逐渐增加到较高的带宽
• 避免缓冲延迟-如果网络不好，将从较低的质量级别请求块，直到它得到改善
• 与上述相关，允许给定设备和网络条件的最佳质量

---

这将取决于应用程序，但对许多人来说，第一点可能是最重要的-大多数客户端设备和播放器不支持开箱即用的基本流播放。

感谢您的回复。你能告诉我在什么情况下我们应该使用基本流吗？这在存储多个音轨内容方面是否有一些优势？请假设客户端设备支持基本流。或者以某种方式播放基本流更快或更高效？嗯，数据开销更小，因此如果您可以可靠地传输它们，并且您的客户端可以接受和播放流，这将降低您的带宽要求，但我认为这将是微不足道的。谢谢。还有多个音轨（例如：5.1、sterro、英语、西班牙语）。对于视频和音频的每个组合，它们是作为传输流存储在media content server中，还是作为基本流存储并根据用户的音频曲目选择转换为TS流？在存储为TS流时，由于视频数据在每个组合中重复，我们可能会消耗更多的空间。在第二个选项中，在流传输期间，可能需要更多的时间将基本流（ES）动态地组合成TS流。因此，在这种情况下，如果客户端能够播放ES，单独传输基本流是否更好？