社区
非技术类
帖子详情
有关GDI的一个显示速度问题!!!
csdn3141
2004-01-11 09:44:57
LineTo(...)及其他GDI函数:
如超出屏幕,GDI的底层实现是自动根据窗口剪裁获取交点输出有效部分,
还是逐点生成于再与屏幕比较是否超出呢??
当要显示的大部分线条超出屏幕,前者显示速度应远远快于后者!!!
所以,请教各为了???
...全文
42
3
打赏
收藏
有关GDI的一个显示速度问题!!!
LineTo(...)及其他GDI函数: 如超出屏幕,GDI的底层实现是自动根据窗口剪裁获取交点输出有效部分, 还是逐点生成于再与屏幕比较是否超出呢?? 当要显示的大部分线条超出屏幕,前者显示速度应远远快于后者!!! 所以,请教各为了???
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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 显示呢???
windows编程
GDI
+绘图实现
实现了windows编程中的
GDI
+的大部分绘图功能,可以为有需要的人士提供参考,特别是初学
GDI
+者,相信可以收益
测试
GDI
+下JPG和PNG图像性能的程序
用于测试采用
GDI
+技术和delphi 直接
显示
JPG以及PNG图像的软件,评估图像
显示
效果和
速度
,软件中包括
GDI
+程序源代码
GDI
编程-绘图
GDI
编程-绘图,方便大家学习
GDI
,其中的代码值得参考
VB6图像浏览器,极速,平滑,双缓冲
1. 基于VB6,
GDI
/
GDI
+ 2. 直接API,
速度
最优化 3. 完美模拟多线程,各种操作无卡顿 4. 浏览滚动平滑,平滑移动,放大缩小 5. 注册表参数储存 6. 支持删除及打开编辑 ......
SkySee:通过
GDI
+的简单图片查看器-开源
我想要
一个
简单的、可以方便查看大量图片的浏览器,正好又想学一下
GDI
+的用法,于是就有了SkySee。 SkySee功能很简单,但它在查看大量图片时
速度
仍然很快,因为它只对
显示
出来的图片才生成缩略图;因为生成缩略图比较快,所以它没有将缩略图缓存下来。 SkySee的代码也很简单,核心部分都在主界面(ssMainX)及缩略图列表(SkyThumbViewVirtual)中,那些简单的图片处理都是从网上收集的,可以忽略。 SkySee可以支持D7~D2010,由于环境的限制,我只在D7、D2007和D2010中编译过,不过其他版本应该可以编译的。 简洁就是美!
非技术类
1,649
社区成员
58,980
社区内容
发帖
与我相关
我的任务
非技术类
VC/MFC 非技术类
复制链接
扫一扫
分享
社区描述
VC/MFC 非技术类
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章