sandybridge cpu 里面集成了图形芯片 ， 也就是常说的 集成显卡，  这个集成显卡的硬件编码功能性能非常的好，  实际测

量下来性能好得让人有点不敢相信。

现在需要用intel media sdk 来调用硬件编码的功能，  预计将来会有opencl 的支持。

要提一句的是， media sdk sample code 使用硬件解码和硬件编码功能， 但由于代码问题不能完全enabling 硬件解码的速

度。 修改程序后的硬件编码加速速度比sample code硬件编码速度 有 3倍以上提高。

开发的时候， 有的时候会因为visual studio 兼容性的问题，出现以下的链接错误

正常情况下 OpenMP 和 微软， 英特尔,   GCC 下面的主流编译器和开发环境都对openmp 支持的非常的好。  突然出了一个兼容性的问题， 非常的棘手。 网上查资料也只有一些一知半解的方法， 有些纯属瞎猜。

经过分析，  发现需要在linker 里面的 manifest file 里面加上一些 additional manifest dependencies

manifest  是并行程序集清单，  估计是不兼容的因素造成需要在 /MANIFESTEDEPENDENCY: 选项里面设置 openmp 的链接环境。

添加的字段为：    2005 debug 版本 ：type= 'win32 '   name= 'Microsoft.VC80.DebugOpenMP '   version= '8.0.50727.762 '   processorArchitecture= 'x86 '   publicKeyToken= '1fc8b3b9a1e18e3b '

2005 release 版本  type= 'win32 '   name= 'Microsoft.VC80.OpenMP '   version= '8.0.50727.762 '   processorArchitecture= 'x86 '   publicKeyToken= '1fc8b3b9a1e18e3b '

2008 release 版本

加上了 Additional Manifest Dependencies 之后问题迎刃而解。

Yanqing 在博客中提到自己开发的Media sdk filter 的检查工具， 详情请看 http://software.intel.com/zh-cn/blogs/2010/06/25/media-sdk-filter/

这个工具非常的好， 能够非常方便的看到应用程序调用到Media SDK filter dll 没有。

那么在深一步， 在media sdk filter dll 被调用了之后那个API 被调用到，  到底是调用的硬件的编解码还是软件的编解码呢。 有没有什么方法。

这里提到一个快要正式发布的小工具， 叫 media checker。

这个工具可以检查到编解码或者后处理时候调用的api 的名称， 调用是硬件实现，还是软件实现， 和相应的运行时环境， 比如集成显卡的驱动程序版本等等。

由于这个工具在win7 上面还有一些小的bug， 只能期待这个小bug 解决之后正式发布。

硬件编码实现二进制代码在部署中是由升级集成显卡的graphics driver来实现， 也就是说部署的时候media sdk的更新是随着graphics driver 的更新而更新的。

 只要graphics driver 更新之后，如有该graphics driver里面包含的相应的media sdk 的最新实现，  集成了media sdk 的程序就得到相应的新功能。 

Media sdk 2.0 alpha 开发版鉴于是开发版，  自带了软件的编解码实现。   这样就和graphics driver 的版本没有关系，  方便了开发着的集成和调试。  开发版的软件编解码集成成功之后再升级由intel 提供的pre-release 的graphics driver（ 带有硬件编码实现的driver）

接口没有变，  dispatch 发现有硬件的实现，就会优先dispatch 到driver 里面的硬件实现。

这样就把软件厂商的media sdk 集成 和driver 里面的编码硬件实现两件事分割开来， 可以并行的完成。

现阶段graphics driver 趋于成熟，在特定的环境下可以正常的硬件编码，  相信MSDK 2.0 硬件编码， 硬件转码的功能会给video 的玩家在低配置的集成显卡上面有些许惊喜。

美国Sonic Solutions公司最近宣布收购DivX公司。

Sonic表示，在收购DivX后，凭借其视频编码格式和DRM版权保护技术的授权收入，公司年收入有望实现翻番。同时，DivX的技术将有助于Sonic提升在云计算网络视频、版权保护等领域的实力，通过技术授权形式进入消费电子设备市场，并凭借其品牌提升全球影响力。

