惊喜or失望?AMD首款视频编码插件评测
[泡泡网显卡频道 2009年7月17日]如今的GPU已经不再是单纯的图形运算芯片的代名词，随着GPGPU技术的发展，显卡已经可以用来做更多本来只有CPU才能运算的事情。NVIDIA CUDA技术推出之后，应用非常广泛，特别是视频编码领域，已经有多家业界大头与NVIDIA合作，推出了基于CUDA技术的编码软件产品。这一切，ATI可以说是看在眼里，急在心头！
事实上，AMD早在很久以前就宣布了类似于CUDA的技术，叫做Stream，简单的说，该技术就是ATI显卡的GPGPU通用计算技术，ATI Radeon系列显卡（支持DX10或更高API标准的显卡）通过Stream可以进行 通用计算，并不局限于图形方面的运算。虽然也和部分厂商合作推出基于Stream技术的产品，但是表现都不怎么样，导致AMD在这方面明显落后于竞争对手，而NVIDIA也直击其软肋，近两年来几乎都在大势宣扬他们的CUDA技术是多么的先进。
到底是AMD没有做GPU通用计算的技术？还是，AMD不打算在GPU通用计算方向发展呢？对于很多读者来说，这是一个难解的问题，然而如果我们从背后来分析这两家公司，便可以得出一些答案。首先，NVIDIA是一家完完全全的GPU公司，至少到目前为止还没有推出x86处理器的意向，所以NVIDIA大可毫无顾忌的宣扬他的GPU，并表示在计算机中，显卡才是最重要的配件。
而AMD则不一样，除了有GPU业务之外，还有CPU，这两大业务的重要性根本没有办法分出高低。如果AMD天天宣传其GPU非常强大的话，那么CPU的业务必然会受到影响；反之如果AMD天天都宣传CPU重要的话，那么GPU的业务也会受到影响，所以当年AMD并购ATI，表面上看是一件好事情，而现在反而让AMD高层感到十分为难，通用计算方面简直就是被NVIDIA牵着鼻子走。
然而，笔者上个月在Twitter上发现AMD的催化剂产品经理Terry Makedon更新了一则消息，给他的关注者们推荐了一个测试版的AMD编码插件，支持Adobe Premiere CS4编码加速，并且采用GPU+CPU的联合加速，立刻引起了笔者的兴趣。
根据Terry Makedon的描述，使用该插件可以将Adobe Premiere视频编码的性能提升8倍，并且可以支持GPU+CPU联合加速。由于该插件还处在测试版阶段，所以目前AMD仅仅在其官方论坛提供了下载，链接如下：
http://forums.amd.com/amdlive/messageview.cfm?catid=366&threadid=114667
Adobe Premiere这个软件对于视频工作者来说一定不会陌生，这是一款视频后期编辑软件，可以用这款软件对视频进行各种特效处理、剪辑等，功能非常强大，在视频领域的威望如同平面处理领域的Adobe PhotoShop。如果说NVIDIA合作的一些视频编码厂商都是业界大头的话，那么Adobe无疑是业界巨头。这个插件如果性能真的非常强大，那么AMD或许可以获得一次扬眉吐气的机会，至少在通用计算方面。
大家点击上面的链接进入AMD官方论坛之后，就可以看到这个插件的简要介绍。从帖子的介绍中可以看出，这是一款采用“ATI Stream”加速的视频编码插件。总所周知，ATI Stream技术就是ATI显卡的GPGPU技术，和NVIDIA的CUDA从性质上是没有什么区别的。
前面我们说过，AMD在通用计算技术方面近两年来都没有什么太大的建树，一直是NVIDIA在主导，这种一家独大的局面对任何一个消费者都并不是什么好事，所以笔者也迫切的希望AMD能拿出一款像样的案例。本来上个月就打算对这款插件进行详细的评测，但因为事务繁多，一直拖到了今天。
根据AMD论坛中提供的插件Release notes介绍，该插件主要有以下两大功能：
1、Adobe Premiere MPEG-2格式视频编码以及LPCM/MPEG-2 layer 2音频编码加速;
2、Adobe Premiere H.264格式视频以及AAC格式音频编码加速；
看来，目前该插件还没有能够支持VC-1高清视频编码加速以及其他一些格式的视频编码加速，不过这并不重要，总比以前没有好很多了。
在Windows 7操作系统下安装出现的错误报告
在这一份发行声明文档中我们还发现，该插件只能支持Windows Vista操作系统，Windows XP、Windows 7以及其他各个版本的操作系统都暂时不能支持，相信在未来的后续版本中，会提供更多操作系统的支持。
除此之外还需要注意的是，该插件只能支持Adobe Premiere Pro CS4 4.0.1以及Adobe Media Encoder CS4 4.0.1.078或之后的版本，本文测试采用Adobe Premiere 4.1以及Adobe Media Encoder CS4 4.0.2版本。
已知问题：
● 在进行MPEG-2蓝光格式编码加速时，导入1440x1080p 24 High Quality, HDTV 1080p 24 High Quality, HDTV 720p 24 High Quality这三种MPEG-2编码蓝光格式的视频时，可能会出现错误，该问题将会在随后的更新中修复。
● 进行H.264蓝光格式编码加速时，导入1440x1080p 23.976 High Quality蓝光格式H.264视频，会被当作1080i 29.97 High Quality进行回放。
● 有些时候在相同的设置下，可能会出现编码后文件大小不同的情况，不过这个文件是没有问题的，画质方面也没有什么差别。
● 视频缩放的预设不能在编码设置中保存。
● 某些时候选择192kbps音频编码可能会生成128Kbps编码。
● 当设置窗口大小减小时文字周围的选择标尺会被裁剪，未来的版本将提供更多的选项并将自动转换成单选按钮，方便使用。
● 安装该插件，请务必记得卸载之前的版本，否则可能出现未知后果。
● 如果你的编码要求视频文件被缩放，那么性能会受到Premiere内置的scaler的影响，AMD正在寻找一个解决方案以实现最大化编码器的能力，不用指定scaler是最好的选择。
通过前面一页的介绍，我们已经对AMD这次推出的这个插件有了一些简单的了解。下面，我们即将通过实际的测试，来验证这款插件的真实性能。
前面我们已经说到，这款插件的主要功能就是加速H.264以及MPEG-2的视频编码，用过Adobe Premiere的朋友就知道，Premiere的编码完全是调用一个叫做Adobe Media Encoder的软件来完成，而Premiere本身的功能仅仅是视频编辑，和编码基本扯不上关系。所以，本文我们就直接在Adobe Media Premiere CS4这款编码软件中进行测试。
值得一提的是，该款视频编码插件只能支持AMD平台产品，笔者在Intel上安装的时候，会提示该插件只能支持AMD平台，并且会报错。所以，本次测试也必须选择AMD平台。
● 测试平台：
本次测试平台我们选择了当今比较流行的3A平台，CPU和显卡均采用了两款以上，用以对比更换CPU或者显卡对编码性能的影响。操作系统采用的是Windows Vista SP1，完全符合发行声明文档中的要求。
● 测试流程
1、首先采用Athlon II X2 245搭配HD850显卡，分别使用CPU软件（即不选择AMD加速）常规编码H.264视频、H.264蓝光视频、MPEG-2视频以及MPEG-2蓝光视频，得出基准编码性能；
2、采用Athlon II X2 245搭配HD850显卡，分别编码H.264视频、H.264蓝光视频、MPEG-2视频以及MPEG-2蓝光视频；
3、采用AMD Phenom II X4 955搭配HD4850显卡，再次测试以上所有项目，对比CPU性能对编码速度的影响；
4、采用AMD Phenom II X4 955搭配HD890显卡，再次测试以上所有项目，对比GPU性能对编码速度的影响；
5、采用AMD Phenom II X4 955搭配主板集成的HD 3300显卡测试以上项目，再次对比GPU性能对编码速度的影响；
6、将以上测试成绩进行分类比较，得出最终结果。
我们本次测试采用的片源为之前我们经常测试N卡时使用的The Plush Life，该动画由NVIDIA 公司Gelato 团队的专职动画师Timothy Heath创作，采用Maya Shave和Haircut渲染，用到了很多高级显卡特效，经常被各大媒体用作评测视频。本次，笔者使用的这段视频长度为1分50秒，720P分辨率，MPG格式。我们主要是对该视频进行重新编码，来测试本次所需要的性能。
首先，我们来进行CPU软解常规编码测试，以下是测试结果：
● X2 245+HD4850常规编码H.264——1440×1080P 23.96Fps High Quality
花费时间：5分50秒
以上编码设置的意思就是将视频片源重新编码成分辨率为1440×1080P，帧率为23.976帧每秒，质量为高的视频，简单理解就是倍线操作。使用CPU常规编码，所花费的时间为5：50秒。
● X2 245+HD4850常规编码H.264 Blue Ray——1440×1080P 23.96Fps High Quality
花费时间：6分06秒
● X2 245+HD4850常规编码MPEG-2——1920×1080P HDTV 29.97FPS High Quality
呃，这里非常对不起大家，由于笔者一时疏忽，搞忘了截图，不过有成绩记录，花费时间为2分49秒。
● X2 245+HD4850常规编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
花费时间为：2分01秒
● 性能成绩曲线图
注：上图的曲线图本身并无任何意义，四个点的值无任何关联，大家只需要记住每个点的值，笔者这样做也只是为了后文方便对比，曲线图中数值的单位为秒。
前面我们说到，本次测试所采用的视频片源长度为1：50秒，这样看来，在常规编码中，本文所测试的几种方法都没有办法满足实时编码的需求。接下来，我们来看看使用AMD加速插件之后，性能会有多大的提升。
安装好前面我们介绍的插件之后，如果想要使用AMD加速插件编码，只需要在Adobe Media Encoder的输出格式部分选择AMD Fast xxxxxx即可，如下图：
现在，我们还是来测试前一页中测试的几个内容，只是编码输出格式选择AMD Fast xxxxxx，以开启AMD加速插件。
● X2 245+HD4850 AMD加速插件编码H.264——1440×1080P 23.96Fps High Quality
花费时间：1分35秒
● X2 245+HD4850 AMD加速插件编码H.264 Blue Ray——1440×1080P 23.96Fps High Quality
花费时间：1分58秒
● X2 245+HD4850 AMD加速插件编码MPEG-2——1920×1080P HDTV 29.97FPS High Quality
花费时间：2分30秒
● X2 245+HD4850 AMD加速插件编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
花费时间：1分49秒
● 性能成绩曲线图（与常规编码对比）
上面的曲线图表就是使用AMD加速插件进行编码与不使用AMD加速插件编码的时间对比，显然，使用AMD加速插件编码所花费的时间要低很多，也就是说速度要快很多。特别是H.264的编码，使用这款插件之后效率非常高，所花费的时间仅仅为CPU常规解码的1/3甚至更低。
通过前面的测试，我们已经知道AMD这个插件确实有不小的性能提升，尤其是在H.264格式视频的压缩方面，性能提升幅度非常大。根据AMD的催化剂产品经理Terry Makedon在Twitter上的介绍，这款插件支持CPU&GPU联合加速，那么更换CPU想必一定会带来性能提升，到底是不是这样呢？我们来试试看！下面，我们就将CPU更换成为四核心的Phenom x4 955来继续测试。当然，我们这里就直接测试使用AMD加速插件进行编码，常规编码已经没有丝毫竞争力，没有测试意义了。
● X4 955+HD4850 AMD加速插件编码H.264——1440×1080P 23.96Fps High Quality
花费时间：51秒
● X4 955+HD4850 AMD加速插件编码H.264 Blue Ray——1440×1080P 23.96Fps High Quality
花费时间：1分03秒
● X4 955+HD4850 AMD加速插件编码MPEG-2——1920×1080P HDTV 29.97FPS High Quality
花费时间：1分25秒
● X4 955+HD4850 AMD加速插件编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
花费时间：58秒
● 性能成绩曲线图（与X2 245+HD4850加速插件编码对比）
结果很明显，CPU升级之后，同样的编码操作所花费的时间又有了很大幅度的降低，看来这款插件确实利用到了CPU加速，而且性能发挥非常不错，对CPU性能潜力的挖掘非常透彻。
既然更高的CPU能获得更好的编码速度，那么性能更高的显卡应该也不成问题，下面我们就在X4 955处理器平台的基础上，将显卡更换为HD4890，看有没有性能提升。
● X4 955+HD4890 AMD加速插件编码H.264——1440×1080P 23.96Fps High Quality
花费时间：50秒
● X4 955+HD4890 AMD加速插件编码H.264 Blue Ray——1440×1080P 23.96Fps High Quality
花费时间：1分04秒
● X4 955+HD4890 AMD加速插件编码MPEG-2——1920×1080P HDTV 29.97FPS High Quality
花费时间：1分24秒
● X4 955+HD4890 AMD加速插件编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
花费时间：58秒
● 性能成绩曲线图（ 与X4 955+HD4850加速插件编码对比）
可以看出，当显卡更换成HD4890之后，性能根本没有任何提升，一两秒的时间差距完全在误差范围之内，这个结果笔者在测试之前并没有想到，那么到底是什么原因导致了这样的情况出现呢？我们继续往下看！
从HD4850更换到HD4890，没有性能上的提升，仔细一想还是可以理解的，因为HD4850和HD4890都采用800个流处理器单元，如果该插件仅仅只依靠流处理器单元的话，那么两者性能没有差距也算正常。为了验证到底是不是这种情况，下面我们直接采用790GX主板上集成的HD3300显示核心进行测试(只有40个流处理器)。如果性能有很大幅度的下降的话，那么证明该插件仅仅依靠流处理器数量，如果没有下降的话，那......
● X4 955+HD3300 AMD加速插件编码H.264——1440×1080P 23.96Fps High Quality
花费时间：53秒
● X4 955+HD3300 AMD加速插件编码H.264 Blue Ray——1440×1080P 23.96Fps High Quality
花费时间：1分08秒
● X4 955+HD3300 AMD加速插件编码MPEG-2——1920×1080P HDTV 29.97FPS High Quality
花费时间：1分33秒
● X4 955+HD3300 AMD加速插件编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
● X4 955+HD3300 AMD加速插件编码MPEG-2 Blue ray——1440×1080P 24FPS High Quality
花费时间：1分04秒
● 性能成绩曲线图（与X4 955+HD4890加速插件编码对比）
从800个流处理器的HD4890，直接更换成只有40个流处理器的HD3300集成显卡，如果依赖流处理器数量的话，性能下降应该非常明显。然而，从测试的结果来看，虽然性能有少许下降，但是完全和显卡的比例不符合（很有可能是受到集成显卡占用了系统内存的影响而导致性能有小幅度的下降）。看到这里，我们应该已经可以初步得出结论，该插件与显卡的流处理器数量根本没有关系，当然和频率、带宽等更加没有关系。
为了验证这个结论，笔者换上了一块N卡进行了一番测试，发现编码时间也几乎完全雷同，再一次证明该插件确实和显卡没有关系。
写到这里，本文也就该告一个段落了，这是一篇很不好总结的文章，因为从我们的测试中，没有看到ATI Stream的一点影子，反而是依靠CPU，性能有了很大的提升。
毋庸置疑的是，这个Adobe视频编码插件确实可以带来编码性能方面的提升，而同时没有应用到ATI GPU进行加速，也是非常明显的。从现在的结论来看，似乎和文章开篇Terry Makedon的Twitter中所说的“Use both the CPU&GPU”相矛盾。
在NVIDIA CUDA技术疯狂的进攻之下，ATI的Stream通用计算技术一直显得非常低调，正如我们文章前面所说，也没有一个像样的产品推出。而今天笔者满怀希望的想要证实一下ATI Stream的最新良好进展，然而结果却再一次让我失望。
但是，今天的这个结论也可以从另一个角度来看。首先，在NVIDIA CUDA通用计算技术的猛烈进攻之下，ATI Stream却迟迟没有太大进展，而如今也许在改变策略，尽可能让CPU表现出更多的优势，再结合NVIDIA的唯GPU论，从侧面证明CPU和GPU都非常重要的一个论点。其次，从本文的测试结果来看，CPU也的确没有像NVIDIA所说的那样，在高性能计算方面毫无用处；抛开其中的技术不谈，AMD这一次确实是将CPU在特定应用中的性能发挥到了极致，或许这也是即将向NVIDIA大反击的一个信号。
而笔者更加认为，目前NVIDIA和Intel两大巨头口水战不断，AMD表面上看起来由于产品线的关系只能静观其变，但在短期内同时向两大巨头反击的可能性却非常大。因为在PC中，CPU和GPU从真正意义上来讲根本没有办法刻意的去谈论谁重要与谁不重要的问题，如果能很好的将CPU与GPU的性能结合，其优势才会真正体现出来。很显然,AMD在这方面有先天的竞争优势。
就在笔者准备截稿时，又收到了一条ArcSoft SimHD也开始支持ATI Stream技术，其性能又会怎么样呢？笔者将会在近段时间内对其进行详细的评测，请继续关注泡泡网显卡频道。■
关注我们
