高清摊牌:编解码器供应商争夺最高质量

You can see all three data rate graphs; note that the first two scenes are talking-head videos followed by increasingly higher-motion clips. 有趣的是, 在大约30秒开始的剪辑是一个特写(惊人的班卓琴演奏家史蒂夫·巴尔)，看起来不是特别高的动作，但包括许多平移和缩放. 后来的剪辑主要包括三个不同芭蕾舞剧的舞蹈镜头. 请注意，时间线下面的小红色条标记了关键帧的位置, 在所有的档案中都是公平分布的.

因为所有文件都通过了丢弃帧测试, 我转向了静止的画质, 我比较了七个基准框架的结果, 每个场景一个. 总的来说,H.264显然赢得了每一次审判, 从低动作到高动作, 与其他编解码器相比，保留了更多的细节并显示了更少的压缩工件. 在一般情况下, 当事情变得艰难的时候, VP6会变得稍微模糊，而VC-1会显示更多的块状和其他伪影.

在实时回放时，H.264继续以最小的块和移位作为其他两种编解码器的特征. 唯一明显强调H的内容类型.264人用静态后墙平移镜头.

相比之下，实时回放对VC-1来说并不是特别友好. 低动镜头显示，主要拍摄对象周围有许多蚊子和障碍物, 即使是在镜头被锁定的时候. High-motion shots were even worse; although VC-1 did a nice job maintaining a stable back wall during panning, 受试者本身明显是块状的. 与其他两个文件相比，音频音量明显减弱, 如果你正在用表达式编码器制作，这是值得注意的. VP6介于两者之间，没有微软那么明显, 但从来没有像H.264.

的角度来看
这是什么意思? 到目前为止，我们都知道质量只是选择编解码器时要考虑的一个因素. 我们还知道，给定足够的数据速率, 任何编解码器都可以提供惊人的质量, 这是夏季奥运会的一个明显教训, Silverlight的质量比我在电视上看到的要好吗.

仍然, 只是为了好玩, 我从After Effects中间文件中生成了另一组文件,200 kbps, 比供应商提交的文件增加了50%. VC-1仍然表现出上面提到的许多问题，而H.264几乎没有伪影，尽管在平移运动方面仍然存在问题. 从我所看到的和你在www上看到的.doceo.com / HDcomps.如果选择VC-1，则必须以比H更高的数据速率进行编码.264.

齿顶高
在我完成我的初步分析之后, 微软带来了另一种编码迭代，它使用了一种鲜为人知的、甚至更少可用的编码选项:specific, 在压缩期间将视频从1280x720分辨率缩放到1280x544(从1080i的单场高度)的能力, 然后在解码期间将其缩小到全分辨率. 但要重做之前的分析已经太晚了, 我想看看新技术是否会改变结果.

第一个, 编码细节:微软并没有在表达式编码器中实现这个特性, 在我办公室的8个编码器中，只有一个可以使用, 尽管它在我的测试中不起作用—所有文件都被编码为全分辨率. 要生成文件, 微软使用了一个名为AVS2ASF的开源编码器，它是由Doom9社区开发的，可以从http://kurtnoise下载.免费的.fr /索引.php?dir = misc. AVS2ASF是一个直观的命令行工具，我们非程序员都知道并喜欢它, 微软用来生成文件的命令行参数可以在www上找到.compressionmatters.Com，连同文件本身.

请注意，在编码期间对文件进行次采样的事实对查看器是完全透明的. 这是, 当文件播放时, 文件头中的信息指示回放程序解码并将视频缩放到其全分辨率, 而观看视频的人对此一无所知.

有了这一切作为开场白，质量如何? 整体, 它比全分辨率版本更好，并且明显减少了块和背景工件, 尽管低动作镜头也明显模糊了. 然而，最重要的是，次采样版本从未超过VP6或H的输出质量.264.

这并不意味着该技术没有优点, 因为它可能在您想要保留大屏幕视频但最小化数据速率的场景中很有用. 仍然, 在为Silverlight制作时必须谨慎使用该技术，因为Windows Media Player可以使用您的图形处理器进行缩放, Silverlight只能使用主机CPU, 在较慢的目标计算机上，这可能会减慢播放速度.