而当前的炒作围绕着HTTP 交货成本更低——这是假设, 比传统的流媒体更高效, 这个问题是整个行业都应该考虑的, 鉴于HTTP实时流媒体(HLS)和碎片化MPEG-4 (fMP4)的进步，最近已经宣布.
更成熟的(或年长的), 市场上的技术是MPEG-2传输流(M2TS), 什么构成了HLS中内容交付的打包协议.
HLS获得了巨大的人气, 这在很大程度上是因为这是向iOS设备传输数据的唯一途径. 我首先要说的是，MPEG-2传输流是一项久经考验的技术，在过去十年中已广泛用于广播传输. 然而，它的年龄使它成为阻碍整个HTTP流媒体市场发展的一个沉重的负担.
因为M2TS是一项已经使用了10多年的技术, 基于大约5年前的规范, 它使用现在已经过时的ATM包传输协议.
ATM是在纯IP网络出现之前使用的，在每个188字节的数据包中需要4字节的报头信息. 虽然4字节听起来并不多, 考虑一个小时长的视频流在一个带宽为1.每秒5兆比特可能需要每秒多个ATM数据包, 报头信息占用了近32Kbps.
在一个小时结束时，将传递总共115,000 kb的报头信息. 今天的大多数内容都是通过纯IP网络或以太网城域网络发送的, 而这些新的网络协议必须能够解包ATM单元, 除了上面提到的大量开销之外，还会给路由器增加一些处理时间.
M2TS适用于它最初打算用于的各种解决方案, 如同时播放多个有线电视 通道，每个通道有一个或多个通道交替音频通道. 要正确同步 视频流(称为基本流) 流)与一个或多个音频流, 采用了一种称为多路复用(或muxing)的过程. muxing的一个例子是可以用英语或西班牙语音频观看的单个视频流:所有三个视频流(一个视频和两个音频)同时发送, 电视或机顶盒在音频频道中选择最适合观众的频道进行解码.
将M2TS外推到流媒体世界的问题是:如果每个ATM数据包有4字节的所有额外开销没有什么意义, 将多个音频通道发送到单个流媒体查看器完全没有意义.
在任何给定时间, 观看者只会选择一个音频流来收听, 这意味着在西班牙语视频播放应用程序中的选择可以触发对西班牙语音频流的请求, 而稍后对英语音频的请求可以发出结束西班牙语音频流和开始英语音频流的信号. 无需复用多个基本音频流, MPEG-2传输流的优势迅速消失.
本文首次发表于2011年10 / 11月刊 流媒体 题目是“老技术没有国家”?"
除此之外，HLS扩展了M2TS交付功能，超出了M2TS有效载荷通常携带的功能(考虑DRM或加密)，因此很容易看出HLS不是您父亲的MPEG-2传输流.
如果广播公司将不得不重建他们的MPEG-2传输流解决方案，以适应HLS规范要求的M2TS扩展, 是时候开始寻找一个更合适的解决方案了, 而不是依赖于在平板电脑设备出现前几年就已经出现的旧技术?