Live的到来.0

一个常见的问题是:“为什么直播视频如此复杂?, 为什么它与随处可见的视频点播(VOD)内容——包括YouTube上每天成千上万的新视频点播片段——有什么不同呢?

简单地说:实时活动的准时交付意义重大. 发布VOD内容不受时间限制. 如果我们发布视频点播内容晚了几分钟甚至几天, 通常不会对商业或观众产生影响. 但是对于现场活动, 时机至关重要，因为有特定的商业影响，而且观众正在等待收看一场比赛，希望看到超级碗(Super Bowl)或NBA总决赛(NBA finals)的获胜者等对时间敏感的结果. 如果这些现场活动没有按时开始, 正如向数百万粉丝宣传的那样, 内容提供商将失去大部分观众, 如果不是所有的观众, 损害内容持有者或发布者通过按次付费从事件中获利的能力, 赞助, 或广告. 内容在特定时间的可用性是关键的区别，也是创建实时内容并使其在线可用的关键风险. 这个关键元素对于将实时内容在线呈现给连接的观众所需的流程或工作流程具有巨大的影响.

视频点播和. 实时视频工作流程

简化后的形式, 为在线发行创建VOD内容涉及转换某种形式的夹层资产, 或高质量的源文件, 转换成一个或多个可供网络使用的格式, 这个过程称为转码. 有许多不同的软件工具, 或转换器已经, 哪个可以执行转码过程. 一旦转码成一个或多个网络准备格式, VOD内容放在原点上, 或内容起源点, 并通过内容分发网络(CDN)向观众播放. 如果由于任何原因，转码过程失败, one can simply restart it again; although it will take longer to make content available online, 内容的任何部分都不会丢失. VOD内容的质量取决于原始内容来源的质量和使用正确的转码配置文件(例如.g., 比特率的选择, 决议, 以及应用其他转码设置以实现目标设备的最佳体验).

为在线分发创建实时事件内容, 也是它的简化形式, 从内容获取开始(通常通过卫星下行链路和解码), 视频光纤解码, 或IP组播), 并将此实时源编码为一个或多个可供网络使用的格式. 然后将编码的内容实时发布到一个或多个发布位置，以便可以将其流式传输到ip连接的设备. 从表面上看，这个过程似乎很简单, 但是当您考虑到在指定的开始时间直播内容的可用性时, 它很快从一个简单的线性过程转变为一个复杂的并行和时间敏感的过程，没有任何错误的余地. 复杂性很快由以下几个因素引起:

无法获取活源，例如由于位置原因无法访问
实时信号源的变化，例如接收到原本是1080i的480p的实时信号源
传输问题，如信号丢失或信号质量下降
各种编码问题，如掉帧或不同步音频
出版问题，如不能出版或出版中断

创建VOD内容时, 我们可以简单地重新调整进程并重新启动，而不会影响视频体验, 但在实时事件场景中，任何错误或中断都会立即以糟糕的用户体验的形式表现出来. 糟糕的用户体验可能是任何事情，从在指定时间无法使用的实时事件到根本无法使用. 它还可以包括频繁的缓冲、冻结、不同步音频或宏阻塞. 实时视频工作流中的任何这些并行步骤(单独或组合)都可以随时影响实时事件视频.

我们如何改进这一过程，以确保始终如一的优质直播视频观看体验? 在接下来的几年里，我们将看到直播视频工作流程的哪些改进? 在我们展望未来之前，让我们看看我们已经看到了什么.

生活1.0

在早期的视频流直播由RealNetworks RealVideo主导, 微软 Windows Media, 和Adobe Flash, 数字媒体行业和观众对用于制作直播视频的软件和服务变得相当满意, 以及主要在pc和mac上播放的视频质量. 提高视频质量意味着提高视频分辨率和比特率, 这种增长紧跟宽带的采用和宽带连接速度的提高. 大多数时候, 观众可以选择比特率, 通常是3比特率——有时被认为是低的, 中期, 观众的期望值一般都很低. 除了一些零星的体育赛事直播, 媒体, 娱乐活动, 流媒体直播主要是指流媒体公司活动和小众内容. 但视频体验经常因缓冲、掉帧和音频不同步而降低. 而在线直播体验是全新的，令人兴奋的, 视频观看的质量明显低于观众习惯的传统广播质量.

住2.0

