VC+DirectShow对视频进行图片处理之六

核心提示：程序的效率和其他问题1. 性能在DS 封装类中我写了几个GDI画图函数，可以比较方便的显示图片，VC+DirectShow对视频进行图片处理之六，不过效率低下，我曾发现它的效能竟比D3D画 3D场景还差，我认为是递归调用所引起的，因此绝对不能这样做，这是GDI 的问题，大概它没有很好利用显卡而依赖CPU的缘故吧

程序的效率和其他问题

1. 性能

在DS 封装类中我写了几个GDI画图函数，可以比较方便的显示图片，不过效率低下，我曾发现它的效能竟比D3D画 3D场景还差。这是GDI 的问题，大概它没有很好利用显卡而依赖CPU的缘故吧。所以我在使用 D3D 的时候顺便用上了 ID3DXSprite 接口，它是在没有 DirectDraw的情况下很好的2D 画图工具，而应用了DX 的特性使它效率很高，充分使用显卡加速，很容易做到旋转、缩放、透明等功能，效率很高。不过应注意一个问题：通常看到的D3D 初始化程序都是为得到最大的3D 效能，即使没干什么CPU占用率也会直上到100%，而播放视频文件一般都需要解码，CPU 都让D3D 占去后就没法流畅解码视频，所以应该这样创建D3D 设备，完成初始化：

m_pD3D->CreateDevice(D3DADAPTER_DEFAULT,D3DDEVTYPE_HAL,hWnd,D3DCREATE_SOFTWARE_VERTEXPROCESSING|D3DCREATE_MULTITHREADED,&d3dpp,&m_pd3dDevice)

一定要加上一个D3DCREATE_MULTITHREADED，让D3D 解箍 CPU，D3D不忙的时候降至 0%，当然了，3D 效能会减掉一些，不过效果尚可。

还有一个，我发现程序运行需要占很多内存，但最小化后再打开就只占原来的一半左右，十分想不通。

2.程序错误的修正

为了程序正确运行，还要解决另一件事。您还记得回调函数吗？就是它惹起了祸。回调函数带来了灵活性的同时也带来了灾难。到目前为止我发现了两点。一是不能在里面调用DirectShow 对象，例如在里面调用 IMediaPosition 来设置进度条，这样当按下“停止”时会发现 IMediaControl 的Stop 方法不能返回，我认为是递归调用所引起的，因此绝对不能这样做，无法在Filter内采取任何措施防止这种情况。