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

前端之家收集整理的这篇文章主要介绍了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管道.此外,高分辨率图像也是并行软件处理的理想选择.

原文链接:https://www.f2er.com/c/118971.html

猜你在找的C&C++相关文章