口袋社区-Poke The BBS - Powered by Discuz! Board

标题: [转载] 知识普及——几大图片格式原理简介 [打印本页]

作者: liuyanghejerry 时间: 2008-6-1 12:46 标题: 知识普及——几大图片格式原理简介

一、BMP
简介：
BMP是一种与硬件设备无关的图像文件格式，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。

由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准，因此在Windows环境中运行的图形图像软件都支持BMP图像格式。

文件结构：
典型的BMP图像文件由四部分组成：
1：位图文件头数据结构，它包含BMP图像文件的类型、显示内容等信息；
2：位图信息数据结构，它包含有BMP图像的宽、高、压缩方法，以及定义颜色等信息；
3：调色板，这个部分是可选的，有些位图需要调色板，有些位图，比如真彩色图（24位的BMP）就不需要调色板；
4：位图数据，这部分的内容根据BMP位图使用的位数不同而不同，在24位图中直接使用RGB，而其他的小于24位的使用调色板中颜色索引值。

对应的数据结构：

1：BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。
2：BMP文件头
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。
其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORDbfType; // 位图文件的类型，必须为BM
DWORD bfSize; // 位图文件的大小，以字节为单位
WORDbfReserved1; // 位图文件保留字，必须为0
WORDbfReserved2; // 位图文件保留字，必须为0
DWORD bfOffBits; // 位图数据的起始位置，以相对于位图
// 文件头的偏移量表示，以字节为单位
} BITMAPFILEHEADER;
3：位图信息头
BMP位图信息头数据用于说明位图的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节数
LONGbiWidth; // 位图的宽度，以像素为单位
LONGbiHeight; // 位图的高度，以像素为单位
WORD biPlanes; // 目标设备的级别，必须为1
WORD biBitCount// 每个像素所需的位数，必须是1(双色),
// 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 位图压缩类型，必须是 0(不压缩),
// 1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一
DWORD biSizeImage; // 位图的大小，以字节为单位
LONGbiXPelsPerMeter; // 位图水平分辨率，每米像素数
LONGbiYPelsPerMeter; // 位图垂直分辨率，每米像素数
DWORD biClrUsed;// 位图实际使用的颜色表中的颜色数
DWORD biClrImportant;// 位图显示过程中重要的颜色数
} BITMAPINFOHEADER;
4：颜色表
颜色表用于说明位图中的颜色，它有若干个表项，每一个表项是一个RGBQUAD类型的结构，定义一种颜色。RGBQUAD结构的定义如下:
typedef struct tagRGBQUAD {
BYTErgbBlue;// 蓝色的亮度(值范围为0-255)
BYTErgbGreen; // 绿色的亮度(值范围为0-255)
BYTErgbRed; // 红色的亮度(值范围为0-255)
BYTErgbReserved;// 保留，必须为0
} RGBQUAD;
颜色表中RGBQUAD结构数据的个数有biBitCount来确定:
当biBitCount=1,4,8时，分别有2,16,256个表项;
当biBitCount=24时，没有颜色表项。
位图信息头和颜色表组成位图信息，BITMAPINFO结构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息头
RGBQUAD bmiColors[1]; // 颜色表
} BITMAPINFO;

5：位图数据
位图数据记录了位图的每一个像素值，记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:
当biBitCount=1时，8个像素占1个字节;
当biBitCount=4时，2个像素占1个字节;
当biBitCount=8时，1个像素占1个字节;
当biBitCount=24时,1个像素占3个字节;
Windows规定一个扫描行所占的字节数必须是
4的倍数(即以long为单位),不足的以0填充，

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

具体数据举例：
如某BMP文件开头：
424D 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 0000*00F8 0000 E007 0000 1F00 0000 0000 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....

BMP文件可分为四个部分：位图文件头、位图信息头、彩色板、图像数据阵列，在上图中已用*分隔。

