c – YUV – > RGB转换可以硬件加速吗?

我们有一个应用程序可以读取GigE YUV视频流并将其显示在屏幕上.通过分析,我们了解到,将每个帧从YUV(UYVY)转换为RGB24的功能至少比我们的相机到屏幕管道的任何其他部分都要多一个数量级的时间和cpu.

我们使用的转换功能由GigE软件供应商(Pleora)提供,并且比我们自己的’天真'(非优化)实现略快.我们在其余的管道中使用DirectShow. “任务管理器基准测试”显示我们的1080p 30fps流,当我们跳过转换时(当然会出现乱码图像)的cpu使用率为4-5%,当我们调用转换功能时,cpu使用率为15-19%.

我们的问题是:

>是否有DirectShow过滤器可以为我们进行此转换,希望以更高效的方式,而不是依赖第三方SDK或我们自己的(基于cpu,串行)转换功能
>这个转换必须在cpu上完成,还是能以某种方式卸载到GPU进行并行处理?

谢谢!埃里克.

解决方法

转换可能是GPU处理的一个很好的选择,但是你要对转换的数据做什么?如果您需要在软件中进行进一步处理,那么从视频适配器读回可能会破坏您通过将处理卸载到GPU而获得的所有增益.如果您只是为了演示目的而需要它,那么您不需要转换,您可以将YUV图像直接传送到视频适配器并让它以这种方式呈现(这是管道的理想配置,因为您没有任何转换都是如此).

谈到软件转换,我不确定您现在使用的转换质量,但是有高度优化(启用SIMD)的转换可用:

>标准Windows Vista DMO
> FFmpeg的libswscale
>英特尔IPP基元

这三个或多或少都可以轻松插入DirectShow管道.此外,高分辨率图像也是并行软件处理的理想选择.

相关文章

本程序的编译和运行环境如下(如果有运行方面的问题欢迎在评...
水了一学期的院选修,万万没想到期末考试还有比较硬核的编程...
补充一下,先前文章末尾给出的下载链接的完整代码含有部分C&...
思路如标题所说采用模N取余法,难点是这个除法过程如何实现。...
本篇博客有更新!!!更新后效果图如下: 文章末尾的完整代码...
刚开始学习模块化程序设计时,估计大家都被形参和实参搞迷糊...