转码的转换

转码或协议转换?
如今，将一个视频传送到每台设备所面临的最大问题——媒体传送的咒语, 无论是流媒体还是渐进式下载，都是设备的激增. 曾经是一个双重决定(笔记本电脑/台式机还是机顶盒)现在是一个50倍的头痛.

在无数的交付协议之间, 过多的视频屏幕尺寸, 和不同的带宽需要解决每个, 问题不仅在于如何在设备迷宫中穿行，还在于如何选择最好的内容.

考虑, 例如, 我们用于测试的设备数量:除了9个基于web的配置文件, 我们使用了23个基于手机的配置文件, 包括从苹果的iPhone和iPad到谷歌的Nexus One等众多设备, 摩托罗拉的Droid, Palm Pre, 以及三星的Omnia. 这些设备代表了主要的移动操作系统——ios, 安卓, 网络操作系统, 和Windows mobile在今天的市场上.

甚至在操作系统类别中也是如此, 设备尺寸, 屏幕尺寸, 像素密度变化很大, 这意味着每个设备都需要配置文件来正确比较内容输出.

幸运的是, 除了Windows Mobile设备, 每个设备的操作系统都支持MP4容器格式, 使用AAC或MP3音频编解码器和H.264 video codec. 即将推出的Windows Phone 7操作系统也将支持MP4/AAC/H.264年内.

MP4容器格式的公共线程的好处是能够卸载一些转码工作流程, 作为增加服务器工作流的回报.

“那是什么?你可能在想. “我了解转码工作流程，但什么是协议工作流程?”

协议背后的原因与迄今为止转码的两个最大转变有关:行业的稳定, 几乎解决了单一编解码器和多比特率转码的重新出现. 早期的转码解决方案, 简单的转码工具将继续这一趋势, 专注于单比特率视频的转换, 用特定编解码器编码的, 到具有相同比特率但具有不同编解码器的视频.

也被称为transmuxing, 考虑到需要多路传输文件以方便传输, 协议转换始于广播领域，但正在寻找流媒体和渐进式下载传输的方式. 使用标准MP4文件传送到上述所有设备和操作系统的行动正在进行中.

这样做, 通用的MP4文件在交付时被转换成多种协议, 从Adobe的RTMP到更通用的RTP/RTSP，再到无处不在的HTTP协议. 媒体交付服务器的协议转换消除了将单个视频文件转换为三个协议中的每个协议的HTTP片段的需要, 简化转码过程以及交付到众多设备时带来的内容管理难题.

速度还是质量? 为什么不两者兼而有之?
测试涉及一系列剪辑和输出格式，这些格式的选择是根据它们对转码过程的不同部分进行处理的能力, 从随机运动到去隔行再到不同的原点大小. 对于依赖于CPU的通用计算解决方案, 较新的Nehalem和Westmere英特尔芯片在为有限数量的输出格式提供单个编码的速度和质量方面已经足够了.

但是，那些所需产出数量显著增加的情况又如何呢? 为了进行测试, 我们在一系列逐渐增加的输出中运行每个测试:从9个web和IPTV输出开始, 然后我们测试了23个移动输出和, 最后, 所有的输出在同一时间, 一次总共32个输出.

对于这种繁重的工作, 初步结果表明，专业化的解决方案, 例如那些结合了CPU和asic的处理, 能否最好地结合通用加工和高通量特种硅的优势. RGB Networks最近收购了RipCode, 例如, 完善了公司的运营商级视频网关——MPEG-2和H的理想选择.264 - RipCode的能力提供基于cpu的转码尚未标准化的屏幕尺寸和比特率固有的狂野西部的移动视频传输. Optibase是, 最近被VITEC多媒体收购, 似乎正朝着VITEC目前产品供应的类似补充模式发展.

前一页下一个页面