一、图像文件头
　　1）1：(这里的数字代表的是"字",即两个字节,下同)图像文件头。424Dh=’BM’，表示是Windows支持的BMP格式。
　　2）2-3：整个文件大小。4690 0000，为00009046h=36934。
　　3）4-5：保留，必须设置为0。
　　4）6-7：从文件开始到位图数据之间的偏移量。4600 0000，为00000046h=70，上面的文件头就是35字=70字节。
二、位图信息头
　　5）8-9：位图图信息头长度。
　　6）10-11：位图宽度，以像素为单位。8000 0000，为00000080h=128。
　　7）12-13：位图高度，以像素为单位。9000 0000，为00000090h=144。
　　8）14：位图的位面数，该值总是1。0100，为0001h=1。
　　9）15：每个像素的位数。有1（单色），4（16色），8（256色），16（64K色，高彩色），24（16M色，真彩色），32（4096M色，增强型真彩色）。1000为0010h=16。
　　10）16-17：压缩说明：有0（不压缩），1（RLE 8，8位RLE压缩），2（RLE 4，4位RLE压缩，3（Bitfields，位域存放）。RLE简单地说是采用像素数+像素值的方式进行压缩。T408采用的是位域存放方式，用两个字节表示一个像素，位域分配为r5b6g5。图中0300 0000为00000003h=3。
　　11）18-19：用字节数表示的位图数据的大小，该数必须是4的倍数，数值上等于位图宽度×位图高度×每个像素位数。0090 0000为00009000h=80×90×2h=36864。
　　12）20-21：用象素/米表示的水平分辨率。A00F 0000为0000 0FA0h=4000。
　　13）22-23：用象素/米表示的垂直分辨率。A00F 0000为0000 0FA0h=4000。
　　14）24-25：位图使用的颜色索引数。设为0的话，则说明使用所有调色板项。
　　15）26-27：对图象显示有重要影响的颜色索引的数目。如果是0，表示都重要。

三、彩色板
　　16）28-35：彩色板规范。对于调色板中的每个表项，用下述方法来描述RGB的值：
　　1字节用于蓝色分量
　　1字节用于绿色分量
　　1字节用于红色分量
　　1字节用于填充符(设置为0)
　　对于24-位真彩色图像就不使用彩色板，因为位图中的RGB值就代表了每个象素的颜色。
　　如，彩色板为00F8 0000 E007 0000 1F00 0000 0000 0000，其中：
　　00FB 0000为FB00h=1111100000000000（二进制），是红色分量的掩码。
　　E007 0000为 07E0h=0000011111100000（二进制），是绿色分量的掩码。
　　1F00 0000为001Fh=0000000000011111（二进制），是红色分量的掩码。
　　0000 0000总设置为0。
　　将掩码跟像素值进行“与”运算再进行移位操作就可以得到各色分量值。看看掩码，就可以明白事实上在每个像素值的两个字节16位中，按从高到低取5、6、5位分别就是r、g、b分量值。取出分量值后把r、g、b值分别乘以8、4、8就可以补齐第个分量为一个字节，再把这三个字节按rgb组合，放入存储器（同样要反序），就可以转换为24位标准BMP格式了。

四、图像数据阵列
　　17)17-．．．：每两个字节表示一个像素。阵列中的第一个字节表示位图左下角的象素，而最后一个字节表示位图右上角的象素。

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

二、JPEG
JPEG是Joint Photographic Experts Group(联合图像专家组)的缩写，文件后辍名为"．jpg"或"．jpeg"，是最常用的图像文件格式，由一个软件开发联合会组织制定，是一种有损压缩格式，能够将图像压缩在很小的储存空间，图像中重复或不重要的资料会被丢失，因此容易造成图像数据的损伤。尤其是使用过高的压缩比例，将使最终解压缩后恢复的图像质量明显降低，如果追求高品质图像，不宜采用过高压缩比例。但是JPEG压缩技术十分先进，它用有损压缩方式去除冗余的图像数据，在获得极高的压缩率的同时能展现十分丰富生动的图像，换句话说，就是可以用最少的磁盘空间得到较好的图像品质。而且 JPEG是一种很灵活的格式，具有调节图像质量的功能，允许用不同的压缩比例对文件进行压缩，支持多种压缩级别，压缩比率通常在10：1到40：1之间，压缩比越大，品质就越低；相反地，压缩比越小，品质就越好。比如可以把1．37Mb的BMP位图文件压缩至20．3KB。当然也可以在图像质量和文件尺寸之间找到平衡点。JPEG格式压缩的主要是高频信息，对色彩的信息保留较好，适合应用于互联网，可减少图像的传输时间，可以支持24bit真彩色，也普遍应用于需要连续色调的图像。

