bmp图像存储中的字节对齐问题

1. bmp数据对齐问题。

假设所读取的bmp图片位数是24，图像高度和宽度分别为998像素和726像素，每个像素占3个字节，即每行像素占3*726个字节，不是4的整数倍，首先需要对每行字节进行补零操作。假设文件头和信息头分别为bfh和bih，则每行所补的字节数为：

offset_bytes = 4 - (bih.biWidth * bih.biBitCount/8)%4

补齐后每行所占的字节数为：

row_length = 4*((bih.biWidth * bih.biBitCount + 31)/32)

注意上式中的4不能和分母中的32约掉，还有4后面紧跟的括号不能省去，否则会失去求整的效果。

加上31的作用是：当图片每行所占字节是4的整数倍数，31由于取整忽略掉，否则31起到进位作用。

2. 图片数据区字节读取问题。

在理解bmp图片的4字节对齐原理后，下来分析数据区字节读取问题。对于24位bmp图，每个像素占3个字节，读到每行末尾换行读取时，需要跳过offset_bytes个字节，采用fseek函数实现，其原型是：int fseek( FILE *stream, long offset, int origin );

1）. 参数1 stream：文件结构指针。

2）. 参数1 offset：偏移字节数，即跳过的字节数目。

3）. 参数1 origin：计算偏移字节的起始位置。有三个选项：

a). SEEK_CUR：从当前位置计算；

b). SEEK_END：从文件末尾开始计算；

c). SEEK_SET：从文件开头计算；

时间： 2024-11-05 21:43:00

bmp图像存储中的字节对齐问题的相关文章

C++中的字节对齐

本博客(http://blog.csdn.net/livelylittlefish)贴出作者(三二一.小鱼)相关研究.学习内容所做的笔记,欢迎广大朋友指正! 字节对齐 1. 基本概念字节对齐:计算机存储系统中以Byte为单位存储数据,不同数据类型所占的空间不同,如:整型(int)数据占4个字节,字符型(char)数据占一个字节,短整型(short)数据占两个字节,等等.计算机为了高速的读写数据,默认情况下将数据存放在某个地址的起始位置,如:整型数据(int)默认存储在地址能被4整除的起始位置,字

c/c++中的字节对齐

参加了很多面试,遇到字节对齐的问题不是1次2次,但一直没有彻底弄明白是什么意思,清明节刚好闲下来,彻底研究了一下,得到下面的结论,希望对以后的面试和工作有作用: 第一种结论: 首先提出几个概念 ①基本类型:像int,char,float,double之类的基本类型 ②复合类型:结构体,类,联合体之类的类型,由基本类型构成 ③数据类型的宽度: 用sizeof (type)计算出来的宽度,一般int为4 Bytes,char为1 Byte... ④有效对齐模数N: 编译器默认对齐模数为M,M可以用#

C++中的字节对齐分析

struct A { int a; char b; short c; }; struct B { char a; int b; short c; }; #pragma pack(2) struct C { char a; int b; short c; }; #pragma pack(1) struct D { int a; char b; short c; }; int _tmain(int argc, _TCHAR* argv[]) { cout << sizeof(A) <<

ACE的CDR中的字节对齐问题

大家应该都知道计算机中间都有字节对齐问题.CPU访问内存的时候,如果从特定的地址开始访问一般可以加快速度,比如在32位机器上,如果一个32位的整数被放在能被32模除等于0的地址上,只需要访问一次,而如果不在,可能要访问两次.但是这样就要求一些数据从特定的地址开始,而不是顺序排放(中间会有一些空余的地址),这就是字节对齐. 而ACE CDR的估计也是为了加快速度,从而在CDR编码上默认也使用了字节对齐.所以在ACE的CDR编解码过程中,传入的参数地址最好是能符合字节对齐规则,否则可能会编解码错误.

C语言中的字节对齐以及其相关处理

首先,我们来了解下一些基本原理: 一.什么是字节对齐一个基本类型的变量在内存中占用n个字节,则该变量的起始地址必须能够被n整除,即: 存放起始地址 % n = 0,那么,就成该变量是字节对齐的;对于结构体.联合体而言,这个n取其所有基本类型的成员中占用空间字节数最大的那个;内存空间是以字节为基本单位进行划分的,从理论上讲,似乎对任何类型的变量的访问都可以从任何地址处开始,但实际情况是在访问特定类型变量的时候经常是从特定的内存地址处开始访问,这就需要各种类型的数据只能按照一定的规则在空间上排列,而

结构体字节对齐

结构体字节对齐 在用sizeof运算符求算某结构体所占空间时,并不是简单地将结构体中所有元素各自占的空间相加,这里涉及到内存字节对齐的问题.从理论上讲,对于任何 变量的访问都可以从任何地址开始访问,但是事实上不是如此,实际上访问特定类型的变量只能在特定的地址访问,这就需要各个变量在空间上按一定的规则排列, 而不是简单地顺序排列,这就是内存对齐. 内存对齐的原因: 1)某些平台只能在特定的地址处访问特定类型的数据: 2)提高存取数据的速度.比如有的平台每次都是从偶地址处读取数据,对于一个int型的

结构体 字节对齐

转自:http://www.cnblogs.com/longlybits/articles/2385343.html   (有改动) 内存对齐 在用sizeof运算符求某结构体所占空间时,并不是简单地将结构体中所有元素各自占的空间相加,这里涉及到内存字节对齐的问题.从理论上讲,对于任何变量的访问都可以从任何地址开始访问,但是事实上不是如此,实际上访问特定类型的变量只能在特定的地址访问,这就需要各个变量在空间上按一定的规则排列,而不是简单地顺序排列,这就是内存对齐. 内存对齐的原因: 1)某些平台

嵌入式Linux C语言（六）——内存字节对齐

嵌入式Linux C语言(六)--内存字节对齐 一.内存字节对齐简介 1.内存字节对齐 计算机中内存空间都是按照字节划分的,从理论上讲对任何类型的变量的访问可以从任何地址开始,但是在程序实际编译过程中,编译器会对数据类型在编译过程中进行优化对齐,编译器会将各种类型数据按照一定的规则在空间上排列,而不是顺序的排放,这就是内存字节对齐. 2.内存字节对齐原因 不同硬件平台对存储空间的处理是不同的.一些平台对某些特定类型的数据只能从某些特定地址开始存取.比如某些架构的CPU在访问一个没有进行对齐的变量

stm32中字节对齐问题

ARM下的对齐处理   from DUI0067D_ADS1_2_CompLib 3.13 type  qulifiers 有部分摘自ARM编译器文档对齐部分  对齐的使用:  1.__align(num)     这个用于修改最高级别对象的字节边界.在汇编中使用LDRD或者STRD时     就要用到此命令__align(8)进行修饰限制,来保证数据对象是相应对齐.     这个修饰对象的命令最大是8个字节限制,可以让2字节的对象进行4字节     对齐,但是不能让4字节的对象2字节对齐.