有关oracle 手头有一个bmp文件,我不知道里面表的结构 如何才能打开查看数据

有关oracle 手头有一个bmp文件,我不知道里面表的结构 如何才能打开查看数据,第1张

用imp导入备份,如果不需要整个库 也可以指定需要导入的表

imp <用户名>/<密码>@<连接串>file=<dmp文件名>tables=(表1,表2...表n)

1:BMP文件组成

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

2:BMP文件头(14字节

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

其结构定义如下: typedef struct tagBITMAPFILEHEADER{    WORD bfType//位图文件的类型,必须为BM(1-2字节)    DWORD bfSize//位图文件的大小,以字节为单位(3-6字节,低位在前)    WORD bfReserved1//位图文件保留字,必须为0(7-8字节)    WORD bfReserved2//位图文件保留字,必须为0(9-10字节)    DWORD bfOffBits//位图数据的起始位置,以相对于位图(11-14字节,低位在前)    //文件头的偏移量表示,以字节为单位}BITMAPFILEHEADER3:位图信息头(40字节)

BMP位图信息头数据用于说明位图的尺寸等信息。 typedef struct tagBITMAPINFOHEADER{DWORD biSize//本结构所占用字节数(15-18字节)LONG biWidth//位图的宽度,以像素为单位(19-22字节)LONG biHeight//位图的高度,以像素为单位(23-26字节)WORD biPlanes//目标设备的级别,必须为1(27-28字节)WORD biBitCount//每个像素所需的位数,必须是1(双色),(29-30字节)//4(16色),8(256色)16(高彩色)或24(真彩色)之一DWORD biCompression//位图压缩类型,必须是0(不压缩),(31-34字节)//1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一DWORD biSizeImage//位图的大小(其中包含了为了补齐行数是4的倍数而添加的空字节),以字节为单位(35-38字节)LONG biXPelsPerMeter//位图水平分辨率,每米像素数(39-42字节)LONG biYPelsPerMeter//位图垂直分辨率,每米像素数(43-46字节)DWORD biClrUsed//位图实际使用的颜色表中的颜色数(47-50字节)DWORD biClrImportant//位图显示过程中重要的颜色数(51-54字节)}BITMAPINFOHEADER4:颜色表

颜色表用于说明位图中的颜色,它有若干个表项,每一个表项是一个RGBQUAD类型的结构,定义一种颜色。RGBQUAD结构的定义如下: typedef struct tagRGBQUAD{BYTE rgbBlue//蓝色的亮度(值范围为0-255)BYTE rgbGreen//绿色的亮度(值范围为0-255)BYTE rgbRed//红色的亮度(值范围为0-255)BYTE rgbReserved//保留,必须为0}RGBQUAD颜色表中RGBQUAD结构数据的个数有biBitCount来确定:

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

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

位图信息头和颜色表组成位图信息,BITMAPINFO结构定义如下: typedef struct tagBITMAPINFO{BITMAPINFOHEADER bmiHeader//位图信息头RGBQUAD bmiColors[1]//颜色表}BITMAPINFO5:位图数据

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

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

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

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

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

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

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

biSizeImage = ((((bi.biWidth * bi.biBitCount) + 31) &~31) / 8) * bi.biHeight

具体数据举例:

如某BMP文件开头:

424D 46900000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F0000 0000 00000000 0000*00F8 E007 1F00 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....

BMP是一种与硬件设备无关的图像文件格式,使用非常广。它采用位映射存储格式,除了图像深度可选以外,不采用其他任何压缩,因此,BblP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时,图像的扫描方式是按从左到右、从下到上的顺序。 由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准,因此在Windows环境中运行的图形图像软件都支持BMP图像格式。 典型的BMP图像文件由三部分组成:位图文件头数据结构,它包含BMP图像文件的类型、显示内容等信息;位图信息数据结构,它包含有BMP图像的宽、高、压缩方法,以及定义颜色等信息。 BMP图像,即通常所说的位图(Bitmap),是Windows系统中最为常见的图像格式。Windows 3.0以前的版本只支持与设备相关位图DDB(Device Dependent Bitmap)。DDB是一种内部位图格式,它显示的图像依计算机显示系统的设置不同而不同,因此一般不存储为文件,与通常所说的BMP图像不同。在Windows.h中,结构体BITMAP定义了DDB位图的类型、宽度、高度、颜色格式和像素位值等,代码如下:typedef struct tagBITMAP { int bmType//位图类型,必须设为0 int bmWidth//位图宽度 int bmHeight//位图高度 int bmWidthBytes//位图中每一扫描行中的字节数 BYTE bmPlanes//颜色层数 BYTE bmBitsPixel//每一像素所占的位数 void FAR* bmBits//存放像素值内存块的地址 }BITMAPDDB中不包括颜色信息,显示时是以系统的调色板为基础进行像素的颜色映射的。Windows只能保证系统调色板的前20种颜色稳定不变,所以DDB只能保证正确显示少于20色的位图。Windows SDK提供标准的DDB位图 *** 作函数;MFC中定义了CBitmap类来说明DDB位图,其中封装了与DDB位图 *** 作相关的数据结构和函数。 Windows 3.1以上版本提供了对设备无关位图DIB(Device Independent Bitmap)的支持。DIB位图可以在不同的机器或系统中显示位图所固有的图像。相对于DDB而言,DIB是一种外部位图格式,经常存储为常见的以BMP为后缀的位图文件(有时也以DIB为后缀)。因此,通常所说的BMP图像,即是DIB位图。 BMP位图文件包括4部分,即位图文件头结构BITMAPFILEHEADER、位图信息头结构BITMAPINFOHEADER、位图颜色表RGBQUAD和位图像素数据,BMP位图文件的结构如图下。 位图文件头结构BITMAPFILEHEADER位图信息头结构BITMAPINFOHEADER位图颜色表RGBQUAD位图像素数据 下面介绍BMP文件头、BMP位图信息头、颜色表这3个结构体在Windows.h中的定义如下: 1. BMP文件头BMP文件头含有BMP文件的类型、文件的大小、位图文件的保留字、位图数据距文件头的偏移量等信息。定义如下: typedef struct tagBITMAPFILEHEADER { UINT bfType//位图文件的类型,必须为BM DWORD bfSize//位图文件的大小,以字节为单位 UINT bfReserved1//位图文件保留字,必须为0 UINT bfReserved2//位图文件保留字,必须为0 DWORD bfOffBits//位图数据距文件头的偏移量,以字节为单位 } BITMAPFILEHEADER2. BMP位图信息头BMP位图信息头用于说明位图的尺寸等信息,定义如下: typedef struct tagBIMAPINFOHEADER { DWORD biSize//本结构所占用字节数 LONG biWidth//位图的宽度,以像素为单位 LONG biHeight//位图的高度,以像素为单位 WORD biPlanes//目标设备的级别,必须为1 WORD biBitCount//每个像素所需的位数,必须是1(双色)、 //4(16色)、8(256色)或24(真彩色)之一 DWORD biCompression//位图压缩类型,必须是 0(不压缩)、 //1(BI_RLE8压缩类型)或2(BI_RLE压缩类型)之一 DWORD biSizeImage//位图的大小,以字节为单位 LONG biXPelsPerMeter//位图水平分辨率,每米像素数 LONG biYPelsPerMeter//位图垂直分辨率,每米像素数 DWORD biClrUsed//位图实际使用的颜色表中的颜色数 DWORD biClrImportant//位图显示过程中重要的颜色数 } BITMAPINFOHEADER3. 颜色表颜色表用于说明位图中的颜色,它有若干个表项,每一个表项是一个RGBQUAD类型的结构,且定义一种颜色,定义如下: typedef struct tagRGBQUAD { BYTE rgbBlue//蓝色的亮度(值范围为0~255) BYTE rgbGreen//绿色的亮度(值范围为0~255) BYTE rgbRed//红色的亮度(值范围为0~255) BYTE rgbReserved//保留,必须为0 } RGBQUAD位图信息头和颜色表组成位图信息,BITMAPINFO结构定义如下: typedef struct tagBITMAPINFO { BITMAPINFOHEADER bmiHeaderRGBQUAD bmiColors[i]} BITMAPINFO颜色表中RGBQUAD结构数据的个数由biBitCount来确定,当biBitCount=1、4、8时,分别有2、16、256个表项;当biBitCount=24时,没有颜色表项。 位图数据记录了位图的每一个像素值,记录顺序是在扫描行内从左到右、扫描行之间从下到上。位图的一个像素值所占的字节数如下: l 当biBitCount=1时,8个像素占1个字节。 l 当biBitCount=4时,2个像素占1个字节。 l 当biBitCount=8时,1个像素占1个字节。 l 当biBitCount=24时,1个像素占3个字节。 Windows规定一个扫描行所占的字节数必须是4的倍数(即以long为单位),不足的以0填充,一个扫描行所占的字节数计算方法如下: DataSizePerLine=(biWidth×biBitCount+31)/8 这是本设计中的一个关键点,无论对图像进行何种变换,都要进行扫描行的4字节对齐。 除了上述的Windows BMP以外,还有一种与其结构相似,但不完全相同的另一种BMP图像,即OS/2采用的BMP。其与Windows BMP的主要区别是位图信息结构(信息头结构和颜色表结构)不同。而它们的图像位数据的存储方式是完全一样的。本设计只讨论Windows系统下的BMP图像,故对OS/2使用的BMP不进行详细分析。


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

原文地址: https://outofmemory.cn/sjk/9450354.html

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

发表评论

登录后才能评论

评论列表(0条)

保存