JPEG格式是目前网络上最流行的图像格式，是可以把文件压缩到最小的格式，在 Photoshop软件中以JPEG格式储存时，提供11级压缩级别，以0—10级表示。其中0级压缩比最高，图像品质最差。即使采用细节几乎无损的10 级质量保存时，压缩比也可达 5：1。以BMP格式保存时得到4．28MB图像文件，在采用JPG格式保存时，其文件仅为178KB，压缩比达到24：1。经过多次比较，采用第8级压缩为存储空间与图像质量兼得的最佳比例。

JPEG格式的应用非常广泛，特别是在网络和光盘读物上，都能找到它的身影。目前各类浏览器均支持JPEG这种图像格式，因为JPEG格式的文件尺寸较小，下载速度快。

JPEG2000作为JPEG的升级版，其压缩率比JPEG高约30％左右，同时支持有损和无损压缩。JPEG2000格式有一个极其重要的特征在于它能实现渐进传输，即先传输图像的轮廓，然后逐步传输数据，不断提高图像质量，让图像由朦胧到清晰显示。此外，JPEG2000还支持所谓的"感兴趣区域" 特性，可以任意指定影像上感兴趣区域的压缩质量，还可以选择指定的部分先解压缩。在有些情况下，图像中只有一小块区域对用户是有用的，对这些区域，采用低压缩比，而感兴趣区域之外采用高压缩比，在保证不丢失重要信息的同时，又能有效地压缩数据量，这就是基于感兴趣区域的编码方案所采取的压缩策略。其优点在于它结合了接收方对压缩的主观需求，实现了交互式压缩。而接收方随着观察，常常会有新的要求，可能对新的区域感兴趣，也可能希望某一区域更清晰些。

JPEG2000和JPEG相比优势明显，且向下兼容，因此可取代传统的JPEG格式。JPEG2000即可应用于传统的JPEG市场，如扫描仪、数码相机等，又可应用于新兴领域，如网路传输、无线通讯等等。

JPEG（Joint Photographic Experts Group）是在国际标准化组织(ISO)领导之下制定静态图像压缩标准的委员会，第一套国际静态图像压缩标准ISO 10918-1(JPEG)就是该委员会制定的。由于JPEG优良的品质，使他在短短几年内获得了极大的成功，被广泛应用于互联网和数码相机领域，网站上80%的图像都采用了JPEG压缩标准。然而，目前的JPEG静止图像压缩标准,具有中端和高端比特速率上的良好的速率畸变特性，但在低比特率范围内，将会出现很明显的方块效应，其质量变得不可接受。JPEG不能在单一码流中提供有损和无损压缩，并且不能支持大于64×64 K的图像压缩。同时，尽管当前的JPEG标准具有重新启动间隔的规定，但当碰到比特差错时图像质量将受到严重的损坏。?
针对这些问题，自1997年3月起，JPEG图像压缩标准委员会开始着手制定新一代的图像压缩标准以解决上述问题。2000年3月的东京会议，确定了彩色静态图像的新一代编码方式JPEG2000图像压缩标准的编码算法。?
JPEG2000系统分为下列7个部分：?
①JPEG2000图像编码系统；?
②扩充(给①的核心定义添加更多的特征和完善度)；?
③运动JPEG2000；?
④一致性；?
⑤参考软件(目前包含Java和C实现)；?
⑥复合图像文件格式(用于文件扫描和传真应用程序)；?
⑦对①的最小支持(技术报告)。?
①为完全被认可的ISO标准，定义了核心压缩技术和最小文件格式，②～⑥定义压缩和文件格式的扩充。其中，①已经制定完成，其余部分还在制定过程中。

