http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apuby Anand Lal Shimpi on 5/15/2012 1:23:00 PM
原创翻译，部分非技术内容并非原意，转载注明
多年来AMD和好基友Nvidia一直在忽悠我们说他们俩的GPU也是可以跑各种通用应用程序的。一开始，看起来视频转码是所谓“GPU通用计算”的最佳证明——直到去年，第三者Intel拿出了Quick Sync（利用CPU集成专用编码单元负责转码计算），狠狠抽了两家一个响亮的耳光。
如今，AMD在自己最新力作Trinity里借鉴了Quick Sync，集成了类似的功能模块VCE（按照AMD的说法其实是Intel得知AMD研发VCE后山寨之并且提前发布了Quick Sync）。悲剧的是这一先进技术有些水土不服，所谓橘生淮北则为枳嘛（AMD则认为是时辰的错）。在同时支持Quick Sync和VCE的程序中，Intel的方案完秒对手。VCE的性能不过是比APU软件转码要快一些罢了，显然这个初生婴儿还是需要多多调教的。
虽然Quick Sync表现碉堡，但它没能令万众皆为之倾心。最大的问题是支持她的优秀软件太少。我们测试Quick Sync的时候总是用Arcsoft的Media Converter 7.5和Cyber Link的Media Espresso 6.5，大伙都看腻了，可我们也没辙——这还是好不容易找出来的支持Quick Sync的应用啊。我们真的很希望x264能转身拥抱Quick Sync，或者像Handbrake这样的应用与她擦出美丽的火花也让人满足了。
结果开源社区直到现在都不鸟这个只姓Intel的技术（开源向来崇尚开放自由，憎恨独断专行）。Quick Sync如此闪亮，可惜它不被我们常用的程序支持，再出色又如何？
在我们的Trinity评测文章里我们提到，支持AMD GPU加速的程序现在前所未有的丰富，随便挑几个就能闪瞎狗眼：Photoshop CS6、GIMP、Media Converter/Media Espresso和WinZip 16.5——这些可不是什么高深的技术宅拯救地球专用程序。就算没用过，谁还不知道PS啊？虽说不少心理阴暗者酸溜溜地质疑说这些所谓的GPU加速其实是CPU穿马甲骗人的玩意儿，但不管怎么说AMD选的这些应用还是很对路的，它的GPU通用计算的野望从中获益良多。
现在这份程序名单里又加入了一颗闪亮的新星：几周前AMD自豪地宣布，x264和Handbrake将双双迈入GPU加速时代，将以OpenCL为主要API。本宅求爷爷告奶奶从内部渠道搞到了它们的早期编译版本。你接下来看到的截图看上去只是普通的Handbrake软件而已，但其实它是有一颗文艺心脏的支持OpenCL加速的早期编译版本。
现在这个版本还很不成熟。它只有32bit版本，也不能手动开启/关闭GPU加速。所以为了对比，我们只能拿它和Handbrake最新的稳定版本同台竞技。
Handbrake的GPU加速功能是通过三个途径实现的：DXVA引擎进行GPU辅助视频解码，通过OpenCL/GPU加速视频缩放和色彩空间转换，OpenCL/GPU加速x264编码任务的预测操作。
视频转码任务中，视频的解码是分量最轻的步骤。通过DXVA API，Handbrake可以利用Trinity的UVD引擎获得与I家Sandy/Ivy Bridge类似的加速效果。
缩放、色彩转换和编码预测是视频转码任务中最容易从GPU获益的。最后一项本身就是数据并行多线程操作，非常适合GPU运算。编码预测的任务是告诉编码器每一帧需要参考后面多少帧的数据来获得最佳画质。记住视频转码的基本原理就是找出帧与帧之间不变的部分，然后把多余的信息压缩掉的过程。
测试时的GPU占用率
我们还在测试Handbrake的许多性能/质量编码参数组合，不过为了测试方便，我们选了一种组合：1080p MPEG-2视频源转码为720p x264，Handbrake默认High Profile参数。
OpenCL加速的版本在Sandy Bridge和Ivy Bridge上同样可以运行，只是显然Sandy Bridge没怎么受OpenCL光环的恩泽。不过所有的平台测试这个版本都比软件转码速度快，说明Intel也从DXVA解码模块中得到些好处。所有测试都是32bit版本的，请看成绩：
* SNB的GPU不支持OpenCL，所以只有视频解码部分是GPU加速，其他是CPU在操劳
软件转码的部分Trinity不幸被Sandy Bridge领先了五年，但GPU加速的部分五年的差距被缩小到了1年不到。4核Sandy Bridge在软件模式中比Trinity快73%，GPU加速模式中优势只有7%。Ivy Bridge的两项优势分别是2.15倍和29.6%。OpenCL加速模式下输出的画面质量和软件模式下的狗眼分不出区别，不过后者的码率确实高一些。至少通过这次学习，AMD从连对手排出的尾气都看不到的囧样，一下蹦到了和同价位Intel对手一起看大海的位置。
这一次辛亥战争，AMD混合计算、融合发展的策略终于帮助它成功夺得圣杯——看看和Sandy Bridge对比的数据就知道了。Intel本来领先一圈，现在缩到不到一个身位。如果AMD在其他重要的应用程序里也能获得类似的奖赏，我想更多观众会认同Trinity，相信它是Intel方案的一个性能近似的替代品而非什么穷宅激励自己奋发图强的标识牌。Ivy Bridge依旧领先很多，但价钱也坑爹非常，短期内不会和AMD的A10正面对抗。
我们也在测试其他OpenCL加速程序，AMD妄想凭借这些雕虫小技撼动桌面市场的游戏格局。其中Handbrake给我们的惊喜最大。x264和Handbrake的新版本还要等一阵，但起码我们有的盼了。
评论
Good Job 这才是真正的APU！
评论
openCL么。。。。普及速度还不错，比想象的快多了
压缩唯一的优点是不损坏画质。
I/N/A 纯显卡压缩都会影响画质，这个就这点有点。
评论
1pass而已，路漫漫.......目测受限和专用硬件编码一样，除了可选项增加
不过确实是AMD最近做得最像样的投资
话说，果然农企各种小众....这文都好几天了
评论
四核ivy纯cpu转码都比trinity显卡加速转码快*/-94
评论
这算半个好消息
评论
麻烦看清楚了，四核ivy纯cpu转码和trinity显卡加速转码是一样快的好不好
评论
功耗也高不少 电路 电子 维修 我现在把定影部分拆出来了。想换下滚，因为卡纸。但是我发现灯管挡住了。拆不了。不会拆。论坛里的高手拆解过吗？ 评论 认真看，认真瞧。果然有收 电路 电子 维修 求创维42c08RD电路图 评论 电视的图纸很少见 评论 电视的图纸很少见 评论 创维的图纸你要说 版号，不然无能为力 评论 板号5800-p42ALM-0050 168P-P42CLM-01
·日本中文新闻 唐田绘里香为新剧《极恶女王》剃光头 展现演员决心
·日本中文新闻 真子小室夫妇新居引发隐私担忧
·日本中文新闻 前AKB48成员柏木由纪与搞笑艺人交往曝光
·日本学校 ｛日本国际学校｝梅田インターナショナルスクール
·日本学校 LINE：sm287 陳雨菲、20歳、台湾からの留学生、東京に来たばかり
·日本留学生活 出售平成22年走行48000km 代步小车
·日本华人网络交流 円相場 一時1ドル＝140円台まで上昇？
·日本华人网络交流 问日本华人一个问题
·日本旅游代购 富山接机
·生活百科 英国转澳大利亚转换插头
·汽车 【求助】修车遇到困难怎么办？