同时多格式编码

将网络内容分发到多个浏览器曾经是流媒体生产商面临的主要内容交付挑战. 但是，机顶盒和移动设备的普及使视频传输变得更加复杂.

甚至对于内容所有者来说，他们支付了内容交付网络(CDN)的费用，将内容交付给各种平台, 了解如何为这些不同的观看平台最好地编码内容的需求，可能是在当今竞争激烈和日益分散的媒体环境中成为领导者和成为失败者的区别.

传统的广播制作和发行平台使用的格式范围有限, 例如MPEG-2. 但如今的多平台世界通常不那么一致. 超越了不断扩大的观看设备的广度, 同样增多的编码参数——比特率, 编解码器, 容器格式—意味着内容所有者可能面临向每个客户推送内容的大量重复工作.

本文是一篇入门级的引子. 甚至在单一发行平台上播放, 比如个人电脑上的网络视频, 导致一系列额外的考虑和选项. 也, 为了介绍一些一般的概念, 我们将忽略一些更深层次的细节(例如, 元数据处理)，这些可以单独讨论.

至于术语, 在本文中，“编码”是指从实时或基于磁带的数字或模拟视频源创建实时流或文件, “转码”意味着将基于文件的媒体从一种容器格式或编解码器转换为另一种. 同样的, “可交付成果”或“交付”指的是直播流或编码文件，用于随后的点播流或在多个设备平台上渐进式下载观看. 在基于文件的生产中使用的压缩和文件格式的广度是毫无价值的, 编码, 而且分发量远远超过了实时流媒体直播.

编解码器和容器的融合
在围绕多平台交付的所有复杂性中，一个亮点是一些关键视频压缩和容器格式的持续融合.

H就是一个例子.264，一种视频压缩标准，也称为AVC或MPEG-4 Part 10. 虽然H.264最初是MPEG-4开发中的一项努力，旨在取代MPEG-2.264 video compression can be used in a variety of container formats, 包括QuickTime MOV, Adobe Flash F4V, 以及通常用于MPEG-2内容的传输流包装器.

容器格式通常只不过是一个“包装器”，其中压缩的视频和相应的编码音频被传送到播放器应用程序. 有些播放器应用程序不能播放特定的容器格式, 即使内容是用音频和视频编解码器的适当组合编码的, 因此，简单地更改容器格式有时可以允许先前编码的内容被重新用于其他视频播放器. 在某些情况下, 然而, 播放器将支持有限范围的帧大小, 比特率, 甚至是压缩格式中的GOP(图片组)结构, 要求内容本身进行转码.

支持网页浏览体验的常用技术包括微软 Silverlight, Adobe Flash, 和苹果QuickTime. 虽然每种技术都支持额外的压缩格式(对于Silverlight, Windows Media and the SMPTE standard VC-1 based on it; for Flash, On2的VP6编解码器最初是在Flash 8中引入的), 这三种网络技术都支持用H编码的视频.264压缩-与当前的移动和IPTV平台提供共同点. 用于基于web和更新的基于移动电话的交互性, Adobe Flash或微软 Silverlight技术提供了集成到视频观看体验中的额外交互性.

用于网络和移动观看, 在基于web的视频播放器中包含自适应比特率播放是一个受欢迎的补充. 视频源以多个比特率编码, 玩家动态地适应消费者带宽的变化，为任何给定的2 - 10秒增量提供最佳的观看比特率. 这些技术包括微软 IIS平滑流, Adobe动态流媒体, 以及苹果对苹果iPhone的自适应交付.

每一个目标都有其独特的特点, 没有一套编码规范能全面、最佳地满足所有这些需求. 适用于任何多平台发行策略, 多格式编码, 决议, 比特率是一个不可避免的需求. 考虑收购的非分销形式, 生产, 和存档, 而可交付成果的种类在几十种之多.

下一个页面