三、GIF
始，该字段为固定值0x21。
图像控制标号 - 识别当前块是否为图形控制扩充。该字段为固定值 0xF9。
块尺寸 - 块中所包含的字节数。从块尺寸字段开始到快结束符（不含结束符）。该字段包含固定值4。
配置方法 - 指示图像显示后的处理方法。值:
0 - 无指定的配置，解码器不需要做任何处理。
1 - 不做配值。图像将被留在原位置。
2 - 恢复背景颜色。图像所占的区域必须备恢复为背景颜色。
3 - 恢复以前的颜色。解码器需要将图像区域恢复为原来成象的颜色。
4-7 - 未定义。
用户输入标志 - 说明在继续处理之前是否需要用户输入。可以和输入延时一起使用。
透明标志 - 表明在透明索引字段是否给定透明索引。
延时 - 如果不为0, 该字段指定以1/100秒为单位的时延数。
透明索引 - 如果遇到透明索引，则显示设备的相关象素不被改变，继续处理下一个象素。
块终止符 - 这个0长度字段标志着图像控制扩充得结束。

图像描述符
每一幅图像必须在逻辑视屏描述块中所定义的逻辑视屏界限之内。图像描述符包含处理一个基于图像的表的必要参数。在这个块中给定的坐标是参照逻辑视屏的像素坐标。该块是一个成象块，在其前面可以选择加上一个或多个控制块，如：图像控制扩充，或者是后面接有局部色表；图像描述符后面总是图像数据。它是一幅图所必需的。一幅图像对应一个图像描述符。
数据组成格式为:
   图象分隔符(1字节)
            图象左坐标(2字节)
   图象顶坐标(2字节)
            图象宽度(2字节)
   图象高度(2字节)
   (2字节)
   <Packed Fields>(1字节)
Packed Fields说明:
局部色表标志 1 Bit
隔行处理标志 1 Bit
短标志 1 Bit
保留 2 Bits
局部色表尺寸 3 Bits
解释:
图像分隔符 - 用于识别图像描述符的开始。取固定值0x2c

局部色表
该块包含一个按照红-绿-兰三原色的顺序排列的色表。该表作用于紧跟其后的图像数据。当局不色表标志位置1时，该表出现，且其后紧跟图像的描述符，它所包含的字节数等于
3*2^（局部色表尺寸+1）
数据组成格式为:
            Red 0
            Green 0
            Blue 0
            ……
            Red n
            Green n
            Blue n
基于表的图像数据
基于表的图像数据由一系列子块组成，每个子块最多255字节，包含一个为图中每个象素所指定的有效色表的索引。索引的顺序用LZW算法进行编码。
数据组成格式为:
         LZW 最小编码尺寸(1字节)
   图象数据数据子块(n字节)
解释:
LZW 最小编码尺寸：该字节用于决定在图像数据中用 LZW 编码最初的位数。

注释扩充(版本-89a)
注释扩充包含实际不属于gif数据流的文本信息。它适用于包括图像注释、描述或者任何其他非控制和非图像数据。注释扩充将被解码器忽略，或者被保留到以后处理。在任何情况下注释扩充也不能中断对数据流的处理。该块是可选的；在数据流中的出现量不加限制。
数据组成格式为:
   扩充导入符(1字节)
   注释标记(1字节)
   注释数据数据子块(n字节)
块结束符(1字节)
解释:
扩充导入符 - 标识扩充的开始。该字段为固定值0x21。
注释标号 - 标示某块为注释扩充。该段为固定值0xFE。
注释数据 - 按照子块顺序，每个注释最少1字节最多255字节。序列结尾用块结束符标识。
块结束符 -用来标识注释扩充的结束。

纯文本扩充(版本-89a)
纯文本扩充包括纯文本数据和将数据显示为图像所必需的参数。文本数据将用7位可印刷ASCII码字符编码。文本数据用在块字段中定义的单元格字符元素来成象。每个字符用一个单元成象。该块使用全局色表。它可以被图形控制扩充来修改。该块为可选块。
数据组成格式为:
   扩充导入符(1字节)
   纯文本标记(1字节)
