我做一个CAD vba编程的题,但无法加载学校给的“exam.dvb”文件!!!

我做一个CAD vba编程的题,但无法加载学校给的“exam.dvb”文件!!!,第1张

从CAD的工具栏->加载应用程序-->从d出的对话框中选择你的“examdvb”文件,再单击加载即可加载;要想编辑它,可按Alt+F11,即可打开VBA管理器进行编辑此文件!

软件介绍:

vce exam simulator Mac是一款专门用来处理vce文件工具,它能够为我们创建vce文件、编辑以及用于vce模拟考试环境等等方面的功能。

所需工具:点击下载 vce exam simulator for mac 破解版

vce exam simulator Mac安装破解说明

该版本为已破解版,打开dmg镜像文件,拖动软件到应用程序中进行安装,安装即为破解,直接使用即可。

软件功能

1、补充:高级定位功能,包括国际符号的全面支持。一些符号/字符不被认可已完全固定的问题。

2、更新和增强:恢复训练模式会话的选项,让用户去接他们的实践,他们把它究竟在哪里。

3、更新和增强:配色方案已更新,包括更好的品种和无故障运行。

4、更新:VCE设计软件包括2014本词典和词汇检查。

5、实际模拟考试

—考试编辑器以及预览功能

—几种不同的问题类型

—在整个考试

—单队列

—考试以自定义模式

public class Exam

{

public static void main(String[] args)

{

final int n=125;

String[] strs=new String[4];

strs[0]=Stringformat("2进制:%s",IntegertoBinaryString(n));

strs[1]=Stringformat("8进制:0%s",IntegertoOctalString(n));

strs[2]=Stringformat("10进制:%s",StringvalueOf(n));

strs[3]=Stringformat("16进制:0x%s",IntegertoHexString(n));

for(String e : strs)

Systemoutprintln(e);

}

}

不行。在电脑中,opennetexamdll是一些软件必备的程序库,如果删除会导致电脑上很多应用无法使用,所以不能删除。OpenNetEXamdll,是一种动态链接库文件,是一个包含可由多个程序,同时使用的代码和数据的库,是一些程序运行时必备的数据库。

你好朋友;

bmp也就是所说的位图文件;

BMP(全称Bitmap)是Windows *** 作系统中的标准图像文件格式,可以分成两类:设备相关位图(DDB)和设备无关位图(DIB),使用非常广。它采用位映射存储格式,除了图像深度可选以外,不采用其他任何压缩,因此,BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时,图像的扫描方式是按从左到右、从下到上的顺序。由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准,因此在Windows环境中运行的图形图像软件都支持BMP图像格式。

格式组成

典型的BMP图像文件由四部分组成:

1:位图头文件数据结构,它包含BMP图像文件的类型、显示内容等信息;

2:位图信息数据结构,它包含有BMP图像的宽、高、压缩方法,以及定义颜色等信息;

3:调色板,这个部分是可选的,有些位图需要调色板,有些位图,比如真彩色图(24位的BMP)就不需要调色板;

4:位图数据,这部分的内容根据BMP位图使用的位数不同而不同,在24位图中直接使用RGB,而其他的小于24位的使用调色板中颜色索引值。

格式类型

位图一共有两种类型,即:设备相关位图(DDB)和设备无关位图(DIB)。DDB位图在早期的Windows系统(Windows 30以前)中是很普遍的,事实上它也是唯一的。然而,随着显示器制造技术的进步,以及显示设备的多样化,DDB位图的一些固有的问题开始浮现出来了。比如,它不能够存储(或者说获取)创建这张的原始设备的分辨率,这样,应用程序就不能快速的判断客户机的显示设备是否适合显示这张。为了解决这一难题,微软创建了DIB位图格式。

设备无关位图 (Device-Independent Bitmap)

DIB位图包含下列的颜色和尺寸信息:

原始设备(即创建的设备)的颜色格式。

原始设备的分辨率。

原始设备的调色板

一个位数组,由红、绿、蓝(RGB)三个值代表一个像素。

一个数组压缩标志,用于表明数据的压缩方案(如果需要的话)。

以上这些信息保存在BITMAPINFO结构中,该结构由BITMAPINFOHEADER结构和两个或更多个RGBQUAD结构所组成。BITMAPINFOHEADER结构所包含的成员表明了图像的尺寸、原始设备的颜色格式、以及数据压缩方案等信息。RGBQUAD结构标识了像素所用到的颜色数据。

