一、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的一个重大突破了！望早日实现！