块尺寸(1字节)
文本格左坐标(2字节)
文本格顶坐标(2字节)
文本格宽度(2字节)
文本格高度(2字节)
字符单元宽度(1字节)
字符单元宽度(1字节)
文本前景色索引(1字节)
文本背景色索引(1字节)
纯文本数据数据子块(n字节)
块结束符(1字节)
解释:
扩充导入符 - 标识一个扩充块的开始。取固定值0x21.
纯文本标记 - 标识当前块为原文扩充。取固定值0x01.
块尺寸 - 扩充中的字节数，取固定值12.
文本格左位置 - 逻辑视屏的左边，用象素表示的左边列数，
文本格顶位置 - 逻辑视屏的上边，用象素表示的上边行数。
原文数据 - 子块序列，每个子块最少1字节最多255字节。该序列遇到块结束符时结束。
块结束符– 0,用来标志块结束。

应用扩充(版本-89a)
应用扩充包含应用说明信息；它遵守如下所述的扩充块的语法，块标记为0xff.
数据组成格式为:
   扩充导入符(1字节)
   扩充标记(1字节)
            块尺寸(2字节)
   应用标识符(8字节)
应用证明码(3字节)
应用数据数据子块(n字节)
块结束符(1字节)
解释:
扩充引入符 - 定义该块位扩充块。取固定值0x21.
应用扩充标记 - 标识该块为应用扩充块。取固定值0xFF.
块尺寸 - 指示该块中包含的字节数。取固定值11.
应用标识符 - 8格可印刷ASCII字符用来标识该应用所属的应用扩充。
应用证明码 - 3格字节的序列用于证明应用标识符。一个应用程序可以一种算法来计算一个二进制码来唯一地识别这个应用是否数于这个应用扩充。

尾记录
该块为一个单字段块，用来指示该数据流的结束。取固定值0x3b.

制作软件
目前从动画或影视剧中截取并加工GIF动态图的软件有许多，最常见的有“腾讯QQ”和“Ulead GIF Animator“ 等，具体可以根据个人喜好加以选择。百度圣域gif作坊吧的教程学习区里包含一些简单的GIF动态截图教程，可供学习。链接如下：

【闪字教程】教你如何制作简单的GIF闪字(附图)~~~
http://tieba.baidu.com/f?kz=170007909
【图文教程】QQ截图的简单教程(转载)，FROM：截图吧
http://tieba.baidu.com/f?kz=171265515
【转贴】截取MV和制作GIF的教程 BY天使水精灵
http://tieba.baidu.com/f?kz=219291538

制作软件主要为Adobe ImageReady 和 fireworks 两个！

缺陷：gif动画图片失真较大，一般经过羽化等效果处理的透明背景图都会出现杂边，而要处理掉这些难看的杂边是件很复杂费时的工作！所以如果能解决透明图出现杂边的不足将是gif的一个重大突破了！望早日实现！

作者: liuyanghejerry 时间: 2008-6-1 12:47

四、PNG
PNG是20世纪90年代中期开始开发的图像文件存储格式，其目的是企图替代GIF和TIFF文件格式，同时增加一些GIF文件格式所不具备的特性。流式网络图形格式(Portable Network Graphic Format，PNG)名称来源于非官方的“PNG's Not GIF”，是一种位图文件(bitmap file)存储格式，读成“ping”。PNG用来存储灰度图像时，灰度图像的深度可多到16位，存储彩色图像时，彩色图像的深度可多到48位，并且还可存储多到16位的α通道数据。PNG使用从LZ77派生的无损数据压缩算法。

PNG文件格式保留GIF文件格式的下列特性：

使用彩色查找表或者叫做调色板可支持256种颜色的彩色图像。

流式读/写性能(streamability)：图像文件格式允许连续读出和写入图像数据，这个特性很适合于在通信过程中生成和显示图像。

逐次逼近显示(progressive display)：这种特性可使在通信链路上传输图像文件的同时就在终端上显示图像，把整个轮廓显示出来之后逐步显示图像的细节，也就是先用低分辨率显示图像，然后逐步提高它的分辨率。

透明性(transparency)：这个性能可使图像中某些部分不显示出来，用来创建一些有特色的图像。

辅助信息(ancillary information)：这个特性可用来在图像文件中存储一些文本注释信息。

独立于计算机软硬件环境。

使用无损压缩。

PNG文件格式中要增加下列GIF文件格式所没有的特性：

每个像素为48位的真彩色图像。

每个像素为16位的灰度图像。

可为灰度图和真彩色图添加α通道。