DIB位图也有两种形式,即:底到上型DIB(bottom-up),和顶到下型DIB(top-down)。底到上型DIB的原点(origin)在图像的左下角,而顶到下型DIB的原点在图像的左上角。如果DIB的高度值(由BITMAPINFOHEADER结构中的biHeight成员标识)是一个正值,那么就表明这个DIB是一个底到上型DIB,如果高度值是一个负值,那么它就是一个顶到下型DIB。注意:顶到下型的DIB位图是不能被压缩的。

位图的颜色格式是通过颜色面板值(planes)和颜色位值(bitcount)计算得来的,颜色面板值永远是1,而颜色位值则可以是1、4、8、16、24、32其中的一个。如果它是1,则表示位图是一张单色位图(译者注:通常是黑白位图,只有黑和白两种颜色,当然它也可以是任意两种指定的颜色),如果它是4,则表示这是一张VGA位图,如果它是8、16、24、或是32,则表示该位图是其他设备所产生的位图。如果应用程序想获取当前显示设备(或打印机)的颜色位值(或称位深度),可调用API函数GetDeviceCaps(),并将第二个参数设为BITSPIXEL即可。

显示设备的分辨率是以每米多少个像素来表明的,应用程序可以通过以下三个步骤来获取显示设备或打印机的水平分辨率:

1 调用GetDeviceCaps()函数,指定第二个参数为HORZRES。

2 再次调用GetDeviceCaps()函数,指定第二个参数为HORZSIZE。

3 用第一个返回值除以第二个返回值。即:GetDeviceCaps(hDC,HORZRES)/GetDeviceCaps(hDC,HORZSIZE);

应用程序也可以使用相同的三个步骤来获取设备的垂直分辨率,不同之处只是要将HORZRES替换为VERTRES,把HORZSIZE替换为VERTSIZE,即可。

调色板是被保存在一个RGBQUAD结构的数组中,该结构指出了每一种颜色的红、绿、蓝的分量值。位数组中的每一个索引都对应于一个调色板项(即一个RGBQUAD结构),应用程序将根据这种对应关系,将像素索引值转换为像素RGB值(真实的像素颜色)。应用程序也可以通过调用GetDeviceCaps()函数来获取当前显示设备的调色板尺寸(将该函数的第二个参数设为NUMCOLORS即可)。

Win32 API支持位数据的压缩(只对8位和4位的底到上型DIB位图)。压缩方法是采用运行长度编码方案(RLE),RLE使用两个字节来描述一个句法,第一个字节表示重复像素的个数,第二个字节表示重复像素的索引值。有关压缩位图的详细信息请参见对BITMAPINFOHEADER结构的解释。

应用程序可以从一个DDB位图创建出一个DIB位图,步骤是,先初始化一些必要的结构,然后再调用GetDIBits()函数。不过,有些显示设备有可能不支持这个函数,你可以通过调用GetDeviceCaps()函数来确定一下(GetDeviceCaps()函数在调用时指定RC_DI_BITMAP作为RASTERCAPS的标志)。

应用程序可以用DIB去设置显示设备上的像素(译者注:也就是显示DIB),方法是调用SetDIBitsToDevice()函数或调用StretchDIBits()函数。同样,有些显示设备也有可能不支持以上这两个函数,这时你可以指定RC_DIBTODEV作为RASTERCAPS标志,然后调用GetDeviceCaps()函数来判断该设备是否支持SetDIBitsToDevice()函数。也可以指定RC_STRETCHDIB作为RASTERCAPS标志来调用GetDeviceCaps()函数,来判断该设备是否支持StretchDIBits()函数。

如果应用程序只是要简单的显示一个已经存在的DIB位图,那么它只要调用SetDIBitsToDevice()函数就可以。比如一个电子表格软件,它可以打开一个图表文件,在窗口中简单的调用SetDIBitsToDevice()函数,将图形显示在窗口中。但如果应用程序要重复的绘制位图的话,则应该使用BitBlt()函数,因为BitBlt()函数的执行速度要比SetDIBitsToDevice()函数快很多。

设备相关位图 (Device-Dependent Bitmaps)

设备相关位图(DDB)之所以现在还被系统支持,只是为了兼容旧的Windows 30软件,如果程序员现在要开发一个与位图有关的程序,则应该尽量使用或生成DIB格式的位图。

DDB位图是被一个单个结构BITMAP所描述,这个结构的成员标明了该位图的宽度、高度、设备的颜色格式等信息。

