本帖最后由 littleworm 于 2009-4-23 16:33 编辑
最近论坛上很多人问起 这方面的东东
我刚好最近做了一个BMP565格式的图片显示
就随手写一下把资料能贴的贴一下 呵呵
大家一起交流
首先是从sd卡里面读取BMP文件
用了FAT16的文件系统 （呵呵 一直用小卡 暂时没必要上FAT32 呵呵）
关于FAT16文件系统 可以参考我的这个帖子 里面有完整可运行与豆皮的工程代码
http://bbs.stmfans.com/viewthread.php?tid=1218&extra=page%3D1%26amp%3Bfilter%3Dtype%26amp%3Btypeid%3D3
然后关于BMP文件的读取 我用的是BMP565格式的图片
下面copy一些关于BMP文件格式的资料过来
BMP(Bitmap-File)图形文件是Windows采用的图形文件格式，在Windows环境下运行的所有图象处理软件都支持BMP图象文件格式。Windows系统内部各图像绘制操作都是以BMP为基础的。Windows 3.0以前的BMP图文件格式与显示设备有关，因此把这种BMP图象文件格式称为设备相关位图DDB(device-dependent bitmap)文件格式。Windows 3.0以后的BMP图象文件与显示设备无关，因此把这种BMP图象文件格式称为设备无关位图DIB(device-independent bitmap)格式（注：Windows 3.0以后，在系统中仍然存在DDB位图，象BitBlt()这种函数就是基于DDB位图的，只不过如果你想将图像以BMP格式保存到磁盘文件中时，微软极力推荐你以DIB格式保存），目的是为了让Windows能够在任何类型的显示设备上显示所存储的图象。BMP位图文件默认的文件扩展名是BMP或者 bmp（有时它也会以.DIB或.RLE作扩展名）。
6.1.2文件结构
位图文件可看成由4个部分组成：位图文件头(bitmap-file header)、位图信息头(bitmap-information header)、彩色表(color table)和定义位图的字节阵列，它具有如下所示的形式。
位图文件的组成
| 结构名称
| 符号
| 位图文件头(bitmap-file header)
| BITMAPFILEHEADER
| bmfh
| 位图信息头(bitmap-information header)
| BITMAPINFOHEADER
| bmih
| 彩色表(color table)
| RGBQUAD
| aColors[]
| 图象数据阵列字节
| BYTE
| aBitmapBits[]
|
位图文件结构
位图文件结构内容摘要
| 偏移量
| 域的名称
| 大小
| 内容
|
图象文件
头
| 0000h
| 文件标识
| 2 bytes
| 两字节的内容用来识别位图的类型：
‘BM' ： Windows 3.1x, 95, NT, ...
‘BA' ：OS/2 Bitmap Array
‘CI' ：OS/2 Color Icon
‘CP' ：OS/2 Color Pointer
‘IC' ： OS/2 Icon
‘PT' ：OS/2 Pointer
注：因为OS/2系统并没有被普及开，所以在编程时，你只需判断第一个标识"BM"就行。
|
| 0002h
| File Size
| 1 dword
| 用字节表示的整个文件的大小
|
| 0006h
| Reserved
| 1 dword
| 保留，必须设置为0
|
| 000Ah
| Bitmap Data Offset
| 1 dword
| 从文件开始到位图数据开始之间的数据(bitmap data)之间的偏移量
|
| 000Eh
| Bitmap Header Size
| 1 dword
| 位图信息头(Bitmap Info Header)的长度，用来描述位图的颜色、压缩方法等。下面的长度表示：
28h - Windows 3.1x, 95, NT, ...
0Ch - OS/2 1.x
F0h - OS/2 2.x
注：在Windows95、98、2000等操作系统中，位图信息头的长度并不一定是28h，因为微软已经制定出了新的BMP文件格式，其中的信息头结构变化比较大，长度加长。所以最好不要直接使用常数28h，而是应该从具体的文件中读取这个值。这样才能确保程序的兼容性。
|
| 0012h
| Width
| 1 dword
| 位图的宽度，以象素为单位
|
| 0016h
| Height
| 1 dword
| 位图的高度，以象素为单位
|
| 001Ah
| Planes
| 1 word
| 位图的位面数（注：该值将总是1）
|
图象
信息
头
| 001Ch
| Bits Per Pixel
| 1 word
| 每个象素的位数
1 - 单色位图（实际上可有两种颜色，缺省情况下是黑色和白色。你可以自己定义这两种颜色）
4 - 16 色位图
8 - 256 色位图
16 - 16bit 高彩色位图
24 - 24bit 真彩色位图
32 - 32bit 增强型真彩色位图
|
| 001Eh
| Compression
| 1 dword
| 压缩说明：
0 - 不压缩 (使用BI_RGB表示)
1 - RLE 8-使用8位RLE压缩方式(用BI_RLE8表示)
2 - RLE 4-使用4位RLE压缩方式(用BI_RLE4表示)
3 - Bitfields-位域存放方式(用BI_BITFIELDS表示)
|
| 0022h
| Bitmap Data Size
| 1 dword
| 用字节数表示的位图数据的大小。该数必须是4的倍数
|
| 0026h
| HResolution
| 1 dword
| 用象素/米表示的水平分辨率
|
| 002Ah
| VResolution
| 1 dword
| 用象素/米表示的垂直分辨率
|
| 002Eh
| Colors
| 1 dword
| 位图使用的颜色数。如8-比特/象素表示为100h或者 256.
|
| 0032h
| Important Colors
| 1 dword
| 指定重要的颜色数。当该域的值等于颜色数时（或者等于0时），表示所有颜色都一样重要
| 调色板数据
| 根据BMP版本的不同而不同
| Palette
| N * 4 byte
| 调色板规范。对于调色板中的每个表项，这4个字节用下述方法来描述RGB的值：
| 1字节用于蓝色分量
|
| 1字节用于绿色分量
|
| 1字节用于红色分量
|
| 1字节用于填充符(设置为0)
|
| 图象数据
| 根据BMP版本及调色板尺寸的不同而不同
| Bitmap Data
| xxx bytes
| 该域的大小取决于压缩方法及图像的尺寸和图像的位深度，它包含所有的位图数据字节，这些数据可能是彩色调色板的索引号，也可能是实际的RGB值，这将根据图像信息头中的位深度值来决定。
|
biBitCount=16 表示位图最多有216种颜色。每个色素用16位（2个字节）表示。这种格式叫作高彩色，或叫增强型16位色，或64K色。它的情况比较复杂，当biCompression成员的值是BI_RGB时，它没有调色板。16位中，最低的5位表示蓝色分量，中间的5位表示绿色分量，高的5位表示红色分量，一共占用了15位，最高的一位保留，设为0。这种格式也被称作555 16位位图。如果biCompression成员的值是BI_BITFIELDS，那么情况就复杂了，首先是原来调色板的位置被三个DWORD变量占据，称为红、绿、蓝掩码。分别用于描述红、绿、蓝分量在16位中所占的位置。在Windows 95（或98）中，系统可接受两种格式的位域：555和565，在555格式下，红、绿、蓝的掩码分别是：0x7C00、0x03E0、0x001F，而在565格式下，它们则分别为：0xF800、0x07E0、0x001F。你在读取一个像素之后，可以分别用掩码"与"上像素值，从而提取出想要的颜色分量（当然还要再经过适当的左右移操作）。在NT系统中，则没有格式限制，只不过要求掩码之间不能有重叠。（注：这种格式的图像使用起来是比较麻烦的，不过因为它的显示效果接近于真彩，而图像数据又比真彩图像小的多，所以，它更多的被用于游戏软件）。
BMP文件我是用photoshop转换的
这个是我的图片的16进制数据 大家可以明显看到0xF800、0x07E0、0x001F 呵呵
BMP数据 是从0x46h开始的 读取完毕BMP的头 确认是你所认知的图片 就可以从这个位置开始读取数据 然后一个bit一个bit的显示就完了
s32 fileseek = 0x46;
fat16_seek_file(fd, &fileseek, FAT16_SEEK_SET);
for(u8 i=0;i<240;i++)
{
fat16_read_file(fd, filebuf, sizeof(filebuf)-1);
Lcd_Show_Bmp565(0, 239-i,320, 1, filebuf);
}
当然 前提是TFT得驱动好 呵呵 我的是tft61505的TFT 呵呵
下面贴出关于这部分显示的代码 包括读取sd卡里的BMP 和 TFT的驱动部分 | 
发表于 2009-4-23 16:15
| 
发表于 2009-4-23 22:35
| 