添加图像的γ信息。

使用循环冗余码(cyclic redundancy code，CRC)检测损害的文件。

加快图像显示的逐次逼近显示方式。

标准的读/写工具包。

可在一个文件中存储多幅图像。

文件结构

PNG图像格式文件(或者称为数据流)由一个8字节的PNG文件署名(PNG file signature)域和按照特定结构组织的3个以上的数据块(chunk)组成。

PNG定义了两种类型的数据块，一种是称为关键数据块(critical chunk)，这是标准的数据块，另一种叫做辅助数据块(ancillary chunks)，这是可选的数据块。关键数据块定义了4个标准数据块，每个PNG文件都必须包含它们，PNG读写软件也都必须要支持这些数据块。虽然PNG文件规范没有要求PNG编译码器对可选数据块进行编码和译码，但规范提倡支持可选数据块。

(1) PNG文件署名域
8字节的PNG文件署名域用来识别该文件是不是PNG文件。该域的值是：
十进制数 137 80 78 71 13 10 26 10
十六进制数 89 50 4e 47 0d 0a 1a 0a
　
(2) 数据块的结构
每个数据块都由表6-07所示的的4个域组成。
表6-07 PNG文件数据块的结构
名称字节数说明
Length(长度) 4字节指定数据块中数据域的长度，其长度不超过
(231－1)字节
Chunk Type Code(数据块类型码) 4字节数据块类型码由ASCII字母(A-Z和a-z)组成
Chunk Data(数据块数据) 可变长度存储按照Chunk Type Code指定的数据
CRC(循环冗余检测) 4字节存储用来检测是否有错误的循环冗余码
　
在表6-07中，CRC(cyclic redundancy check)域中的值是对Chunk Type Code域和Chunk Data域中的数据进行计算得到的。CRC具体算法定义在ISO 3309和ITU-T V.42中，其值按下面的CRC码生成多项式进行计算：
x32+x26+x23+x22+x16+x12+x11+x10+x8+x7+x5+x4+x2+x+1
数据块结构
1. 关键数据块
关键数据块中的4个标准数据块是：
(1) 文件头数据块IHDR(header chunk)：它包含有PNG文件中存储的图像数据的基本信息，并要作为第一个数据块出现在PNG数据流中，而且一个PNG数据流中只能有一个文件头数据块。
文件头数据块由13字节组成，它的格式如表6-08所示。
表6-08 PNG文件头键数据块的结构
域的名称字节数说明
Width 4 bytes 图像宽度，以像素为单位
Height 4 bytes 图像高度，以像素为单位
Bit depth 1 byte 图像深度：
索引彩色图像：1，2，4或8
灰度图像：1，2，4，8或16
真彩色图像：8或16
ColorType 1 byte 颜色类型：
0：灰度图像, 1，2，4，8或16
2：真彩色图像，8或16
3：索引彩色图像，1，2，4或8 4：带α通道数据的灰度图像，8或16
6：带α通道数据的真彩色图像，8或16

Compression method 1 byte 压缩方法(LZ77派生算法)
Filter method 1 byte 滤波器方法
Interlace method 1 byte 隔行扫描方法： 0：非隔行扫描
1： Adam7(由Adam M. Costello开发的7
遍隔行扫描方法)

　
(2) 调色板数据块PLTE(palette chunk)：它包含有与索引彩色图像((indexed-color image))相关的彩色变换数据，它仅与索引彩色图像有关，而且要放在图像数据块(image data chunk)之前。真彩色的PNG数据流也可以有调色板数据块，目的是便于非真彩色显示程序用它来量化图像数据，从而显示该图像。调色板数据块结构如表6-09所示。
表6-09 调色板数据块结构
域的名称字节数说明
Red 1 byte 0 = 黑，255 = 红
Green "> 0 = 黑，255 = 绿