DDB位图也有两种类型,即:可废弃的(discardable)DDB和不可废弃的(nondiscardable)DDB。可废弃的DDB位图就是一种当系统内存缺乏,并且该位图也没有被选入设备描述表(DC)的时候,系统就会把该DDB位图从内存中清除(即废弃)。不可废弃的DDB则是无论系统内存多少都不会被系统清除的DDB。API函数CreateDiscardableBitmap()函数可用于创建可废弃位图。而函数CreateBitmap()、CreateCompatibleBitmap()、和CreateBitmapIndirect()可用于创建不可废弃的位图。

应用程序可以通过一个DIB位图而创建一个DDB位图,只要先初始化一些必要的结构,然后再调用CreateDIBitmap()函数就可以。如果在调用该函数时指定了CBM_INIT标志,那么这一次调用就等价于先调用CreateCompatibleBitmap()创建当前设备格式的DDB位图,然后又调用SetDIBits()函数转换DIB格式到DDB格式。(可能有些设备并不支持SetDIBits()函数,你可以指定RC_DI_BITMAP作为RASTERCAPS的标志,然后调用GetDeviceCaps()函数来判断一下)。

对应数据结构

1:BMP文件组成

BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。

2:BMP文件头(14字节)

BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。

其结构定义如下:

typedefstructtagBITMAPFILEHEADER{WORDbfType;//位图文件的类型,必须为BM(1-2字节)DWORDbfSize;//位图文件的大小,以字节为单位(3-6字节,低位在前)WORDbfReserved1;//位图文件保留字,必须为0(7-8字节)WORDbfReserved2;//位图文件保留字,必须为0(9-10字节)DWORDbfOffBits;//位图数据的起始位置,以相对于位图(11-14字节,低位在前)//文件头的偏移量表示,以字节为单位}BITMAPFILEHEADER;

3:位图信息头(40字节)

BMP位图信息头数据用于说明位图的尺寸等信息。

typedefstructtagBITMAPINFOHEADER{DWORDbiSize;//本结构所占用字节数(15-18字节)LONGbiWidth;//位图的宽度,以像素为单位(19-22字节)LONGbiHeight;//位图的高度,以像素为单位(23-26字节)WORDbiPlanes;//目标设备的级别,必须为1(27-28字节)WORDbiBitCount;//每个像素所需的位数,必须是1(双色),(29-30字节)//4(16色),8(256色)16(高彩色)或24(真彩色)之一DWORDbiCompression;//位图压缩类型,必须是0(不压缩),(31-34字节)//1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一DWORDbiSizeImage;//位图的大小(其中包含了为了补齐行数是4的倍数而添加的空字节),以字节为单位(35-38字节)LONGbiXPelsPerMeter;//位图水平分辨率,每米像素数(39-42字节)LONGbiYPelsPerMeter;//位图垂直分辨率,每米像素数(43-46字节)DWORDbiClrUsed;//位图实际使用的颜色表中的颜色数(47-50字节)DWORDbiClrImportant;//位图显示过程中重要的颜色数(51-54字节)}BITMAPINFOHEADER;

4:颜色表

颜色表用于说明位图中的颜色,它有若干个表项,每一个表项是一个RGBQUAD类型的结构,定义一种颜色。RGBQUAD结构的定义如下:

typedefstructtagRGBQUAD{BYTErgbBlue;//蓝色的亮度(值范围为0-255)BYTErgbGreen;//绿色的亮度(值范围为0-255)BYTErgbRed;//红色的亮度(值范围为0-255)BYTErgbReserved;//保留,必须为0}RGBQUAD;

颜色表中RGBQUAD结构数据的个数有biBitCount来确定:

当biBitCount=1,4,8时,分别有2,16,256个表项;

当biBitCount=24时,没有颜色表项。

位图信息头和颜色表组成位图信息,BITMAPINFO结构定义如下:

typedefstructtagBITMAPINFO{BITMAPINFOHEADERbmiHeader;//位图信息头RGBQUADbmiColors[1];//颜色表}BITMAPINFO;

5:位图数据

位图数据记录了位图的每一个像素值,记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:

当biBitCount=1时,8个像素占1个字节;

当biBitCount=4时,2个像素占1个字节;

当biBitCount=8时,1个像素占1个字节;

当biBitCount=24时,1个像素占3个字节,按顺序分别为B,G,R;

Windows规定一个扫描行所占的字节数必须是

4的倍数(即以long为单位),不足的以0填充,

biSizeImage = ((((bibiWidth bibiBitCount) + 31) & ~31) / 8) bibiHeight;

具体数据举例:

如某BMP文件开头:

424D 46900000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 01001000 0300 0000 0090 0000 A00F 0000 A00F0000 0000 00000000 000000F8 E007 1F00 000002F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2

读取方法

/

功能:在的第50行画一条黑线

为简化代码,只支持24位色的

codeblocks下正确运行。VC下需要将二维数组img改为malloc动态分配。需要添加#include "stdlibh"。

/

#include<stdioh>#include<windowsh>typedefstruct{BYTEb;BYTEg;BYTEr;}RGB;intmain(void){BITMAPFILEHEADERfileHeader;BITMAPINFOHEADERinfoHeader;FILEpfin=fopen("原始图像bmp","rb");FILEpfout=fopen("修改后的图像bmp","wb");//ReadtheBitmapfileheader;fread(&fileHeader,sizeof(BITMAPFILEHEADER),1,pfin);//ReadtheBitmapinfoheader;fread(&infoHeader,sizeof(BITMAPINFOHEADER),1,pfin);//为简化代码,只处理24位彩色if(infoHeaderbiBitCount==24){intsize=infoHeaderbiWidthinfoHeaderbiHeight;RGBimg[infoHeaderbiHeight][infoHeaderbiWidth];fread(img,sizeof(RGB),size,pfin);//把第50行染成黑色inti=0;for(;i<infoHeaderbiWidth;i++){img[50][i]b=img[50][i]g=img[50][i]r=0;}//将修改后的保存到文件fwrite(&fileHeader,sizeof(fileHeader),1,pfout);fwrite(&infoHeader,sizeof(infoHeader),1,pfout);fwrite(img,sizeof(RGB),size,pfout);}fclose(pfin);fclose(pfout);}

文件部分

图像文件头

1)1-2:(这里的数字代表的是字节,下同)图像文件头。0x4d42=’BM’,表示是Windows支持的BMP格式。(注意:查ascii表B 0x42,M0x4d,bfType 为两个字节,B为low字节,M为high字节所以bfType=0x4D42,而不是0x424D,请注意)

2)3-6:整个文件大小。4690 0000,为00009046h=36934。

3)7-8:保留,必须设置为0。

4)9-10:保留,必须设置为0。

