利用GDI+在Form中绘制60*60个圆点,显示帧速,使用三种不同方法,分别是:1.直接绘制2.使用双缓冲3.使用BitBlt函数对比三种函数的帧速,以及提速效果开发环境为vs2008
2024/11/11 0:10:20 39KB c# 双缓冲 GDI+ BitBlt
1
以前在研究半透明不规则窗口的时候,用的是gdi的TextOut/DrawText绘制字体,但绘制出的字体是透明的,现在我完全放弃了GDI的TextOut()、BitBlt()的方式,而用SetDIBitsToDevice()代替,就是直接贴像素到DC里。
今天尝试用SetDIBitsToDevice()+UpdateLayeredWindow()实现半透明不规则窗口,结果非常顺利!贴出来,共享给需要的朋友.另外,本程序还附带了一个使用MMX汇编优化的32位alpha混合函数(57行,有详尽注释),需要的朋友可以直接copy了。
PS:关于字体的绘制我建议大家用GetGlyphOutline()手动提取字形像素去绘制,因为TextOut这类绘制函数功能有限,只适合初级软件使用,而要想画出丰富多彩的界面,比如字体alpha渐变,就必须自己操作像素,所以GetGlyphOutline()才是专业级的,而且兼容性好,可以抽象出来提供给ddraw、d3d、opengl等使用
2024/6/16 14:41:52 328KB 不规则窗口
1
VB使用API在内存中绘制曲线再显示到图片框上,CPU资源消耗小,效率高,比Line方法快5倍!1、在内存中创建绘图设备场景2、设置内存设备场景属性3、在内存设备场景上绘制曲线4、通过BitBlt将内存设备场景覆盖到图片框5、通过Timer循环执行,形成动态曲线
1
/*收拾:一、双缓冲画图本领概述 原理:将普通的在CDC中画图改为在一内存配置配备枚举中画图(CDC型变量,普通命名为pMemDC),而后使用BitBlt()函数将pMemDC中的图像复制到CDC中;
步骤: ①建树内存配置配备枚举CDC*pMemDC;联系瓜葛配置配备枚举CreateCompatibleDC();
②建树兼容位图HBITMAP::CreateCompatibleBitmap(); ③选入配置配备枚举内存配置配备枚举(HBITMAP)::SelectObject(m_hDC,hBitmap); ④内存配置配备枚举画图 ⑤复制到CDC,使用函数BitBlt()二、手动重绘 原理:行使内存配置配备枚举的BitBlt()函数将初始CDC选入。
将上面第⑤步的配置配备枚举交流。
*//*法度圭表标准进程:一、绘制配景,在函数DrawSome()中实现;
并将其放在OnPaint()函数中,保障每一次改造时照常存在;
二、更正WM_ERASEBKGND新闻照料函数,使患上不到场配景刷(此步能够作废,临时无影响,由于将DrawSome()放在了OnPaint()中);
三、照料鼠标左键按下,记实初始坐标点;
四、照料鼠标按下挪动,并实时绘制矩形,此处用到双缓冲画图本领;
五、照料鼠标左键松开,绘制血色矩形。
*/
2023/4/23 22:05:10 132KB 双缓冲 重绘
1
这个为啥呢,只好把截图的函数代码翻出来看,以前是用这种方式的:BitBlt(dcImage,0,0,(int)(rect.Width),(int)(rect.Height),dcScreen,(int)(rect.Left),(int)(rect.Top),TernaryRasterOperations.SRCCOPY);
凭直觉感觉应该是由于这种通过DC的方式对WPF程序支持有问题,但是又觉得奇怪就是截取其它的WPF组件和窗口都没有问题,偏偏Popup窗口不行。
2023/3/16 21:29:53 26KB 截屏方 C#
1
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