Blue 1 byte 0 = 黑，255 = 蓝
　
调色板实际是一个彩色索引查找表，它的表项数目可以是1～256中的一个数，每个表项有3字节，因此调色板数据块所包含的最大字节数为768。
(3) 图像数据块IDAT(image data chunk)：它存储实际的数据，在数据流中可包含多个连续顺序的图像数据块。
(4) 图像结束数据IEND(image trailer chunk)：它用来标记PNG文件或者数据流已经结束，并且必须要放在文件的尾部。
除了表示数据块开始的IHDR必须放在最前面，表示PNG文件结束的IEND数据块放在最后面之外，其他数据块的存放顺序没有限制。
2. 辅助数据块
PNG文件格式规范制定的10个辅助数据块是：
(1) 背景颜色数据块bKGD(background color)。
(2) 基色和白色度数据块cHRM(primary chromaticities and white point)。所谓白色度是指当R＝G＝B＝最大值时在显示器上产生的白色度。
(3) 图像γ数据块gAMA(image gamma)。
(4) 图像直方图数据块hIST(image histogram)。
(5) 物理像素尺寸数据块pHYs(physical pixel dimensions)。
(6) 样本有效位数据块sBIT(significant bits)。
(7) 文本信息数据块tEXt(textual data)。
(8) 图像最后修改时间数据块tIME (image last-modification time)。
(9) 图像透明数据块tRNS (transparency)。
(10) 压缩文本数据块zTXt (compressed textual data)。
3. 数据块摘要
关键数据块、辅助数据块和专用公共数据块(special-purpose public chunks)综合在表6-10中。
表6-10 PNG文件格式中的数据块
数据块符号数据块名称多数据块可选否位置限制
IHDR 文件头数据块否否第一块
cHRM 基色和白色点数据块否是在PLTE和IDAT之前
gAMA 图像γ数据块否是在PLTE和IDAT之前
sBIT 样本有效位数据块否是在PLTE和IDAT之前
PLTE 调色板数据块否是在IDAT之前
bKGD 背景颜色数据块否是在PLTE之后IDAT之前
hIST 图像直方图数据块否是在PLTE之后IDAT之前
tRNS 图像透明数据块否是在PLTE之后IDAT之前
oFFs (专用公共数据块) 否是在IDAT之前
pHYs 物理像素尺寸数据块否是在IDAT之前
sCAL (专用公共数据块) 否是在IDAT之前
IDAT 图像数据块是否与其他IDAT连续
tIME 图像最后修改时间数据块否是无限制
tEXt 文本信息数据块是是无限制
zTXt 压缩文本数据块是是无限制
fRAc (专用公共数据块) 是是无限制
gIFg (专用公共数据块) 是是无限制
gIFt (专用公共数据块) 是是无限制
gIFx (专用公共数据块) 是是无限制
IEND 图像结束数据否否最后一个数据块
　
tEXt和zTXt数据块中的标准关键字：
Title
图像名称或者标题

Author
图像作者名

Description
图像说明

Copyright
版权声明

CreationTime
原图创作时间

Software
创作图像使用的软件

Disclaimer
弃权

Warning
图像内容警告

Source
创作图像使用的设备

Comment
各种注释

作者: youd 时间: 2008-6-1 22:42

PNG是无损的。
这些都是位图格式。有机会花子介绍下矢量图的格式

作者: lyzzzz 时间: 2008-6-2 12:12

png很好，bmp完全无视，jpg就算了，gif还行

作者: 最美我中文 时间: 2008-6-2 13:21

png现在IE还不兼容

作者: lyzzzz 时间: 2008-6-2 23:53

IE的死活与我无关，我只管opera和firefox3
另外，IE不能显示png么？仅仅是透明的问题吧。
png可是w3c推荐格式。综合性能也最好，永远的王道。
只有微软才把bmp设为默认格式，在linux和mac下，png永远是默认格式。

作者: 最美我中文 时间: 2008-6-4 13:37

p.n.g直接提交地址一直是下载而不是显示图片。
这叫“兼容性问题”
另致楼上，没专门给你看，爱有关系没有

作者: lyzzzz 时间: 2008-6-4 17:45

没专门给我看，我反驳一下又怎么了？我又没说专门给我看的，无聊。

另外：
[attach]2019[/attach]

作者: roywillow 时间: 2008-6-6 14:03

png VB不支持吧……

作者: 最美我中文 时间: 2008-6-7 09:03

VB6不支持.net没实验过

欢迎光临口袋社区-Poke The BBS (https://ww.poketb.com/)