5)11-14:从文件开始到位图数据之间的偏移量(14+40+4(2^biBitCount))(在有颜色板的情况下)。4600 0000,为00000046h=70,上面的文件头就是35字=70字节。

位图信息头

6)15-18:位图图信息头长度。

7) 19-22:位图宽度,以像素为单位。8000 0000,为00000080h=128。

8)23-26:位图高度,以像素为单位。9000 0000,为00000090h=144。

9)27-28:位图的位面数,该值总是1。0100,为0001h=1。

10)29-30:每个像素的位数。有1(单色),4(16色),8(256色),16(64K色,高彩色),24(16M色,真彩色),32(4096M色,增强型真彩色)。1000为0010h=16。

11)31-34:压缩说明:有0(不压缩),1(RLE 8,8位RLE压缩),2(RLE 4,4位RLE压缩,3(Bitfields,位域存放)。RLE简单地说是采用像素数+像素值的方式进行压缩。T408采用的是位域存放方式,用两个字节表示一个像素,位域分配为r5b6g5。图中0300 0000为00000003h=3(这张不存在颜色板)。

12)35-38:用字节数表示的位图数据的大小,该数必须是4的倍数,数值上等于:一行所占的字节数×位图高度。0090 0000为00009000h=80×90×2h=36864。假设位图是24位,宽为41,高为30,则数值= (biWidthbiBitCount+31)/324biHeight,即=(4124+31)/32430=3720

13)39-42:用象素/米表示的水平分辨率。A00F 0000为0000 0FA0h=4000。

14)43-46:用象素/米表示的垂直分辨率。A00F 0000为0000 0FA0h=4000。

15)47-50:位图使用的颜色索引数。设为0的话,则说明使用所有调色板项。

16)51-54:对图象显示有重要影响的颜色索引的数目。如果是0,表示都重要。

彩色板

17)(55+0)到(50-1+2^biBitCount):彩色板规范。对于调色板中的每个表项,用下述方法来描述RGB的值:

1字节用于蓝色分量

1字节用于绿色分量

1字节用于红色分量

1字节用于填充符(设置为0)

对于24-位真彩色图像就不使用彩色板,因为位图中的RGB值就代表了每个象素的颜色。

如,彩色板为00F8 0000 E007 0000 1F00 0000 0000 0000,其中:

00F8为F800h = 1111 1000 0000 0000(二进制),是蓝色分量的掩码。

E007 为 07E0h = 0000 0111 1110 0000(二进制),是绿色分量的掩码。

1F00为001Fh = 0000 0000 0001 1111(二进制),是红色分量的掩码。

0000 总设置为0。