住2.随着自适应比特率(ABR)流媒体的出现，0被引入, 其中大部分是由Move Networks推动的. 自适应流使用自适应比特率(ABR), 客户端智能，不断测量客户端的互联网连接质量和CPU可用性，自动调整视频质量. 突然之间，观众和内容提供商的可能性变得无限. 用户不再面对令人困惑的比特率选择. 缓冲, 哪个是低带宽连接的常见问题, 显著减少，从而在广泛的ip连接设备上传输高质量视频. 随着这些技术和带宽速度的改进, 世界在网络上看到了第一个真正的720p高清视频. 包括迪士尼在内的各大媒体品牌, 美国广播公司, 狐狸。, ESPN, 其他公司也很快注意到了这项技术，并首次提供了一些顶级优质内容.

除了ABR, 各种形式的自适应流媒体，包括苹果的HTTP Live streaming(也称为HLS)。, 微软的IIS平滑流, Adobe的HTTP动态流媒体(也被称为HDS)进一步提高了将优质内容无缝流传输到网络和移动设备的能力. 现在，除了在pc或mac上观看视频，还有包括平板电脑在内的新设备, 各种OTT设备，如Roku, Boxee, 苹果电视, 谷歌电视, 还有游戏机.

然而，这些技术的发展是有代价的. 自适应流媒体在如何编码内容方面引入了额外的复杂性, 发表, 和保护, 以及如何管理和监视整个工作流. 这反过来又使监控和扩展变得更加困难, 与此过程相关的成本显著上升, 制造进入壁垒，使ROI难以实现.

Live的到来.0

所有这些都把我们带到了我们目前正在进入的阶段:直播视频发展的第三阶段, 或Live 3.0. 生活1的飞跃.0 to 2.0是由自适应流媒体带来的，重点是改善终端观看体验. 住2的飞跃.0 to 3.0是由实时视频工作流程的进步引发的, 从昂贵的硬件和基于SDI(串行数字接口)的基础设施转移到端到端支持ip的进程. 目前的重点是在四个关键领域改进这一进程:

解决多屏幕、多格式、多平台的复杂性
极大地降低了将大量直播视频带给联网观众的成本，并改变了如何将获取的视频(从正在创建的直播事件中获取的视频)路由或发送到编码器或视频工作流管道的方式，在那里它将被处理为网络发布
具有弹性的可伸缩性，以提供扩展的灵活性，以数字化大量的实时视频, 当不需要这些百家乐软件时，也要缩减规模
实现对整个视频工作流管道的实时监控，并做出自动化的实时智能决策, 而不是单独访问视频工作流管道的各个不同部分, 推断和分析数据, 然后做决定.

如何实现这一目标? 解码器和卫星接收器的进步使得能够以IP格式输出视频, 打开了IP获取和路由的大门. 本质上, 不再需要将接收器连接到路由器到编码器所需的繁重的SDI布线和路由基础设施. 而不是, 已经创建了一个IP基础设施，允许基于IP的视频工作流管道从IP源获取视频, 消除了对专用电缆和设备的需求，这是视频采集和媒体处理的真正成本.

The Live 3.0工作流将提供调度功能，这样广播质量和外部编码的内容都可以用作输入源, 以所需的比特率数进行编码, 并将内容混合(也称为以多种格式打包内容)为预定义的格式. 然后可以根据需要保护内容并将其发布到任意多的发布位置, 并具有自动纠错功能的实时监控. 操作人员只需在几分钟内创建必要的工作流程, 在活动期间使用它们, 并在不再需要时关闭它们, 释放所有已使用的百家乐软件. 其质量不仅会达到甚至可能超过广播电视的质量, 但它也将与其可靠性相匹配. 今天,99.99%的直播视频工作流程正常运行时间可以被认为是不现实的, 但在未来的几年里, 即使是99.9999%是可行的.

前面的路

除了一个复杂的工作流程，增加了可伸缩性，同时降低了成本, 不断变化的直播和点播流媒体世界将需要再次发展，因为包括true在内的重大创新即将出现, 裸眼3D和全息视频. 我们相信Live 3.X将不断发展以应对这些创新, 有效地成为一个“活平台”，使第三方能够从任何设备和任何平台通过api无缝、安全地连接，以构建和运行自己的应用程序. 在这个过程中, 它将拆除目前禁止许多人在网上发布直播活动和直播线性内容的围墙, 以前所未见的方式点燃创新的火花，永远改变数字媒体的世界.