有关GDI的一个显示速度问题!!!

csdn3141 2004-01-11 09:44:57
LineTo(...)及其他GDI函数:
如超出屏幕,GDI的底层实现是自动根据窗口剪裁获取交点输出有效部分,
还是逐点生成于再与屏幕比较是否超出呢??
当要显示的大部分线条超出屏幕,前者显示速度应远远快于后者!!!
所以,请教各为了???

...全文
42 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
superS 2004-01-11
  • 打赏
  • 举报
回复
我估计实现windows的程序员会选择一种更快的方法。都是n人啊。
ross33123 2004-01-11
  • 打赏
  • 举报
回复
肯定是先剪取的

至于是否由 GDI 完成就不知道了
csdn3141 2004-01-11
  • 打赏
  • 举报
回复
刚才发现:http://search.csdn.net/expert/topic/50/5002/2002/3/10/566766.htm
关于绘制r很大的圆
其中zhizhi的答复:
"如果r比较大的话r》10000,最好先裁剪,呵呵,否则,如果在项素级别使用gdi函数的话,再快的机器画500次,屏幕也有查不多5秒的等待。如果裁剪恰当的话,获取的性能提高是非常明显的,而损失的性能几乎为0,因为机器做裁剪(主要是乘除法)绝对比gdi画点来的要快的多。在gis系统中,我大量的应用了这样的算法,效果非常的好,支持9x到nt系统。
当然,在nt机器上,直接使用arc是可以支持到long的大小的半径,而且使用dc的clip,也支持的很好,根本不需要使用所谓的图形学算法。"


是否意味着:需要我们自己先完成剪裁,在传递参数给CDC 显示呢???


1,649

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 非技术类
社区管理员
  • 非技术类社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