将掩码跟像素值进行“与”运算再进行移位 *** 作就可以得到各色分量值。看看掩码,就可以明白事实上在每个像素值的两个字节16位中,按从高到低取5、6、5位分别就是r、g、b分量值。取出分量值后把r、g、b值分别乘以8、4、8就可以补齐第个分量为一个字节,再把这三个字节按rgb组合,放入存储器(同样要反序),就可以转换为24位标准BMP格式了。

图像数据阵列

18)55(无调色板)-bfSize:每两个字节表示一个像素。阵列中的第一个字节表示位图左下角的象素,而最后一个字节表示位图右上角的象素。

//----图像处理-----BMP为DIB类型,从底向上显示---------

//阵列中的第一个字节表示位图左下角的象素,而最后一个字节表示位图右上角的象素。

//下面的代码可以完成第一个字节表示位图左上角的象素,而最后一个字节表示位图右下角的象素,即正常的显示状态,便于 *** 作。

int m,n;

unsigned char k;

m = BMPPICBMPInfoHeadbiWidth/8; //24

n = BMPPICBMPInfoHeadbiHeight; //96, 2496 = 2304 bytes

for(int i=0; i < n/2; i++ )

{

for(int a=0; a < m; a++ )

{

k = pbufout1[m(n-i-1) + a];

pbufout1[m(n-i-1) + a] = pbufout1[im + a];

pbufout1[im + a] = k;

}

}

存储算法

BMP文件通常是不压缩的,所以它们通常比同一幅图像的压缩图像文件格式要大很多。例如,一个800×600的24位几乎占据14MB空间。因此它们通常不适合在因特网或者其它低速或者有容量限制的媒介上进行传输。根据颜色深度的不同,图像上的一个像素可以用一个或者多个字节表示,它由n/8所确定(n是位深度,1字节包含8个数据位)。浏览器等基于字节的ASCII值计算像素的颜色,然后从调色板中读出相应的值。更为详细的信息请参阅下面关于位图文件的部分。n位2n种颜色的位图近似字节数可以用下面的公式计算:BMP文件大小约等于 54+42的n次方+(whn)/8,其中高度和宽度都是像素数。需要注意的是上面公式中的54是位图文件的文件头,是彩色调色板的大小。另外需要注意的是这是一个近似值,对于n位的位图图像来说,尽管可能有最多2n中颜色,一个特定的图像可能并不会使用这些所有的颜色。由于彩色调色板仅仅定义了图像所用的颜色,所以实际的彩色调色板将小于。如果想知道这些值是如何得到的,请参考下面文件格式的部分。由于存储算法本身决定的因素,根据几个图像参数的不同计算出的大小与实际的文件大小将会有一些细小的差别。

数据类型

Oracle产品 EPC Bitmap 中数据类型 EPC bitmap的缩写。

Oracle提出了一种EPC bitmap的数据类型对基于RFID产品项级别跟踪应用产生的大量的数据进行有效处理,。

EPC bitmap数据类型定义一个EPC集合,集合共享EPC的一些特征(例如header,manager number,and object class)。支持这个数据类型的关键是使用RFID标识的物品项,在一个群组里可以基于共同属性(例如位置,截止日期,或制造商),在通常情况下可以被追踪。而EPC集合可以表示为一个EPC bitmap,bitmap可以被访问并可通过epc2bmp或bmp2epc进行数据类型的转换 *** 作。

引入EPC bitmap(epc bmp)类型的好处:

(1)可以简单的标识一个RFID EPC集合,而不会丢失任何信息;

(2)对于同类的EPC *** 作可以简单的在bitmap上 *** 作,简化了 *** 作方式

要创建BPX类型的文件,点号后面的那个就是文件格式(扩展名),也就是文件类型。BPX我也不懂是什么类型,这你不必考究的。你只要知道题目要求创建这样的类型,而也许这样的类型无法用一般的应用程序打开。你可以试试,比如你把word文件的扩展名doc(或者docx)随便改掉,改成aaa或者abc什么的,这也是文件,只不过可能没有能正确打开它的程序。我说这个的意思就是,只要知道它是文件就够了。

以上就是关于我做一个CAD vba编程的题,但无法加载学校给的“exam.dvb”文件!!!全部的内容,包括:我做一个CAD vba编程的题,但无法加载学校给的“exam.dvb”文件!!!、vce exam mac 破解版 哪里能下载 哪里有 求分享、请问如何编写一个Java应用程序,定义一个整数125,把它的八进制,十进制,十六进制形式输出(使用数组实现)等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zz/10177406.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-06
下一篇 2023-05-06

发表评论

登录后才能评论

评论列表(0条)

保存