浮点运算非常耗时，  使用AVX 和 不使用AVX 两个版本在产品里面有2倍的速度差异。

下图是浦大地先生现场演示的产品的图片。

http://www.4gamer.net/games/098/G009883/20100413021/screenshot.html?num=004

浦大地先生完整的IDF主题演讲的视频可以在下面链接看到。

http://www.intel.com/pressroom/kits/events/idfspr_2010/index.htm#  29:55分的时候是AVX 的介绍，  大约有5分钟时间。

那么在IDF 上面露面的情况是什么样呢。图文并茂的介绍如下。

http://tech.163.com/digi/10/0413/17/645S2FL9001618J1_2.html

从技术上面来分析下这款播放器支持的是  蓝光3D（blue ray 3D) 的标准， 蓝光3D是3D的标准格式。  用CPU来播放蓝光3D是大部分3D软件都可以做到的事情。

CPU来播放意味着CPU占用率会比较的高。稍微差一点点的CPU就无法流畅的播放。

而这个软件实现了Intel 最新集成显卡的3D硬件解码的功能，  集成显卡的好处就在于玩家不用再花钱去配独立显卡， 这款集成显卡集成在CPU 里面， （ 以前是集成在北桥里面， 放在主板上）， 也就是说买了CPU和主板就不用另外花钱去买任何的硬件设备。

可以看到3D 播放的时候CPU占用率非常低， 玩家不必担心CPU播放不了 蓝光3D，  甚至还可以一边看电影一边做其他消耗CPU 的事。

Amdahl’s law：

Amdahl's law 告诉我们并行程序的并行度在很大程度上面由整段程序里面的串行部分的多少决定。

如何理解。

在这个例子里面 完全串行的处理一副图像的时间是  125 + 764 +172  = 1061 对应图中的左边部分

实际上能够并行执行的只有764这一部分，   例子里面这一部分并行在四个核上面处理， 并行后的时间为 200 基本等于 764/4 ，  为什么时间要长一点， 是并行也有一定的开销。

那么并行的处理一副图像的时间是 125 +200（ 约等于 764/4) + 172  = 497 对应于图中右边部分

并行度只有  1061 / 497 = 2.13

相对于理想的并行度4 ，  只有53.4%   基本符合 Task manager 里面显示的CPU 占用率  56% 的情况。

最后的解决办法

  必须要做一些事情把以前只能串行执行的部分并行执行。  程序伪代码如下

#pragma omp parallel for private( a, b, c…)

For( every names in the list)

        {      

                LoadImagebyName();

PrepareProcessingImage()

{

          For ( Hight)

             For ( Width )   

               SpecialEffectPerPixel();                 

}   

WriteImage();

               }

  从最后的task manager 里面CPU 的占有率就可以看出效果

在文章http://software.intel.com/zh-cn/blogs/2009/12/09/ironlake3d/ 中， 提到过英特尔下一代集成显卡（代号Ironlake）对3D电影的支持。 支持该集成显卡硬件3D播放的软件即将在2010年北京IDF上面展示。  

配合支持3D 的显示器和容易购买的3D眼镜， 大家就可以利用Intel集成显卡的硬件功能看到最近最火的3D 蓝光高清的效果了。

  由于利用硬件支持， CPU的消耗也不多。 集成显卡的功耗小的优势更为明显的体现， 也切合了节能减排低碳的趋势。

其AVC文件的编码质量比上1.5 beta 版本有很大的提高。

从主观质量来看， AVC用默认设置编码后的文件和原始文件相比没有明显的差别。 即使在场景完全切换的情

况下， 场景切换后的第一帧也没有明显的质量下降。 在爆炸场面里面， 视频的主管质量也没有太多下降。

  客观质量我们用PSNR 来测量， 用PSNR专业应用程序测量的结果相同条件下 1.5RC 比 1.5beta PSNR质量

数值提高 10% ～ 20% 左右。

作为免费的开发API ， Media SDK 的性能和质量越来越接近和等同于商用的codec。