BMP格式补充(16bbp 32bbp 4字节对齐 pixel data存放顺序)

http://blog.163.com/lyzaily@126/blog/static/424388372008382912359/

BMP格式补充(16bbp & 32bbp & 4字节对齐 & pixel data存放顺序)

BMP格式补充(16bbp & 32bbp & 4字节对齐)

(DWORD = 4字节)

Bits Per Pixel = 16

最大可以显示2^16色。如果Compression 设置为0（BI_RGB），则Palette为空，
位图数据将是RGB555存放，最高一位保留未使用。
如果Compression 为3（BI_BITFIELDS），Palette为3个DWORD的掩码，分别用
来取出Red，Green，Blue。
BI_BITFIELDS下可能是RGB555，也可能是RGB565，这由掩码决定。

Bits Per Pixel = 32

最大可以显示2^32色。如果Compression 设置为0（BI_RGB），则Palette为空，
位图数据将是RGB888存放，最高一字节保留未使用。
如果Compression 为3（BI_BITFIELDS），Palette为3个DWORD的掩码，分别用
来取出Red，Green，Blue。

4字节对齐

针对1bit,4bit,8bit,16bit,24bit的bmp，32bit bmp一个像素就是4字节，不用对齐。
一个图像有像素宽度（width）和高度2个属性，bmp的4字节对齐是：一行width个
像素的数据长度（字节单位）如果不能被4整除，则用0补齐4字节后再开始存放下一行的
像素数据，如果是最后一行，后面没有数据了，同样要补齐。

有点抽象，上实例：
下面是一个10*10纯白色的8bit bmp的像素数据区，
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 0x00
可以看出后面的0x00都是补齐用得数据。

pixel data存放顺序

当BITMAPINFOHEADER的biHeight>0时，为倒序存放，解释如下。（基本上都是倒序存放的）
pixel data 4字节对齐，按扫描线为单位存放，扫描线倒序存放，也就是，第一条稍描
线存放在最后，最后一条稍描线存放在pixel data区域的开始。每个像素的RGB也是倒
叙存放的，即使BGR存放顺序。这就解释了：矩阵的第一字节代表最左下角落的素，
最后一个字节表示右上角的像素。

总结：BMP真是一个boring的结构，情况复杂，处理起来繁琐，基本上没有压缩，
真是一个糟糕的图像格式。

BMP格式补充(16bbp 32bbp 4字节对齐 pixel data存放顺序)相关推荐

关于C++中四字节对齐的坑
最近做一个工程,大体的意思是在程序中定义一个结构,运行中会将结构直接写到文件中,然后另一个程序会用同样的结构读出来.为了验证是写文件的程序的问题还是读文件的程序的问题,用winhex来打开文件,仿照结 ...
计算机中的字节对齐问题
[转载]http://www.cnblogs.com/clover-toeic/p/3853132.html 引言考虑下面的结构体定义: 1 typedef struct{ 2 char c1; 3 ...
C语言字节对齐问题详解
转载原文连接:https://www.cnblogs.com/clover-toeic/p/3853132.html C语言字节对齐问题详解引言考虑下面的结构体定义: 1 typedef stru ...
C语言字节对齐问题详解（zz）
http://www.bubuko.com/infodetail-263205.html 引言考虑下面的结构体定义: typedef struct{char c1;short s; char c2; ...
c语言特殊字符字符串宽度对齐,[转]C语言字节对齐问题详解
引言考虑下面的结构体定义: 1 typedef struct{2 charc1;3 shorts;4 charc2;5 inti;6 }T_FOO; 假设这个结构体的成员在内存中是紧凑排列的,且c1 ...
转结构体中字节对齐问题（转载）
struct MyStruct { double dda1; char dda; int type }; 对结构MyStruct采用sizeof会出现什么结果呢?sizeof(MyStruct)为多少 ...
arm的字节对齐问题总结（转）
问题由来:pc的lsb总是0,因为代码至少要字对齐.cm3的指令至少是半字对齐的(16) 一.啥是字对齐?为啥要字对齐? 现代计算机中内存空间都是按照byte划分的,从理论上讲似乎对任何类型的变量的访 ...
C语言字节对齐64位和32位
(第一次写博客:有不对的地方还望指出) 借前辈们的话再详细补充linux64位下字节对齐: 在GNU GCC 编译器中,遵循的准则:根据最宽的基本数据类型来定--对齐模数最大只能是4,也就是说,即 ...
c++内存中字节对齐问题详解
一.什么是字节对齐,为什么要对齐? 现代计算机中内存空间都是按照byte划分的,从理论上讲似乎对任何类型的变量的访问可以从任何地址开始,但实际情况是在访问特定类型变量的时候经常在特定的内存地址访问,这 ...

BMP格式补充(16bbp 32bbp 4字节对齐 pixel data存放顺序)

BMP格式补充(16bbp & 32bbp & 4字节对齐 & pixel data存放顺序)

BMP格式补充(16bbp 32bbp 4字节对齐 pixel data存放顺序)相关推荐

最新文章

热门文章