OpenCV Direct之类的东东能不能用？ 谁知道简单给说说方案。谢谢

帮你推荐一下吧
希望有更多的人来帮忙

设计中有需要每秒进行上百次的绘图的吗？觉得这里应该存在不合理的。

如果有使用GDI+，通常情况下都是为了支持ALPHA或旋转输出的。对于24位的或灰度的建议你不要用GDI+,也不要用GDI，直接用自己写的插值算法还会快一些。

这个估计有点难，我个人觉得OPENGL会比GDI快（当然比GDI+更快）。

open cv技术本来在国内的应用就不是很成熟，而且教程就那么几个，有点难度

每秒中上百次的绘图, fps上百, 已超出生理视觉范围, 可以减少绘制频率

最好说说绘制些什么东西, 
通常可以把重复绘制的保存的东西保存到内存DC, 再需要就直接复制

让自己的程序直接占用绝大部分CPU资源, 如果仅仅是这个, 没多大关系吧, 有需要系统会给你完整空闲的CPU

DirectX啊。。。。GDI绘图 CPU消耗死

感觉用GDI 很囧，，，，，，，，NBA2K 这么NB的游戏的帧率 60FPS 已经很流畅了

一秒钟上百次太多了。
如果显示给用户看已经没必要了。
人眼睛超过每秒24次。就是一样的了。
你定在一秒钟40左右就可以了。

先在内存全部画好100个图，然后一秒钟内一个个复制到屏幕。

opencv

电影是每秒24帧
显示器刷新频率一般也不过每秒60帧
就算你每秒100次绘图，显示器也无法全部显示出来。

我觉得用遍历的方法是最好实现的，哈哈
计算机的速度是很快的，比较的算法瞬间就完成了，另外可以考虑用异步的方式实现用户感受会好一些

跟着学习一下，第二个问题如果你在任务管理器中提高这个线程的优先级，不知道能不能达到你要的效果。

有同感^-^

一般情况下GDI双缓冲，这个应该是GDI或者GDI+模式上面效率最高的技术了。

如果想再进一步提高效率的话只能考虑DX，DX里面有更加底层的绘制方式。

给外星人做的项目？
地球人不是每秒24帧就看不出来了吗？
呵呵~~
- -！
很多游戏，要求显卡XXXX以上，都才60帧
你这项目要刷100多，那我这破机器都不见得跑得动啊~~~
可以再在结构上分析一下
如果非得要这需求
那OpenGL、Direct这些效率肯定要高的

1024*768大窗口实现帧率高于100fps/s，还真是开眼界了..

gpu比cpu快
感觉应该在2点上下功夫：
1、使用gpu
2、优化算法，减少刷新的频率

这个估计有点难，我个人觉得OPENGL会比GDI快（当然比GDI+更快）。

人类的视觉残留一般在 0.1 秒左右，我不知道你的 每秒中上百次的绘图 是给谁看的

每秒 24帧就够了。

莫非楼主要做3D?120HZ刷新频率的？？

引用 8 楼 zzz3265 的回复:

每秒中上百次的绘图, fps上百, 已超出生理视觉范围, 可以减少绘制频率

最好说说绘制些什么东西, 
通常可以把重复绘制的保存的东西保存到内存DC, 再需要就直接复制

让自己的程序直接占用绝大部分CPU资源, 如果仅仅是这个, 没多大关系吧, 有需要系统会给你完整空闲的CPU

太快了吧每秒100多帧我就是玩个魔兽世界能跑到60帧我就很快乐了吧？
还有3D的大部分跟显卡有关系，如果显卡好的话，是用GPU运行的。

DirectX + GDI   DirectX用来加速，GDI用来交互（画各种图形，贴图）。

不可能实现, 即使改用DirectX, 也未必打到.

直接上Direct吧，速度上应该没有问题，还是楼上的观点60的帧频易经很happy了，再快真心的没用

对GPU没经验，但从介绍上来看GPU适合大规模并行，如果你的操作都是串行顺序的，就不要考虑GPU了。
如果你是多核CPU，使用WINDOWS操作系统，可以为特定线程分配CPU。
但不保证只有你的进程占用特定的核，比如某些windows服务例程，不知道你是否有权利更改他们占用的CPU核。但这可以让特定的CPU核上运行尽量少的线程。

那么高的刷新率还没做过

同问，那么快的帧率搞神马

引用楼主 tinary3v0 的回复:

由于我需要在1024* 768这样大的窗口里面，进行每秒中上百次的绘图，现在采用GDI与GDI+混合的方式，当然是为了达到一定的效果。
现在绘图速度很慢,但是由于时间上的要求，这个问题必须解决。
不知道大家有什么好方法没？
我在考虑是不是在平面里面用GDI或者GDI+不合适。
如果仅仅为了仿真平面效果，采用OpenGL其他的三维方式能不能实现？
那个效率相对来说比较高？

另外，有没……

首先，你的技术不对，GDI /GDI+ 不是给你画动画用的。请用DirectX 或者 OpenGL 。
其次，你为什么要这么高的刷新率？给谁看，如果不是给人看，真的需要绘制在屏幕上渲染出来么？可以有其他办法么？

“上百幅图每秒”用GDI+肯定不行

DX  绘图还是比较省资源的吧

bitblt贴图达到上千帧还是很容易的,问题在于绘图数据的产生和操作处理,对图片的处理会大幅降低帧率
贴一个之前的简单测试结果吧,我是有点老的TP R400笔记本,DEBUG版本程序,绘制区域和图片大小为800*480,每项测试绘制1000次
GDI+那个测试是PNG图片解码+绘制的速度

Test DC GDI+  Result:34.601000 ms 28.900899 fps
Test DC BitBlt  Result:0.905000 ms 1104.972376 fps
Test DC StretchBlt  Result:0.890000 ms 1123.595506 fps
Test DC PatBlt  Result:0.452000 ms 2212.389381 fps
Test DC bmp AlphaBlend  Result:1.420000 ms 704.225352 fps
Test DC DIB AlphaBlend  Result:1.436000 ms 696.378830 fps
Test DC TransparentBlt  Result:1.326000 ms 754.147813 fps

绘制速度与图片的格式,DC的格式,使用的接口等都有关系,如果不是用的有问题,一般优化的余地也不是太大
把相关接口完整的测试验证一遍,就能大概找到效率的瓶颈,剩下的优化就主要在于自己程序的设计了,使用更多的缓冲,减少数据的搬运,解码和色彩空间转换,设备相关位图无关位图的转换等等费时操作

关心这个也就为了实现一些动画效果之类,PC上感觉难度不大,用途也不大,嵌入式设备上的优化倒是让人比较费神

if(显示)
     只要是“显示”出来的=>就是给“眼睛”看=>“蒙骗”眼睛只要达到20多/s就够够高高了。
else
     数据内存处理n快快。。。

关注。。第一次听说这么高难度的电脑操作哦

期待牛人

 这个得顶这要求，有点。。。