一、为什么这么慢? |
二、DIB的结构 |
三、DIB访问函数 |
四、实战练习 |
五、使用DIBSection和模拟指针 |
六、结合DirectX |
自盘古开天地以来(好像夸张了点),一直有人抱怨VB程序速度慢。特别是图像处理,被认为是VB的禁区。说起来也是,市面上的关于VB的图像处理的数 据都是先讲计算公式,再直接用PSet(或API函数SetPixel)逐点画(至少我见过的书都是这样)。效果是办到了,但速度慢得离谱:对一幅 640*480的图像进行半透明合并就需要10秒钟;而在PhotoShop中,只要一设置图层的透明度,半透明效果立即呈现。难怪有人说VB的闲话。 但这并不表示VB不能写高速的图像处理程序,速度慢是因为没有使用正确的方法。 从VB5开始,能以本机代码编译成exe文件,所以不存在代码执行速度的问题。那么,是什么拖慢了速度呢?就是PSet和SetPixel!PSet 把浮点形式的坐标转为像素单位,再交给SetPixel处理。而SetPixel呢,坐标系转化、剪裁区域判断、将颜色匹配为设备支持的最接近的,最后还 要根据不同的颜色格式寻址、为将颜色写入其所在位进行位运算。经过这么多层处理,速度不慢才怪。 那么,怎样才能提高处理速度呢?使用DIB,直接对位图所在内存进行操作,速度可以大大提高。现在看看本文提供的范例程序的执行速度,这只是一个简单 的色彩演示程序。
Debug | Relase | 说 明 | |
1_PSet | 1156.7042 | 936.2807 | 在VB使用 PSet 画的 |
2_SetPixelV | 484.7545 | 460.5382 | 在VB使用 SetPixelV 画的 |
3_DIB | 118.6978 | 3.8317 | 在VB使用 DIB 画的 |
4_DIB_Ptr | 107.5791 | 4.3545 | 在VB使用 DirectDraw + 模拟指针 画的 |
5_DX7Ptr | 108.1261 | 4.5503 | 在VB使用 DirectDraw + 模拟指针 画的 |
6_DX7Arr | 131.8148 | 7.5506 | 在VB使用 DIBSection + GetLockedArray 画的 |
VC | 2.8535 | 1.8994 | 用Visual C++ 6.0写的 |
CPU | AMD Athlon XP 1700+(实际频率:1463 MHz (11 x 133)) |
内存 | Kingston DDR266 256MB *2(两根) |
显卡 | nVIDIA GeForce2 MX/MX 400(AGP 4X,显存32MB) |
测试环境 | Windows XP sp2 |
从这个表中可看出:
1.VC比3_DIB、4_DIB_Ptr快一些,这是因为SafeArray结构的数组比真正的指针慢,但也不是某些人所说的70~100倍;
2.4_DIB_Ptr比3_DIB慢一点,这是因为模拟指针本来就是靠SafeArray结构的数组,需要在运行时动态修改数组数据地址,所以速度慢一点;
3.真正差了70~100倍是1_PSet和2_SetPixelV。
4.在VB IDE中解释执行程序非常慢,3_DIB就存在30倍的速度差距。所以经常一些无聊的人拿 VC Debug编译的程序 与 VB IDE中解释执行程序 比较速度。
5.4_DIB_Ptr、5_DX7Ptr速度一样,这是因为都是利用模拟指针技术直接访问内存来做图像处理的。而6_DX7Arr使用的是GetLockedArray返回的二维数组,二维数组比一维数组慢。 以上可证,速度慢的原因是SetPixelV非常低效,而并不是VB的问题。虽然VC的的确比较快,但是我写这篇文章不是为了讨论速度极限(否则这篇文章会改名为《如何用汇编 写高速的图像处理程序》),而是为了告诉大家如何在VB中写能够实时处理的图像处理程序。 同时,决定代码速度的不是编程语言或编译器,而是算法。如果算法写得差的话,无论你用什么编程语言或编译器,那程序速度依然很慢(你在VC中用SetPixelV写图像处理程序试试)。而现在的硬件配置已经足够好,用VB完全可以写高速的图像处理程序。
在 Windows 3.0 以前,Windows系统用的是DDB(设备有关位图)。DDB没有调色板,显示的颜色依赖硬件,处理色彩很不方便。所以 Microsoft 在 Windows 3.0中 重新定义了BMP文件格式(BMP 3.0),使其支持设备无关位图——也就是DIB。 时至今日,BMP的版本号已升至5.0(Windows NT 4.0、Windows95 定义了 BMP 4.0,Windows 98、Windows 2000 定义了 BMP 5.0),但基本结构没有变——仍是 BMP文件头 和 DIB 组成:
BMP文件 | BITMAPFILEHEADER | BMP文件头 | |
DIB | BITMAPINFOHEADER | 位图信息头 | BITMAPINFO |
RGBQUAD[] | 调色板 | ||
位图数据 |
(# 代表可以不填(=0)的项目)
原型定义: | |
typedef struct tagBITMAPFILEHEADER { // bmfh |
|
VB声明: | |
Type BITMAPFILEHEADER |
|
说明: | |
bfType | 指示文件的类型,必须是“BM” |
bfSize# | 指示文件的大小,包括BITMAPFILEHEADER |
bfReserved1 | 保留,=0 |
bfReserved2 | 保留,=0 |
bfOffBits# | 从文件头到位图数据的偏移字节数 |
原型定义: | |
typedef struct tagBITMAPINFOHEADER{ // bmih |
|
VB声明: | |
Type BITMAPINFOHEADER |
|
说明: | |
biSize | BITMAPINFOHEADER结构的大小。BMP有多个版本,就靠biSize来区别: BMP3.0:BITMAPINFOHEADER(=40) BMP4.0:BITMAPV4HEADER(=108) BMP5.0:BITMAPV5HEADER(=124) |
biWidth | 位图的高度,单位是像素 |
biHeight | 位图的宽度,单位是像素 |
biPlanes | 设备的位平面数。现在都是1 |
biBitCount | 图像的颜色位数 0:当biCompression=BI_JPEG时必须为0(BMP 5.0) 1:单色位图 4:16色位图 8:256色位图 16:增强色位图,默认为555格式 24:真彩色位图 32:32位位图,默认情况下Windows不会处理最高8位,可以将它作为自己的Alpha通道 |
biCompression | 压缩方式 BI_RGB:无压缩 BI_RLE8:行程编码压缩,biBitCount必须等于8 BI_RLE4:行程编码压缩,biBitCount必须等于4 BI_BITFIELDS:指定RGB掩码,biBitCount必须等于16、32 BI_JPEG:JPEG压缩(BMP 5.0) BI_PNG:PNG压缩(BMP 5.0) |
biSizeImage# | 实际的位图数据所占字节(biCompression=BI_RGB时可以省略) |
biXPelsPerMeter# | 目标设备的水平分辨率,单位是每米的像素个数 |
biYPelsPerMeter# | 目标设备的垂直分辨率,单位是每米的像素个数 |
biClrUsed# | 使用的颜色数(当biBitCount等于1、4、8时才有效)。如果该项为0,表示颜色数为2^biBitCount |
biClrImportant# | 重要的颜色数。如果该项为0,表示所有颜色都是重要的 |
原型定义: | |
typedef struct tagRGBQUAD { // rgbq |
|
VB声明: | |
Private Type RGBQUAD |
|
说明: | |
rgbBlue | 蓝色分量 |
rgbGreen | 绿色分量 |
rgbRed | 红色分量 |
rgbReserved# | 保留,=0 |
◆ 扫描行: 一行的图像数据叫做一个扫描行。一个扫描行的长度必须是4的倍数(字节),如果不是,则需要补齐。计算公式:LineBytes=((biWidth*biBitCount+31)And &HFFFFFFE0)/8 由于BMP设定者认为数学坐标系更总要,所以DIB的扫描行是逆序存储的(相对于屏幕坐标系而言),即屏幕上的第一行是DIB位图数据的最后一行。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 1位色: 用1位表示一个像素,所以一个字节可以表示8个像素。坐标是从最左边(最高位)开始的,而不是一般情况下的最低位。在内存的摆放形式如下:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 4位色: 用4位表示一个像素,所以一个字节可以表示2个像素。坐标是从最左边(最高位)开始的,而不是一般情况下的最低位。在内存的摆放形式如下:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 8位色: 用8位表示一个像素,所以一个字节刚好只能表示一个像素。在内存的摆放形式如下:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 16位色: 用16位表示一个像素,所以两个字节可以表示1个像素。默认情况下16位DIB是555格式,最高位无效(这对VB是个福音,因为VB没有16位无符号型)。在内存的摆放形式如下(PC机使用小端规则(little endian),是低字节在前):
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 24位色: 用24位表示一个像素,所以三个字节可以表示1个像素。注意它的顺序是B G R ,而不是传统的R G B 。在内存的摆放形式如下:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
◆ 32位色: 用32位表示一个像素,所以四个字节可以表示1个像素。注意绝大多数的GDI函数不会处理Alpha通道(只有AlphaBlend支持)。在内存的摆放形式如下:
|
原型定义: | |||||
int SetDIBitsToDevice( |
|||||
VB声明: | |||||
Declare Function SetDIBitsToDevice Lib "gdi32.dll" (ByVal hDC As Long, ByVal XDest As Long, ByVal YDest As Long, ByVal dwWidth As Long, ByVal dwHeight As Long, ByVal XSrc As Long, ByVal YSrc As Long, ByVal uStartScan As Long, ByVal cScanLines As Long, lpvBits As Any, lpbmi As Any, ByVal fuColorUse As Long) As Long | |||||
说明: | |||||
将一幅与设备无关位图的全部或部分数据直接复制到一个设备。这个函数在设备中定义了一个目标矩形,以便接收位图数据。它也在DIB中定义了一个源矩形,以便从中提取数据 | |||||
返回值: | |||||
如函数执行成功,返回欲复制的扫描线的数量;如返回常数GDI_ERROR,表示出错 | |||||
参数: | |||||
hDC | 一个设备场景的句柄。该场景用于接收位图数据 | ||||
XDest | 指定绘制区域的左上角X坐标 | ||||
YDest | 指定绘制区域的左上角Y坐标 | ||||
dwWidth | 指定绘制区域的高度 | ||||
dwHeight | 指定绘制区域的宽度 | ||||
XSrc | 矩形在DIB中的起点X坐标 | ||||
YSrc | 矩形在DIB中的起点Y坐标 | ||||
uStartScan | lpvBits中第一条扫描线的编号。如lpbmi之BITMAPINFOHEADER部分的biHeight字段是正数,那么这条扫描线就会从位图的底部开始计算;如果是负数,就从顶部开始计算 | ||||
cScanLines | 欲复制的扫描线数量 | ||||
lpvBits | 指向一个缓冲区的指针。这个缓冲区包含了以DIB格式描述的位图数据;这种格式是由lpbmi指定的 | ||||
lpbmi | 指向BITMAPINFO(为兼容BMP4/5而声明成Any),对DIB的格式和颜色进行描述的一个结构 | ||||
fuColorUse |
|
原型定义: | |||||
int StretchDIBits( |
|||||
VB声明: | |||||
Declare Function StretchDIBits Lib "gdi32" (ByVal hDC As Long, ByVal XDest As Long, ByVal YDest As Long, ByVal nDestWidth As Long, ByVal nDestHeight As Long, ByVal XSrc As Long, ByVal YSrc As Long, ByVal nSrcWidth As Long, ByVal nSrcHeight As Long, lpBits As Any, lpBitsInfo As Any, ByVal wUsage As Long, ByVal dwRop As Long) As Long | |||||
说明: | |||||
根据一幅与设备无关的位图创建一幅与设备有关的位图 | |||||
返回值: | |||||
执行成功返回位图句柄,零表示失败 | |||||
参数: | |||||
hDC | 一个设备场景的句柄,该设备场景定义了要创建的与设备有关位图的配置信息 | ||||
XDest | 指定绘制区域的左上角X坐标 | ||||
YDest | 指定绘制区域的左上角Y坐标 | ||||
nDestWidth | 指定绘制区域的高度 | ||||
nDestHeight | 指定绘制区域的宽度 | ||||
XSrc | 矩形在DIB中的起点X坐标 | ||||
YSrc | 矩形在DIB中的起点Y坐标 | ||||
nSrcWidth | 指定原位图绘制区域的左上角X坐标 | ||||
nSrcHeight | 指定原位图绘制区域的左上角Y坐标 | ||||
lpBits | 指向一个缓冲区的指针。这个缓冲区包含了以DIB格式描述的位图数据;这种格式是由lpBitsInfo指定的 | ||||
lpBitsInfo | 指向BITMAPINFO(为兼容BMP4/5而声明成Any),对DIB的格式和颜色进行描述的一个结构 | ||||
iUsage |
|
||||
dwRop | 欲进行的光栅运算 |
原型定义: | |||||
HBITMAP CreateDIBitmap( |
|||||
VB声明: | |||||
Declare Function CreateDIBitmap Lib "gdi32" (ByVal hDC As Long, lpbmih As Any, ByVal fdwInit As Long, lpbInit As Any, lpbmi As Any, ByVal fuUsage As Long) As Long | |||||
说明: | |||||
将一幅与设备无关位图的全部或部分数据直接复制到一个设备。这个函数在设备中定义了一个目标矩形,以便接收位图数据。它也在DIB中定义了一个源矩形,以便从中提取数据 | |||||
返回值: | |||||
执行成功则返回扫描线的数量,零表示失败。会设置GetLastError | |||||
参数: | |||||
hDC | 一个设备场景的句柄。该场景用于接收位图数据 | ||||
lpbmih | BITMAPINFOHEADER(为兼容BMP4/5而声明成Any),对DIB的格式进行描述的一个结构 | ||||
fdwInit | 如不应对位图数据进行初始化,那么设为零。如设为CBM_INIT,表示根据lpbInit和 lpbmi参数对位图进行初始化 | ||||
lpbInit | 指向一个缓冲区的指针。这个缓冲区包含了以DIB格式描述的位图数据;这种格式是由lpbmi指定的 | ||||
lpbmi | 指向BITMAPINFO(为兼容BMP4/5而声明成Any),对DIB的格式和颜色进行描述的一个结构 | ||||
fuUsage |
|
原型定义: | |||||
HBITMAP CreateDIBSection( |
|||||
VB声明: | |||||
Declare Function CreateDIBSection Lib "gdi32" (ByVal hDC As Long, lpbmi As Any, ByVal iUsage As Long, ByRef ppvBits As Long, ByVal hSection As Long, ByVal dwOffset As Long) As Long | |||||
说明: | |||||
CreateDIBSection 能创建一种特殊的DIB,称为DIB项(DIBSection),然后返回一个GDI位图的句柄。它提供了DIB和GDI位图的最好的特性。这样我们可以 直接访问DIB的内存,可以利用位图句柄和内存设备环境,我们甚至还可以在DIB中调用GDI函数来绘图 | |||||
返回值: | |||||
执行成功返回DIBSection位图的句柄,零表示失败。会设置GetLastError | |||||
参数: | |||||
hDC | 一个设备场景的句柄。如dw设为DIB_PAL_COLORS,那么DIB颜色表就会用来自逻辑调色板的颜色进行初始化 | ||||
lpbmi | 指向BITMAPINFO(为兼容BMP4/5而声明成Any),这个结构初始化成欲创建的那幅位图的配置数据 | ||||
iUsage |
|
||||
ppvBits | 用于得到DIBSection数据区的内存地址 | ||||
hSection | 指向一个文件映射对象的可选句柄,位图将在其中创建。如设为零,Windows会自动分配内存 | ||||
dwOffset | 如指定了句柄,就用这个参数指定位图数据在文件映射对象中的偏移量 |
原型定义: | |||||
int GetDIBits( |
|||||
VB声明: | |||||
Declare Function GetDIBits Lib "gdi32" (ByVal hDC As Long, ByVal hbmp As Long, ByVal uStartScan As Long, ByVal cScanLines As Long, lpvBits As Any, lpbmi As Any, ByVal uUsage As Long) As Long | |||||
说明: | |||||
该函数利用申请到的内存,由GDI位图得到DIB位图数据。通过该函数,可以对DIB的格式进行控制,可以制定颜色的位数,而且可以指定是否进行压缩。如果采用了压缩方式,则必须调用该函数两次,一次为了得到所需内存,另外一次为了得到位图数据 | |||||
返回值: | |||||
执行成功则返回扫描线的数量,零表示失败。会设置GetLastError | |||||
参数: | |||||
hDC | 定义了与设备有关位图hBitmap的配置信息的一个设备场景的句柄 | ||||
hbmp | 源位图的句柄 | ||||
uStartScan | 欲复制到DIB中的第一条扫描线的编号 | ||||
cScanLines | 欲复制的扫描线数量 | ||||
lpvBits | 指向一个缓冲区的指针。这个缓冲区包含了以DIB格式描述的位图数据;这种格式是由lpbmi指定的 | ||||
lpbmi | 指向BITMAPINFO(为兼容BMP4/5而声明成Any).对DIB的格式及颜色进行说明的一个结构。在BITMAPINFOHEADER结构中,从biSize到biCompression之间的所有字段都必须初始化 | ||||
uUsage |
|
原型定义: | |||||
int SetDIBits( |
|||||
VB声明: | |||||
Declare Function SetDIBits Lib "gdi32" (ByVal hDC As Long, ByVal hbmp As Long, ByVal uStartScan As Long, ByVal cScanLines As Long, lpvBits As Any, lpbmi As Any, ByVal uUsage As Long) As Long | |||||
说明: | |||||
将来自与设备无关位图的二进制位复制到一幅与设备有关的位图里 | |||||
返回值: | |||||
执行成功则返回扫描线的数量,零表示失败。会设置GetLastError | |||||
参数: | |||||
hDC | 定义了与设备有关位图hBitmap的配置信息的一个设备场景的句柄 | ||||
hbmp | 源位图的句柄 | ||||
uStartScan | 欲复制到DIB中的第一条扫描线的编号 | ||||
cScanLines | 欲复制的扫描线数量 | ||||
lpvBits | 指向一个缓冲区的指针。这个缓冲区包含了以DIB格式描述的位图数据;这种格式是由lpbmi指定的 | ||||
lpbmi | 指向BITMAPINFO(为兼容BMP4/5而声明成Any).对DIB的格式及颜色进行说明的一个结构。在BITMAPINFOHEADER结构中,从biSize到biCompression之间的所有字段都必须初始化 | ||||
uUsage |
|
原型定义: | |
UINT GetDIBColorTable( |
|
VB声明: | |
Declare Function GetDIBColorTable Lib "gdi32" (ByVal hDC As Long, ByVal uStartIndex As Long, ByVal cEntries As Long, pColors As RGBQUAD) As Long | |
说明: | |
从选入设备场景的DIBSection中取得颜色表信息 | |
返回值: | |
取回的颜色条目数量,零表示失败。会设置GetLastError | |
参数: | |
hDC | 已选入了一个DIBSection对象的设备场景 |
uStartIndex | 颜色表中欲取回的第一个条目的索引 |
cEntries | 欲取回的条目数量 |
pColors | 这个结构数组用于装载颜色表信息的第一个条目 |
原型定义: | |
UINT SetDIBColorTable( |
|
VB声明: | |
Declare Function SetDIBColorTable Lib "gdi32" (ByVal hDC As Long, ByVal uStartIndex As Long, ByVal cEntries As Long, pColors As RGBQUAD) As Long | |
说明: | |
从选入设备场景的DIBSection中取得颜色表信息 | |
返回值: | |
取回的颜色条目数量,零表示失败。会设置GetLastError | |
参数: | |
hDC | 已选入了一个DIBSection对象的设备场景 |
uStartIndex | 颜色表中欲取回的第一个条目的索引 |
cEntries | 欲取回的条目数量 |
pColors | 这个结构数组用于装载颜色表信息的第一个条目 |
用DIB写图像处理程序的时候,首先要明确一点:DIB并不是图像处理算法,而是一种绘图方法。图像处理算法是DIB高级,管理坐标和颜色的运算;而 DIB只是为了绘制。所以此时处理算法的效率是速度的关键。 利用DIB绘制图像并没有比用PSet/SetPixel绘制差多少,它只是把坐标运算改成地址运算而已。很多人知道指针是一个危险的东西,就是因为 它能直接访问内存,如果指针不小心指错地方的话,Windows立即报告一般保护性错误。所以,在地址运算的时候一定要小心,同时要注意随时保存,因为此 时的非法操作的发生率非常高,否则辛辛苦苦写的代码一瞬间没了可别怪我没提醒啊。
好了,现在开始! 由于处理算法起指导作用,所以现在先讲解1_PSet。所有的代码都在FrmMain.frm中。其他的过程的代码可以不看,现在将注意力集中在“DrawIt”中,它就是管绘制的。
'绘制 |
其实我这个演示程序蛮简单的:R分量延着水平方向增加,G分量延着垂直方向增加,B分量则从右往左滚动。什么?!“And &HFF”是什么意思?!这可是基础啊……(下略&HFFFF...字)。“&H”表示十六进制数,而And表示按位 与。&HFF是二进制的“1111 1111”,正好覆盖了低8位,这时用And进行按位与,只会得到低8位,与RGB分量需要的8位正好符合(对于“(J + K) And &HFF”来说,可以实现滚动效果)。 If Not 看明白了 Then Goto 前两段 好!现在打开3_DIB。(由于24位能直接指定RGB分量,所以这里是用的是24位DIB) 看了前面的“DIB的结构”,是不是有点昏呢?其实DIB也没什么,就是 一个表述位图信息的BITMAPINFO结构 和 一个存储位图数据的数据缓冲区,顶多再用SetDIBitsToDevice绘制,所以3_DIB与1_PSet相比只是多了 SetDIBitsToDevice、BITMAPINFOHEADER(24位DIB没有调色板,所以用BITMAPINFOHEADER就行)和一些 常数的声明而已。由于这个演示程序不需要改变图像大小和色深,所以可以把有关变量作为窗体级变量,再在Form_Load中初始化。由于DIB并没有向系 统申请资源(数组的内存是VB分配的,会自动释放),所以不需要写释放代码。 现在来看DrawIt。
'绘制 |
1.虽然可以逐点把坐标映射成地址再写,但是这样效率太低了,可以利用坐标处理的连续性进行优化。
2.由于我这里用的是数组,所以这里用(数组元素)索引代替地址。
3.最开始要注意DIB是逆序存储的,要将索引设为最后一行第一个像素的索引。
4.由于DIB的RGB顺序是B、G、R,所以“m_MapData(CurIdx + ?)”的顺序是2、1、0。
5.设置好一个像素的颜色后,要注意把索引改为下个像素的索引。
6.由于DIB是逆序存储的,移到下一个扫描行是“iLinePtr = iLinePtr - m_LineBytes”
“好了,代码看懂了,按F5运行看看效果。”
“咦?速度好像没快多少啊?”
这是由于程序在VB环境下是以解释方式运行的,而解释方式对做图像处理所需要大规模循环和大量的算术运算的执行效率很低,所以要编译成(本机代码)exe再运行。此时还要注意编译优化,可以把“高级优化”的所有勾打上,速度可提升20%左右。
虽然有GetDIBits/SetDIBits函数,但是DIB与GDI位图之间的数据交换还是很不方便,特别处理过程中需要调用GDI函数来处理的 时候。而且就算你不怕麻烦,但这样做的处理效率很低。所以Windows为我们提供了DIBSection。DIBSection是一种特殊的DIB,它 除了可以像DIB一样直接对位图数据所占内存进行操作,它还可以选入DC、能用GDI函数绘制,非常灵活。但在VB下使用DIBSection还是有困难 的,因为用CreateDIBSection创建DIBSection时,得到的是位图数据的地址,而VB没有指针。 所幸在VB下可以利用SafeArray结构的数组模拟指针。关于模拟指针的原理、方法,网上的资料多的是,比如AdamBear 的文章“VB真是想不到系列之四:VB指针葵花宝典之SafeArray ”。但这些文章都只是讲一般性的应用,不能像真正的指针一样随意改变地址(他们都是使用CopyMemory改的)。而在图像处理中,由于点运算的频繁,“像真正的指针一样随意改变地址”的功能很重要。 其实“像真正的指针一样随意改变地址”并没有技术难度(对于已经学会模拟指针的人来说),就看想得到不:直接将一个动态数组(设pByte)指向一个SAFEARRAY结构体变量(设pBytePtr)。模拟指针模块的代码在mPoint.bas 。 现在来看4_DIB_Ptr:
'绘制 |
1.为了演示DIBSection能够像HBITMAP一样,我在Form_Load中创建了DC、将DIBSection选入DC。同时为了释放,Form_UnLoad中写了释放代码。
2.在DrawIt中,注意处理部分的代码并没有与VB_DIB差多少,只不过把索引计算改为地址运算而已。
再来比较vc的代码,感觉跟真正的指针用法差不多嘛:
void CImgTestDlg::DrawIt() |
在GDI中,我们可以用DIB直接操作图像数据,那么号称能直接访问显存的DirectX呢? 一查DirectX SDK,发现IDirectDrawSurface接口的Lock函数可以锁定表面,从而直接访问该位图数据。再在VB的对象浏览器中仔细观察 “DirectX 7 for Visual Basic Type Library”,发现DirectDrawSurface7对象也有该方法。 看看5_DX7Ptr:
'渲染 |
1.由于硬件设备性能不同,所以不要指望像DIB那样可以认定RGB字节顺序。应该根据Lock方法传回的DDSURFACEDESC2结构来确认RGB字节顺序(iIdxR、iIdxG、iIdxB)、像素所占字节(cbPixel)及宽距(cbPitch)。
2.由于我们有了模拟指针技术,所以这段代码与跟先前4_DIB_Ptr差不多,特别是与在VC中使用IDirectDrawSurface::Lock的处理代码差不多。
仔细观察对象浏览器的人会发现,DirectDrawSurface7对象GetLockedArray可以取得锁定后的位图数据:
'渲染 |
这个就是官方推荐做法,使用一个二维数组来处理位图数据。但是就是因为其使用的是二维数组,所以它比一维数组的模拟指针慢一些。如果你不想使用非常规技术(模拟指针),可以使用GetLockedArray。
注意到这点没有,GetLockedArray是一个方法而不是一个属性,我们需要将数组变量传递过去,然后就可以利用该数组直接操作位图数据了。啊 哈!明白了GetLockedArray也是利用模拟指针技术实现的,只不过它填充的是2维的SAFEARRAY结构而已。
注意:只操作位于系统内存的表面,千万别操作对显存中的表面。这是因为CPU访问显存比返问内存要慢许多!这个建议并不是绝对的,如果对该表面的Blt的调用次数远超过自己写的图像处理操作的话,可以将该表面放在显存,或者是在内存中计算好后再一次性提交到显存。
本程序建立图像处理操作的表面的代码:
' init Image |