评论:HLS的无处不在可能是破折号的收获

Adobe几周前上了新闻，当时它宣布即将被列入苹果的HTTP直播(HLS) 在黄金时段它是Adobe为大型媒体公司提供的视频发布生态系统的一部分.

是的, 我们都同意, 这对HLS来说是件大事, 都是从玩家的角度来看，都是主要玩家, 除了没有黄金时段 SDK的独立Flash Player, 现在他们计划加入hls，以及苹果在创建一个事实上的标准的专有解决方案.

但这可能太迟了，而且可能预示着我们所知道的HLS的终结. 等等，我是说太少太迟了? No, 在这个例子中, 我认为HLS很受欢迎, 当它被推到全球广播舞台上时，还没有完全穿上它的服装(稳定的“推荐”规格)，这可能是它的毁灭.

以下是需要考虑的五点:

HLS不是一个结构化标准

请记住，HLS源自规范, 通常被称为“Pantos规范”，作为IETF的推荐标准，它已经经过了多次迭代. 这是一个非常流畅的过程.

HLS实现, 到目前为止, 一直谦卑, 在最好的情况下, 对于那些遵循规范的人(任何版本的规范). 我在整个行业听到了许多抱怨, 从“规范没有提供我们在标准中习惯的细节”到“苹果提供的规范使它看起来像是任何人都可以实现HLS。, 但我们看到苹果的实现方式与规格不同."

HLS甚至不是MPEG-2传输流(M2TS)

在其目前的形式中，HLS是基于改进的MPEG-2传输流. 这在两个方面存在问题:首先, 当涉及到集成的数字版权管理和许多其他关键的HTTP流需求时, 真正的MPEG-2传输流并没有被切断来处理负载. 第二个, 苹果的M2TS版本甚至与M2TS标准不一致, 这意味着广播公司必须修改他们传统的传输流设备才能与HLS一起工作.

如果广播公司要做这些工作, 这就引出了他们是否会考虑去的问题破折号, 它可以同时处理经典的M2TS和更新的, 在M2TS有效载荷内更有能力的碎片化MP4文件结构.

HLS无法扩展

快速采用HLS, 与按规范实现相结合, 必然会暴露出HLS在大规模交付方面的几个主要缺点. Netflix和其他公司通过fMP4向尽可能多的设备提供服务是有原因的, 只使用HLS访问iOS设备. 和, 甚至有, 越来越多的iOS应用完全绕过了HLS, 不过苹果不会就这个话题公开发表评论.

开发者现在有了选择

随着HLS和破折号都被列入所有主要球员, 没有独立的Flash播放器, 在夏天结束之前, 开发商现在有了选择. 他们可以从HLS开始, 但很容易切换到破折号, 考虑到所有主要服务器(AMS 5, Wowza, 等)现在有HLS和破折号支持.

苹果有个选择

Adobe的黄金时间公告的一个关键点是黄金时间播放器将包括破折号, 适用于除iOS设备外的所有设备. 正如Jan Ozer在他的 article 关于黄金时段, “《百家乐软件》中的破折号只会扩展到桌面版和和roid版, 而不是iOS——面向iOS的黄金时段 SDK将只支持HLS。”.

原因是, Adobe视频解决方案产品管理总监阿什利, 从基于标准的自适应比特率(ABR)技术(如破折号)到专有的ABR技术(如HLS)进行多路复用，客户端需要的处理能力是多少.

随着三星在世界其他地区的销量上升, 以及苹果销售放缓, 问题是苹果是否会选择诚实地看待HLS, 特别是对于大规模交付, 并理解碎片化MP4相对于HLS的优势的技术问题.

如果是这样的话, 对于苹果来说，实现符合标准的MPEG-2传输流版本的破折号是一件很容易的事情, 或者采用MP4文件结构进行分片. 多么简单? 许多读者可能不记得，大约十年前，苹果公司(Apple)支持了H.264的流媒体和MP4文件格式的使用. 后者不应该让人感到意外, 因为整个MPEG-4系统标准都是基于QuickTime的, 每台麦金塔电脑都内置了播放功能, iPad, iPhone和iPod touch，还有几百万台苹果电视.

总而言之，认为HLS明天会步履蹒跚是痴人说梦吗? 是的,可能. 然而，鉴于其陈旧的基础，这只是时间问题，而不是是否会. 实现真正的全球直播, HLS本身的设计有许多固有的局限性, 苹果很清楚这一点.