久久久久看片,欧美日韩一区二区三区视频 ,国产主播一区二区三区四区

大�v — Fri, 26 Dec 2008 10:15:00 GMT

　PhotoShop�Q�我��x��有�h会不知道吧。如今最新的版本�?.0�Q�其图象文�g*.PSD�?.5相比变化�q�不太大。以下我��׃��l?.PSD文�g的读取方法，�q�提供完整读取函数。其中：m_Rect为目标区域，m_lpDDS7为目标DirectDraw表面�Q�m_pbAlphaMask为目标Aplha通告指针。Read16函数��Z��指定文�g当前位置��d��一个WORD�Q�Read32函数��Z��指定文�g当前位置��d��一个DWORD。MAX_PSD_CHANNELS�?4。以下就�?.PSD文�g的读取方法，有兴��的朋友可以�l�箋深入研究�Q�到时可别忘了发我一份�?br>
　　HRESULT LoadPSD( LPSTR strFilename ) // ��d��PSD文�g
　　{
　　　　DWORD dwWidth, dwHeight; // 宽高
　　　　long lSurfWidth = m_Rect.right - m_Rect.left;
　　　　long lSurfHeight = m_Rect.bottom - m_Rect.top;
　　　　WORD CompressionType; // 压羃�c�d��
　　　　HDC hDC;
　　　　FILE *fpPSD;
　　　　WORD ChannelCount; // 通道�?/span>

　　　　// 打开PSD文�g
　　　　if ( ( fpPSD = fopen ( strFilename, "rb" ) ) == NULL ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// 头四个字节�ؓ"8BPS"
　　　　char signature[5];
　　　　signature[0] = fgetc( fpPSD );
　　　　signature[1] = fgetc( fpPSD );
　　　　signature[2] = fgetc( fpPSD );
　　　　signature[3] = fgetc( fpPSD );
　　　　signature[4] = '\0';
　　　　if ( strcmp( signature,"8BPS" ) != 0 ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// 版本必须�?
　　　　if ( Read16( fpPSD ) != 1 ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// 跌��一些数�?(��L��0)
　　　　Read32( fpPSD );
　　　　Read16( fpPSD );

　　　　// ��d��通道�?/font>
　　　　ChannelCount = Read16( fpPSD );

　　　　// ��定臛_��有一个通道
　　　　if ( ( ChannelCount < 0 ) || ( ChannelCount > MAX_PSD_CHANNELS ) ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// ��d��宽和�?/font>
　　　　dwHeight = Read32( fpPSD );
　　　　dwWidth = Read32( fpPSD );
　　　　if ( dwWidth != ( DWORD )lSurfWidth || dwHeight != ( DWORD )lSurfHeight ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// 只读�?位通道
　　　　if ( Read16( fpPSD ) != 8 ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// ��定模式为RGB.
　　　　// 可能��|��
　　　　// 0: 位图
　　　　// 1: 灰阶
　　　　// 2: 索引
　　　　// 3: RGB
　　　　// 4: CMYK
　　　　// 7: Multichannel
　　　　// 8: Duotone
　　　　// 9: Lab
　　　　if ( Read16( fpPSD ) != 3 ) {
　　　　　　return E_FAIL;
　　　　}

　　　　// 跌��数据�Q�如调色板）
　　　　int ModeDataCount = Read32( fpPSD );
　　　　if ( ModeDataCount )
　　　　　　fseek( fpPSD, ModeDataCount, SEEK_CUR );

　　　　// 跌��数据�Q�如�Q�pen tool paths, etc�Q?/font>
　　　　int ResourceDataCount = Read32( fpPSD );
　　　　if ( ResourceDataCount )
　　　　　　fseek( fpPSD, ResourceDataCount, SEEK_CUR );

　　　　// 条过保留数据
　　　　int ReservedDataCount = Read32( fpPSD );
　　　　if ( ReservedDataCount )
　　　　　　fseek( fpPSD, ReservedDataCount, SEEK_CUR );

　　　　// 0: 非压�~?br>　　　　// 1: RLE压羃
　　　　CompressionType = Read16( fpPSD );
　　　　if ( CompressionType > 1 ) {
　　　　　　return E_FAIL;
　　　　}

　　　　BYTE* PSDPixels = new BYTE[ ( lSurfWidth * lSurfHeight ) * 4 ];

　　　　// 解包数据
　　　　UnPackPSD( fpPSD, lSurfWidth, lSurfHeight, PSDPixels, ChannelCount, CompressionType );

　　　　fclose( fpPSD );

　　　　// 复制信息
　　　　BITMAPINFO BitmapInfo;
　　　　ZeroMemory( &BitmapInfo, sizeof( BitmapInfo ) );
　　　　BitmapInfo.bmiHeader.biSize = sizeof( BitmapInfo.bmiHeader );
　　　　BitmapInfo.bmiHeader.biWidth = lSurfWidth;
　　　　BitmapInfo.bmiHeader.biHeight = -lSurfHeight;
　　　　BitmapInfo.bmiHeader.biPlanes = 1;
　　　　BitmapInfo.bmiHeader.biBitCount = 32;

　　　　m_lpDDS7->GetDC( &hDC );

　　　　int rc = StretchDIBits( hDC,
　　　　　　　　　　　　　　　　0,
　　　　　　　　　　　　　　　　0,
　　　　　　　　　　　　　　　　lSurfWidth,
　　　　　　　　　　　　　　　　lSurfHeight,
　　　　　　　　　　　　　　　　0,
　　　　　　　　　　　　　　　　0,
　　　　　　　　　　　　　　　　lSurfWidth,
　　　　　　　　　　　　　　　　lSurfHeight,
　　　　　　　　　　　　　　　　PSDPixels,
　　　　　　　　　　　　　　　　&BitmapInfo,
　　　　　　　　　　　　　　　　DIB_RGB_COLORS,
　　　　　　　　　　　　　　　　SRCCOPY );

　　　　m_lpDDS7->ReleaseDC( hDC );

　　　　if ( rc == GDI_ERROR ) {
　　　　　　H_ARRAY_DELETE( PSDPixels );

　　#ifdef _DEBUG
　　　　g_pHERR->OutDebugMsg( 3, H2DSERR_INVALID_PSD );
　　#endif
　　　　return E_FAIL;

　　　　}

　　　　// 是否��d��Alpha混合通道
　　　　if( ChannelCount > 3 ) {
　　　　　　m_pbAlphaMask = new BYTE[ lSurfWidth * lSurfHeight ];

　　　　for ( int x = 0; x < lSurfWidth; x++ )
　　　　　　for ( int y = 0; y < lSurfHeight; y++ ) {
　　　　　　　　m_pbAlphaMask[ ( y * lSurfWidth ) + x ] =
　　　　　　　　　　　　　　　PSDPixels[ ( ( ( y * lSurfHeight ) + x ) * 4 ) + 3 ];
　　　　　　}
　　　　}
　　　　else {
　　　　　　m_pbAlphaMask = NULL;
　　　　}

　　　　H_ARRAY_DELETE( PSDPixels );

　　　　return DD_OK;
　　}

　　// PSD文�g解包
　

　　void CHades2DSurface::UnPackPSD( FILE *fp,　　　　　// fp为PSD文�g指针�Q?/span>
　　　　　　　　　　　　　　　　　　 DWORD dwWidth,　　 // dwWidth、dwHeight为宽高，
　　　　　　　　　　　　　　　　　　 DWORD dwHeight,
　　　　　　　　　　　　　　　　　　 BYTE* pixels,　　　// pixels��包目标指针，
　　　　　　　　　　　　　　　　　　 WORD ChannelCnt,　 // ChannelCnt为通道敎ͼ�
　　　　　　　　　　　　　　　　　　 WORD Compression ) // Compression位压�~�类型�?

　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　
　　{
　　　　int Default[4] = { 0, 0, 0, 255 };
　　　　int chn[4] = { 2, 1, 0, 3};
　　　　int PixelCount = dwWidth * dwHeight;

　　　　if ( Compression ) {
　　　　　　fseek( fp, dwHeight * ChannelCnt * 2, SEEK_CUR );

　　　　　　for ( int c = 0; c < 4; c++ ) {
　　　　　　　　int pn = 0;
　　　　　　　　int channel = chn[c];

　　　　　　　　if ( channel >= ChannelCnt ) {
　　　　　　　　　　for ( pn=0; pn < PixelCount ;pn++ ) {
　　　　　　　　　　　　pixels[ ( pn * 4 ) + channel ] = Default[ channel ];
　　　　　　　　　　}
　　　　　　　　}
　　　　　　　　else // 非压�~?br>　　　　　　　　{
　　　　　　　　　　int count = 0;
　　　　　　　　　　while( count < PixelCount ) {
　　　　　　　　　　　　int len = fgetc( fp );
　　　　　　　　　　　　if( len == 128 ) { }

　　　　　　　　　　　　else if ( len < 128 ) // 非RLE

　　　　　　　　　　　　{
　　　　　　　　　　　　　　len++;
　　　　　　　　　　　　　　count += len;
　　　　　　　　　　　　　　while(len) {
　　　　　　　　　　　　　　　　pixels[ ( pn * 4 ) + channel ] = fgetc( fp );
　　　　　　　　　　　　　　　　pn++;
　　　　　　　　　　　　　　　　len--;
　　　　　　　　　　　　　　}
　　　　　　　　　　　　}
　　　　　　　　　　　 else if ( len > 128 ) // RLE打包
　　　　　　　　　　　　{
　　　　　　　　　　　　　　len ^= 0x0FF;
　　　　　　　　　　　　　　len += 2;
　　　　　　　　　　　　　　unsigned char val = fgetc( fp );
　　　　　　　　　　　　　　count += len;
　　　　　　　　　　　　　　while( len ) {
　　　　　　　　　　　　　　　　pixels[ ( pn * 4 ) + channel ] = val;
　　　　　　　　　　　　　　　　pn++;
　　　　　　　　　　　　　　　　len--;
　　　　　　　　　　　　　　}
　　　　　　　　　　　　}
　　　　　　　　　　}
　　　　　　　　}
　　　　　　}
　　　　}
　　　　else
　　　　{
　　　　　　for ( int c=0; c < 4; c++ ) {
　　　　　　　　int channel = chn[c];
　　　　　　　　if ( channel > ChannelCnt ) {
　　　　　　　　　　for( int pn = 0; pn < PixelCount; pn++ ) {
　　　　　　　　　　　　pixels[ ( pn * 4 ) + channel ] = Default[ channel ];
　　　　　　　　　　}
　　　　　　　　}
　　　　　　　　else {
　　　　　　　　　　for( int n = 0; n < PixelCount; n++ ) {
　　　　　　　　　　　　pixels[ ( n * 4 ) + channel ] = fgetc( fp );
　　　　　　　　　　}
　　　　　　　　}
　　　　　　}
　　　　}
　　}

大�v 2008-12-26 18:15 发表评论

[转]GIF文档

大�v — Fri, 26 Dec 2008 10:14:00 GMT

摘要: 1.概述~~~~~~~~ 　　GIF(Graphics Interchange Format�Q�图形交换格�?文�g是由 CompuServe公司开发的囑�Ş文�g格式�Q�版权所有，��M��商业目的使用均须 CompuServe公司授权。　　GIF图象是基于颜色列表的�Q�存储的数据是该点的颜色对应于颜色列表的索引��|��Q�最多只支持8位（256�Ԍ��。GIF文�g内部分成许多存储块，用来存储多幅图象或者是军_��图象表现�?.. 阅读全文

大�v 2008-12-26 18:14 发表评论

[转]TGA囑փ�文�g格式资料

大�v — Fri, 26 Dec 2008 10:12:00 GMT

�Ҏ��david mcduffe�~�写的TGA文�g格式资料��译而成
　

本文档是为满������多对 TGA 囑փ�格式的了解需要而创建的。本文摘录自truevision 技术指南的附录 C�Q�如�?
需要更�q�一步的信息�Q�请致信以下地址�Q?
at&t
electronic photography and imaging center
2002 wellesley ave.
indianapolis, in 42619

本文档不求全面，但力求准���。如果你发现了�Q何拼写错误或内容错误�Q�请告诉我，�Q?david mcduffe,
75530,2626 �Q�，我将�Ҏ���q�些错误�Q�谢谢�?

不全面的原因�?TGA 包含了超�q�六�U�图像文件格式，而其中的几种较�ؓ常用�?我选择了我现在使用的格式�ƈ
在本文中加以详解�?如果你需要本文中没有包含的格式说明，你可以与你的 truevision 代理商联�p�R�?/pre>
�Ҏ��有的 TGA 格式的文件而言�Q�其�W�三字节�Q�二�q�制整数�Q�用来区别各�U�不同的 TGA 文�g。下面列��Z��该字
节表明的对应文�g�c�d���Q?/pre>
	0  -  文�g中没有图像数�?/pre>
	1  -  未压�~�的�Q�颜色表囑փ�
	2  -  未压�~�的�Q�rgb 囑փ�
	3  -  未压�~�的�Q�黑白图�?/pre>
	9  -  runlength �~�码的颜色表囑փ�
	10 -  runlength �~�码�?rgb 囑փ�
	11 -  压羃的，黑白囑փ�
	32 -  使用 huffman,delta �?runlength �~�码的颜色表囑փ�
	33 -  使用 huffman,delta �?runlength �~�码的颜色映���图像，4 ���四叉树�c�d��处理�?/pre>
	本文仅仅描述对应 1�Q?�Q? �?10 的文件格式�?

--------------------------------------------------------------------------------
|数据�c�d�� 1�Q?颜色�?color-mapped)囑փ�
|--------|--------|------------------------------------------------------------
|  偏移  |  长度  |                            描述
|--------|--------|------------------------------------------------------------
|    0   |     1  |  囑փ�信息字段�Q�见本子表的后面�Q�的字符�?
|        |        |
|        |        |  本字�D�|�� 1 字节无符��h��型，指出了图像格式区别字�D�长�?
|        |        |  其取��D��围是 0 �?255 �Q�当它�ؓ 0 时表�C�没有图像的
|        |        |  信息字段�?
|        |        |
|        |        |
|--------|--------|------------------------------------------------------------
|    1   |     1  |  颜色表的�c�d��
|        |        |
|        |        |  该字�D��ؓ表示对应格式 1 的图像而包含一个二�q�制 1
|        |        |
|--------|--------|------------------------------------------------------------
|    2   |     1  |  囑փ��c�d���?
|        |        |
|        |        |  该字�D�|��Mؓ 1 �Q?�q�也是此�c�d��为格�?1 的原�?
|        |        |
|--------|--------|------------------------------------------------------------
|    3   |     5  |  颜色表规�?
|        |        |
|    3   |     2  |  颜色表首址
|        |        |  颜色表首元表��的整型�Q�低�?高位�Q�烦�?
|        |        |
|    5   |     2  |  颜色表的长度
|        |        |  颜色表的表项��L���Q�整型（低位-高位�Q?
|        |        |
|    7   |     1  |  颜色表表��的位（bit�Q�数
|        |        |  16 代表 16 �?TGA �Q?4 代表 24 �?TGA �Q?2 代表 32 �?TGA
|        |        |
|        |        |
|--------|--------|------------------------------------------------------------
|    8   |    10  |  囑փ�规格
|        |        |
|    8   |     2  |  囑փ� x 坐标起始位置
|        |        |  囑փ�左下�?x 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   10   |     2  |  囑փ� y 坐标起始位置
|        |        |  囑փ�左下�?y 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   12   |     2  |  囑փ�宽度
|        |        |  以像素�ؓ单位�Q�图像宽度的整型�Q�低�?高位�Q��?
|        |        |
|   14   |     2  |  囑փ�高度
|        |        |  以像素�ؓ单位�Q�图像高度的整型�Q�低�?高位�Q��?
|        |        |
|   16   |     1  |  囑փ�每像素存储占用位�Q�bit�Q�数
|        |        |
|        |        |
|   17   |     1  |  囑փ�描述�W�字�?
|        |        |  bits 3-0 - 每像素的属性位�Q�bit�Q�数
|        |        |
|        |        |  bit 4    - 保留�Q�必���Mؓ 0
|        |        |  bit 5    - 屏幕起始位置标志
|        |        |             0 = 原点在左下角
|        |        |             1 = 原点在左上角
|        |        |             truevision 囑փ�必须�?0
|        |        |  bits 7-6 - 交叉数据存储标志
|        |        |             00 = 无交�?
|        |        |             01 = 两�\�?偶交�?
|        |        |             10 = 四�\交叉
|        |        |             11 = 保留
|        |        |  �q�一��应该设�?0�Q�不要问我�ؓ什�?
|        |        |
|--------|--------|------------------------------------------------------------
|   18   |  可变  |  囑փ�信息字段
|        |        |  包含一个自由格式的�Q�长度是囑փ�记录块偏�U?0 处的字节中的
|        |        |  倹{��它常常被忽略（卛_���U?0 处��gؓ 0 �Q�，注意其最大可�?
|        |        |  含有 255 个字�W�。如果需要存储更多信息，可以攑֜�囑փ�数据
|        |        |  之后
|        |        |
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  颜色表数�?
|        |        |
|        |        |  起始位置由前一个字�D늚�大小军_���Q�其长度由单��Ҏ��据大��?
|        |        |  和数据项数目军_���Q�在前面相应的说明字�D�中�l�出�Q?
|        |        |  每项�?2 字节�Q? 字节�?4 字节�Q�字节中没有使用的位�Q�bit�Q?
|        |        |  被认为是属性位�?
|        |        |
|        |        |  4 字节表项中，字节 1 表示 BLUE�Q�字�?2 表示 GREEN�Q?
|        |        |  		    字节 3 表示 RED�Q�字�?4 表示属�?
|        |        |  3 字节表项中各字节依次对应 BLUE�Q�GREEN�Q�RED
|        |        |
|        |        |  2 字节表项中，两个字节分解成如下�Ş式：
|        |        |  arrrrrgg gggbbbbb
|        |        |  但是�Q�由于低位在前，高位在后的存储顺序，从文件中��d��表项
|        |        |  �Ӟ�����先��d�� gggbbbbb 而后��d�� arrrrrgg �Q�a 表示属性位�?
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  囑փ�数据字段
|        |        |
|        |        |  该字�D늻���Z�� �Q�高度）x�Q�宽度）个颜色表��烦引，每个索引
|        |        |  以整��C��字节的�Ş式存储（典型的例子如 1 �?2 个字节）
|        |        |  所有的数据都没有符��P��对于 2-字节表项而言�Q�低位字节是
|        |        |  先存储的�?
|        |        |
-------------------------------------------------------------------------------

--------------------------------------------------------------------------------
|数据�c�d�� 2�Q?无颜色表 rgb 囑փ�
|--------|--------|------------------------------------------------------------
|   偏移 |   长度 |                         描述
|--------|--------|----------------------------------------------------------
|    0   |     1  |  囑փ�信息字段�Q?见本子表的后�?�Q�的字符�?
|        |        |
|        |        |  本字�D�|�� 1 字节无符��h��型，指出了图像格式区别字�D�长�?
|        |        |  其取��D��围是 0 �?255 �Q�当它�ؓ 0 时表�C�没有图像的
|        |        |  信息字段�?
|        |        |
|--------|--------|------------------------------------------------------------
|    1   |     1  |  颜色表类�?
|        |        |
|        |        |  该字�D늚�内容或者�ؓ 0 或者�ؓ 1�Q? 表示没有颜色表，1 表示
|        |        |  颜色表存在。由于本格式是无颜色表的�Q�因此此��w��常被忽略�?
|        |        |  提示�Q�如果置�?1�Q�targa �l�画�E�序�Q�将把边框颜色设�|��ؓ映射
|        |        |        中的�W�一�U�颜�?
|        |        |
|--------|--------|------------------------------------------------------------
|    2   |     1  |  囑փ��c�d���?
|        |        |
|        |        |  该字�D�|��Mؓ 2 �Q?�q�也是此�c�d��为格�?2 的原�?
|        |        |
|--------|--------|------------------------------------------------------------
|    3   |     5  |  颜色表规�?
|        |        |
|        |        |  如果颜色表类型字�D��ؓ 0 则被忽略�Q�否则描�q�如�?
|        |        |
|    3   |     2  |  颜色表首址
|        |        |  颜色表首元入口的整型�Q�低�?高位�Q�烦�?
|        |        |
|    5   |     2  |  颜色表的长度
|        |        |  颜色表的表项��L���Q�整型（低位-高位�Q?
|        |        |
|    7   |     1  |  颜色表表��的位（bit�Q�数
|        |        |  16 代表 16 �?TGA �Q?4 代表 24 �?TGA �Q?2 代表 32 �?TGA
|        |        |
|        |        |
|--------|--------|------------------------------------------------------------
|    8   |    10  |  囑փ�规格
|        |        |
|    8   |     2  |  囑փ� x 坐标起始位置
|        |        |  囑փ�左下�?x 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   10   |     2  |  囑փ� y 坐标起始位置
|        |        |  囑փ�左下�?y 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   12   |     2  |  囑փ�宽度
|        |        |  以像素�ؓ单位�Q�图像宽度的整型�Q�低�?高位�Q��?
|        |        |
|   14   |     2  |  囑փ�高度
|        |        |  以像素�ؓ单位�Q�图像高度的整型�Q�低�?高位�Q��?
|        |        |
|   16   |     1  |  囑փ�每像素存储占用位�Q�bit�Q�数
|        |        |  它的��gؓ16�Q?4 �?32 �{�等军_��了该囑փ��?TGA 16�Q�TGA24
|        |        |  TGA 32 �{�等
|        |        |
|   17   |     1  |  囑փ�描述�W�字�?
|        |        |  bits 3-0 - 每像素对应的属性位的位敎ͼ�对于 	TGA 16�Q?
|        |        |             该��gؓ 0 �?1�Q�对�?TGA 24�Q�该��gؓ 0�Q?
|        |        |             对于 TGA 32�Q�该��gؓ 8
|        |        |
|        |        |  bit 4    - 保留�Q�必���Mؓ 0
|        |        |  bit 5    - 屏幕起始位置标志
|        |        |             0 = 原点在左下角
|        |        |             1 = 原点在左上角
|        |        |             对于 truevision 囑փ�必须�?0
|        |        |  bits 7-6 - 交叉数据存储标志
|        |        |             00 = 无交�?
|        |        |             01 = 两�\�?偶交�?
|        |        |             10 = 四�\交叉
|        |        |             11 = 保留
|        |        |
|--------|--------|------------------------------------------------------------
|   18   | 可变   |  囑փ�信息字段
|        |        |  包含一个自由格式的�Q�长度是囑փ�记录块偏�U?0 处的字节中的
|        |        |  倹{��它常常被忽略（卛_���U?0 处��gؓ 0 �Q�，注意其最大可�?
|        |        |  含有 255 个字�W�。如果需要存储更多信息，可以攑֜�囑փ�数据
|        |        |  之后
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  颜色表数�?
|        |        |
|        |        |  如果颜色表类型�ؓ 0�Q�则该域不存在，否则���过该域直接��d��
|        |        |  囑փ�颜色表规��g��描述了每��的字节敎ͼ��?2�Q?�Q? 之一
|        |        |
|        |        |
|        |        |
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  囑փ�数据�?
|        |        |
|        |        |  �q�里存储了（宽度�Q�x�Q�高度）个像素，每个像素中的 rgb 色�?
|        |        |  该色值包含整��C��字节
|        |        |
|        |        |
|        |        |  3 字节表项中各字节依次对应 BLUE�Q�GREEN�Q�RED
|        |        |
|        |        |  2 字节表项中，两个字节分解成如下�Ş式：
|        |        |  arrrrrgg gggbbbbb
|        |        |  但是�Q�由于低位在前，高位在后的存储顺序，从文件中��d��表项
|        |        |  �Ӟ�����先��d�� gggbbbbb 而后��d�� arrrrrgg �Q�a 表示属性位
|        |        |
|        |        |  4 字节表项包含了分别代�?blue,green,red 及属性的四个
|        |        |  字节�Q�（�׃������g上的原因�Q�有的时�?TGA 24 �c�d��的图像也�?
|        |        |  TGA 32 �c�d��的图像那样存�?
|        |        |
|        |        |
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
|数据�c�d�� 9:  runlength �~�码�Q�带颜色表的囑փ�
|--------|--------|------------------------------------------------------------
|  偏移  |  长度  |                            描述
|--------|--------|------------------------------------------------------------
|    0   |     1  |  囑փ�信息字段�Q�见本子表的后面�Q�的字符�?
|        |        |
|        |        |  本字�D�|�� 1 字节无符��h��型，指出了图像格式区别字�D�长�?
|        |        |  其取��D��围是 0 �?255 �Q�当它�ؓ 0 时表�C�没有图像的
|        |        |  信息字段�?
|        |        |
|--------|--------|------------------------------------------------------------
|    1   |     1  |  颜色表的�c�d��
|        |        |
|        |        |  该字�D��ؓ表示对应带颜色表的图像而��Mؓ 1
|        |        |
|--------|--------|------------------------------------------------------------
|    2   |     1  |  囑փ��c�d���?
|        |        |
|        |        |  本类型该字段��Z���q�制 9
|        |        |
|--------|--------|------------------------------------------------------------
|    3   |     5  |  颜色表规�?
|        |        |
|        |        |  如果颜色表类型字�D��ؓ 0 则被忽略�Q�否则描�q�如�?
|        |        |
|        |        |
|    3   |     2  |  颜色表首址
|        |        |  颜色表首元入口的整型�Q�低�?高位�Q�烦�?
|        |        |
|    5   |     2  |  颜色表的长度
|        |        |  颜色表的表项��L���Q�整型（低位-高位�Q?
|        |        |
|    7   |     1  |  颜色表表��的位（bit�Q�数
|        |        |  16 代表 16 �?TGA �Q?4 代表 24 �?TGA �Q?2 代表 32 �?TGA
|        |        |
|--------|--------|------------------------------------------------------------
|    8   |    10  |  囑փ�规格
|        |        |
|    8   |     2  |  囑փ� x 坐标起始位置
|        |        |  囑փ�左下�?x 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   10   |     2  |  囑փ� y 坐标起始位置
|        |        |  囑փ�左下�?y 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   12   |     2  |  囑փ�宽度
|        |        |  以像素�ؓ单位�Q�图像宽度的整型�Q�低�?高位�Q��?
|        |        |
|   14   |     2  |  囑փ�高度
|        |        |  以像素�ؓ单位�Q�图像高度的整型�Q�低�?高位�Q��?
|        |        |
|   16   |     1  |  囑փ�每像素存储占用位�Q�bit�Q�数
|        |        |
|        |        |
|   17   |     1  |  囑փ�描述�W�字�?
|        |        |  bits 3-0 - 每像素的属性位�Q�bit�Q�数
|        |        |
|        |        |  bit 4    - 保留�Q�必���Mؓ 0
|        |        |  bit 5    - 屏幕起始位置标志
|        |        |             0 = 原点在左下角
|        |        |             1 = 原点在左上角
|        |        |             truevision 囑փ�必须�?0
|        |        |  bits 7-6 - 交叉数据存储标志
|        |        |             00 = 无交�?
|        |        |             01 = 两�\�?偶交�?
|        |        |             10 = 四�\交叉
|        |        |             11 = 保留
|        |        |
|--------|--------|------------------------------------------------------------
|   18   | 可变   |  囑փ�信息字段
|        |        |  包含一个自由格式的�Q�长度是囑փ�记录块偏�U?0 处的字节中的
|        |        |  倹{��它常常被忽略（卛_���U?0 处��gؓ 0 �Q�，注意其最大可�?
|        |        |  含有 255 个字�W�。如果需要存储更多信息，可以攑֜�囑փ�数据
|        |        |  之后
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  颜色表数�?
|        |        |
|        |        |  起始位置由前一个字�D늚�大小军_���Q�其长度由单��Ҏ��据大��?
|        |        |  和数据项数目军_���Q�在前面相应的说明字�D�中�l�出�Q?
|        |        |  每项�?2 字节�Q? 字节�?4 字节�Q�字节中没有使用的位�Q�bit�Q?
|        |        |  被认为是属性位�?
|        |        |
|        |        |  4 字节表项中，字节 1 表示 BLUE�Q�字�?2 表示 GREEN�Q?
|        |        |  		    字节 3 表示 RED�Q�字�?4 表示属�?
|        |        |  3 字节表项中各字节依次对应 BLUE�Q�GREEN�Q�RED
|        |        |
|        |        |  2 字节表项中，两个字节分解成如下�Ş式：
|        |        |  arrrrrgg gggbbbbb
|        |        |  但是�Q�由于低位在前，高位在后的存储顺序，从文件中��d��表项
|        |        |  �Ӟ�����先��d�� gggbbbbb 而后��d�� arrrrrgg �Q�a 表示属性位�?
|        |        |
|--------|--------|------------------------------------------------------------
| 可变   |  可变  |  囑փ�数据�?
|        |        |
|        |        |  本区域给��Z���Q�宽度）x�Q�高度）个颜色表索引�q�些索引存放
|        |        |  在数据包中；有两中类型的数据包：run-length 数据包，
|        |        |  以及未加工的数据包，每种�c�d��的数据包含有 1-字节的头信息�Q?
|        |        |  �Q�其中指��Z��数据包类型和数目�Q�，其后是可变长度的数据�?
|        |        |  头信息中最高位�?1 表示 run-length �c�d��的数据包�Q�当
|        |        |  它�ؓ 0 �Ӟ��表示未加工的数据�?
|        |        |
|        |        |  对于 run-length 数据包，头信息含义如�?
|        |        |      __________________________________________________
|        |        |      | 1 bit |   7 位的重复记数减一
|        |        |      |   id  |   �׃�� 7 位表�C�的最大��gؓ 127�Q�故最�? |
|        |        |      |       |   的运行大����ؓ 128�Q�（译注�Q�原文�ؓ     |
|        |        |      |       |   the largest run size�Q?         |
|        |        |      |-------|----------------------------------------|
|        |        |      |   1   |  c     c     c     c     c     c    c  |
|        |        |      --------------------------------------------------
|        |        |
|        |        |  对于未加工数据包�Q�头信息的含义如�?
|        |        |      __________________________________________________
|        |        |      | 1 bit |   7 位的像素个数减一                   |
|        |        |      |   id  |   �׃�� 7 位表�C�的最大��gؓ 127�Q�故�?   |
|        |        |      |       |   �c�d��的一个数据包中像素个��C��能大�?  |
|        |        |      |       |   128                                  |
|        |        |      |-------|----------------------------------------|
|        |        |      |   0   |  n     n     n     n     n     n    n  |
|        |        |      --------------------------------------------------
|        |        |
|        |        |  对于 run-length 数据包而言�Q�头信息之后是一个简单的
|        |        |  颜色索引�Q�且假定该烦引被重复头信息中�?7 位表�C�的�ơ数
|        |        |  run-length 数据包也�怼�跨越扫描�U?
|        |        |  �Q�扫描线起始于某行结束于下一行）
|        |        |
|        |        |  对于未加工的数据包，头信息之后是颜色索引�Q�数值由头信�?
|        |        |  �l�出�Q�该�c�d��的数据包也可能跨���扫描线
|        |        |
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
|数据�c�d�� 10�Q�run length �~�码�Q�rgb 囑փ�
|--------|--------|------------------------------------------------------------
|   偏移 |   长度 |                         描述
|--------|--------|------------------------------------------------------------
|    0   |     1  |  囑փ�信息字段�Q�见本子表的后面�Q�的字符�?
|        |        |
|        |        |  本字�D�|�� 1 字节无符��h��型，指出了图像格式区别字�D�长�?
|        |        |  其取��D��围是 0 �?255 �Q�当它�ؓ 0 时表�C�没有图像的
|        |        |  信息字段�?
|        |        |
|--------|--------|------------------------------------------------------------
|    1   |     1  |  该字�D늚�内容或者�ؓ 0 或者�ؓ 1�Q? 表示没有颜色表，1 表示
|        |        |  颜色表存在。由于本格式是无颜色表的�Q�因此此��w��常被忽略�?
|        |        |  提示�Q�如果置�?1�Q�targa �l�画�E�序�Q�将把边框颜色设�|��ؓ映射
|        |        |        中的�W�一�U�颜�?
|        |        |
|--------|--------|------------------------------------------------------------
|    2   |     1  |  囑փ��c�d��代码
|        |        |
|        |        |  本类型该字段��Z���q�制 10
|        |        |
|--------|--------|------------------------------------------------------------
|    3   |     5  |  颜色表规�?
|        |        |
|        |        |  如果颜色表类型字�D��ؓ 0 则被忽略�Q�否则描�q�如�?
|        |        |
|        |        |
|    3   |     2  |  颜色表首址
|        |        |  颜色表首元入口的整型�Q�低�?高位�Q�烦�?
|        |        |
|    5   |     2  |  颜色表的长度
|        |        |  颜色表的表项��L���Q�整型（低位-高位�Q?
|        |        |
|    7   |     1  |  颜色表表��的位（bit�Q�数
|        |        |  16 代表 16 �?TGA �Q?4 代表 24 �?TGA �Q?2 代表 32 �?TGA
|        |        |
|--------|--------|------------------------------------------------------------
|    8   |    10  |  囑փ�规格
|        |        |
|    8   |     2  |  囑փ� x 坐标起始位置
|        |        |  囑փ�左下�?x 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   10   |     2  |  囑փ� y 坐标起始位置
|        |        |  囑փ�左下�?y 坐标的整型（低位-高位�Q��?
|        |        |
|        |        |
|   12   |     2  |  囑փ�宽度
|        |        |  以像素�ؓ单位�Q�图像宽度的整型�Q�低�?高位�Q��?
|        |        |
|   14   |     2  |  囑փ�高度
|        |        |  以像素�ؓ单位�Q�图像高度的整型�Q�低�?高位�Q��?
|        |        |
|   16   |     1  |  囑փ�每像素存储占用位�Q�bit�Q�数
|        |        |
|        |        |
|   17   |     1  |  囑փ�描述�W�字�?
|        |        |  bits 3-0 - 每像素的属性位�Q�bit�Q�数
|        |        |
|        |        |  bit 4    - 保留�Q�必���Mؓ 0
|        |        |  bit 5    - 屏幕起始位置标志
|        |        |             0 = 原点在左下角
|        |        |             1 = 原点在左上角
|        |        |             truevision 囑փ�必须�?0
|        |        |  bits 7-6 - 交叉数据存储标志
|        |        |             00 = 无交�?
|        |        |             01 = 两�\�?偶交�?
|        |        |             10 = 四�\交叉
|        |        |             11 = 保留
|        |        |
|--------|--------|------------------------------------------------------------
|   18   | 可变   |  囑փ�信息字段
|        |        |  包含一个自由格式的�Q�长度是囑փ�记录块偏�U?0 处的字节中的
|        |        |  倹{��它常常被忽略（卛_���U?0 处��gؓ 0 �Q�，注意其最大可�?
|        |        |  含有 255 个字�W�。如果需要存储更多信息，可以攑֜�囑փ�数据
|        |        |  之后
|        |        |
|--------|--------|------------------------------------------------------------
|  可变  |  可变  |  颜色表数�?
|        |        |
|        |        |  如果颜色表类型�ؓ 0�Q�则该域不存在，否则���过该域直接��d��
|        |        |  囑փ�颜色表规��g��描述了每��的字节敎ͼ��?2�Q?�Q? 之一
|        |        |
|--------|--------|------------------------------------------------------------
| 可变   |  可变  |  囑փ�数据�?
|        |        |
|        |        |  本区域给��Z���Q�宽度）x�Q�高度）个颜色表索引�q�些索引存放
|        |        |  在数据包中；有两中类型的数据包：run-length 数据包，
|        |        |  以及未加工的数据包，每种�c�d��的数据包含有 1-字节的头信息�Q?
|        |        |  �Q�其中指��Z��数据包类型和数目�Q�，其后是可变长度的数据�?
|        |        |  头信息中最高位�?1 表示 run-length �c�d��的数据包�Q�当
|        |        |  它�ؓ 0 �Ӟ��表示未加工的数据�?
|        |        |
|        |        |  对于 run-length 数据包，头信息含义如�?
|        |        |      __________________________________________________
|        |        |      | 1 bit |   7 位的重复记数减一
|        |        |      |   id  |   �׃�� 7 位表�C�的最大��gؓ 127�Q�故最�? |
|        |        |      |       |   的运行大����ؓ 128�Q�（译注�Q�原文�ؓ     |
|        |        |      |       |   the largest run size�Q?         |
|        |        |      |-------|----------------------------------------|
|        |        |      |   1   |  c     c     c     c     c     c    c  |
|        |        |      --------------------------------------------------
|        |        |
|        |        |  对于未加工数据包�Q�头信息的含义如�?
|        |        |      __________________________________________________
|        |        |      | 1 bit |   7 位的像素个数减一                   |
|        |        |      |   id  |   �׃�� 7 位表�C�的最大��gؓ 127�Q�故�?   |
|        |        |      |       |   �c�d��的一个数据包中像素个��C��能大�?  |
|        |        |      |       |   128                                  |
|        |        |      |-------|----------------------------------------|
|        |        |      |   0   |  n     n     n     n     n     n    n  |
|        |        |      --------------------------------------------------
|        |        |
|        |        |
|        |        |  对于 run length 数据包，头信息之后是一个简单颜色��|��
|        |        |  且假定该值重复的�ơ数为头信息中记录的�?
|        |        |  run-length 数据包也�怼�跨越扫描�U?
|        |        |  �Q�扫描线起始于某行结束于下一行）
|        |        |
|        |        |  对于未加工数据包�Q�头信息之后是颜色��|��数目由头信息指出�Q?
|        |        |
|        |        |
|        |        |  颜色表项自��n�?2-字节�Q?-字节�?4-字节几种大小�Q�分�?
|        |        |  对应 TGA 16,TGA 24 �?TGA 32�Q��Ş式如下：
|        |        |
|        |        |
|        |        |  3 字节表项中各字节依次对应 BLUE�Q�GREEN�Q�RED
|        |        |
|        |        |  2 字节表项中，两个字节分解成如下�Ş式：
|        |        |  arrrrrgg gggbbbbb
|        |        |  但是�Q�由于低位在前，高位在后的存储顺序，从文件中��d��表项
|        |        |  �Ӟ�����先��d�� gggbbbbb 而后��d�� arrrrrgg �Q�a 表示属性位
|        |        |
|        |        |  4 字节表项包含了分别代�?blue,green,red 及属性的四个
|        |        |  字节�Q�（�׃������g上的原因�Q�有的时�?TGA 24 �c�d��的图像也�?
|        |        |  TGA 32 �c�d��的图像那样存�?
|        |        |
--------------------------------------------------------------------------------



大�v 2008-12-26 18:12 发表评论

大�v — Thu, 25 Sep 2008 12:19:00 GMT

摘要: 阅读全文

大�v 2008-09-25 20:19 发表评论

PNG囑փ�

大�v — Wed, 03 Sep 2008 10:34:00 GMT

J2ME�q�_��PNG囑փ�压羃、解压与加密技�?nbsp; 收藏��C��? java图书资源下蝲
在J2ME�q�_��上PNG囄��格式几乎成�ؓ了标准，无数台手持设备上�q�行的J2ME�E�序几乎都选用PNG来显�C�图像，包括大量的手机游戏以及手机应用，所以对PNG文�g格式的了解，可以更有效的减少Jar Size�Q�保护自有知识��权�?br> CoCoMo曄��对PNG文�g�q�行�q�一�D�|��间的研究�Q�包括图像压�~�、解压以及加解密�{�，现将研究心得记录如下�Q?
PNG文�g格式�Q?br> PNG文�g格式分�ؓPNG-24和PNG-8�Q�其最大的区别是PNG-24是用24位来保存一个像素��|��是真彩色�Q�而PNG-8是用8位烦引值来在调色盘中烦引一个颜�Ԍ��因�ؓ一个烦引值的最大上限�ؓ2�?�ơ方�?28�Q�故调色盘中颜色数最多�ؓ128�U�，所以该文�g格式又被叫做PNG-8 128仿色�?br> PNG-24因�ؓ其图片容量过大，而且在Nokia和Moto�{�某些机型上创徏囄��p�|和显�C�Z��正确�{�异常时有发生，有时�q�会严重拖慢昄��速度�Q�故�q�不常用�Q�CoCoMo认�ؓ�q�些异常和��^台底层的囑փ�解压不无关系。不�q�该格式最大的优点是可以保存Alpha通道�Q�同事也曾有�q�利用该囄��格式实现Alpha混合的先例，��x��随着技术的发展�Q�手机硬件��^台的提升�Q�Alpha混合一定会被广泛的应用�Q�到那时该格式的最大优势才会真正发挥�?br> PNG-8文�g是目前广泛应用的PNG囑փ�格式�Q�其主要有六大块�l�成�Q?br>1.文�g�?br>2.IHDR�?br>3.PLTE�?br>4.tRNS�?br>5.IDAT�?br>6.文�g��?br>�q�六大块按顺序排列，也就是说IDAT块永�q�是在PLTE块之后，期间也会有许多其他的区块用来描述信息�Q�例如图像的最后修�Ҏ��间是多少�Q�图像的创徏者是谁等�Q�不�q�这些区块的信息�Ҏ��们来说都是可有可无的描述信息�Q�故压羃时一般先向这些区块开刀�?/p>

数据块：
除了文�g��_��其中四大数据块和文�g��N��是由�l�一的数据块文�g�l�构描述的：
        Chunk Length: 4byte
        Chunk Type:   4byte
        Chunk Data:   Chunk Length的长�?br>        Chunk CRC:    4byte
例如IHDR块的数据长度�?3�Q�既
        Chunk Length = 13
        Chunk Type = "IHDR"

文�g��_��
用来标示PNG文�g�Q��ؓ固定�?4个字节：0x89504e47 0x0d0a1a0a

IHDR块：
用来描述囑փ�的基本信息，其格式�ؓ�Q?br>       囑փ�宽：    4byte
       囑փ�高：    4byte
       囑փ�色深�Q?4byte
       颜色�c�d��Q?1byte
       压羃�Ҏ��Q?1byte
       滤�L�Ҏ��Q?1byte
       扫描�Ҏ��Q?1byte
曄��有�h问过我，撒叫滤�L�Ҏ��和扫描方法，汗，说实话我也不知道�Q�不�q�我们是在做手机游戏�Q�不是在搞图形学不是嘛�?/p>

PLTE块：
�q�个��是传说中放�|�调色盘数据的地方啦�Q�其格式为：
      循环
           RED�Q?nbsp;   1byte
           GREEN�Q?byte
           BLUE�Q?nbsp; 1byte
      END
循环长度嘛，不就是Chunk Length / 3的长度嘛�Q�而且Chunk Length一定�ؓ3的倍数�?/p>

tRNS块：
�q�个块时有时无，主要是看你是否��用了透明艌Ӏ�该区块的格式�ؓ�Q?br>      循环
           if(对应调色盘颜色非透明)
               0xFF�Q?nbsp; 1byte
           else
               0x00�Q?nbsp; 1byte
      END
循环长度��色盘的颜色数�Q�相当于调色盘颜色表的一个对应表�Q�标识该颜色是否透明�Q?xFF不透明�Q?x00透明。故如果用UltraEdit查看PNG文�g的二�q�制�~�码�Q�如果看��C��大片FF�Q�一般就是tRNS区块啦，因�ؓ一个PNG文�g一般只有一个透明艌Ӏ?/p>

IDAT块：
�q�个��是存放囑փ�数据的地方啦�Q�这里要注意的是一个PNG文�g可能有多个IDAT区块�Q�而其他三大区块只可能有一个�?br>IDAT区块是经�q�压�~�的�Q�所以数据不可读�Q�压�~�算法一般�ؓLZ77滑动�H�口��法�Q�如果硬要看里面的数据的话，用zlib库也是可以的�Q�CoCoMo当年��p��q�Windows Mobile上的帝国时代巨变态的用zlib库压�~�和解压该区块来�q�一步减��PNG文�g大小�Q�真是寸K寔R��啊�?/p>

IEND块：
该区块虽然也按照数据块的�l�构�Q�但Chunk Data是没有的�Q�所以是固定�?6个字节：0x00000000 0x49454e44 0xae426082

PNG囑փ�压羃�Q?br>        了解了PNG的文件结构，压羃��有的放矢了。压�~�有6个��别，可以�Ҏ��需要选择�?br>Level1�Q�读取PNG文�g�Q�将除六大块之外的所有区块都�q��o�?br>Level2�Q�文件头是固定的0x89504e47 0x0d0a1a0a�Q�文件尾是固定的0x00000000 0x49454e44 0xae426082�Q�去掉！
Level3�Q�每个区块的Chunk Type我们是否需要呢�Q�很明显�Q�我们自己写的压�~�格式自己应该清楚是按照什么样的顺序，��L��Q?br>Level4�Q�每个区块的Chunk Length我们是否需要呢�Q?br>           IHDR块：定长13个字节，明显不需要，��L��?br>           PLTE块：最�?28个颜�Ԍ��为撒要用4byte来记录区块长度而不是用1byte来记录颜色数呢？
           tRNS块：既然有颜色数�Q�tRNS又是调色盘颜色表的对应表�Q�既数量与颜色数相同�Q��ؓ撒还需要呢�Q?br>           IDAT块：我想�q�个是唯一需�?byte来记录长度的区块�?br>Level5�Q�每个区块的Chunk CRC是否需要呢�Q?br>           因�ؓ计算CRC需要一些时��_��但对于字节较��的区块一般可以忽略不计，所以对于这个问题还是由�E�序员自己决定吧。对于CRC的计��可以参看CoCoMo的另一��Blog“PNG文�g的CRC码计��?#8221;
Level6�Q�每个区块我们是否要原封不动的保存期数据呢？
          IHDR块：除了宽、高、色深是需要的�Q�后面那4byte的信息是固定�?x03000000
          PLTE块：为撒要用3byte来表�C�RGB而不�?byte�?65格式�Q�压�~�方法可以参看CoCoMo的另一��Blog“关于PNG囑փ�压羃的一�Ҏ��?#8221;
          tRNS块：我想tRNS块是冗余最多的区块了吧�Q�大�D�大�D늚�0xFF明显没有必要�Q�一般的PNG文�g只有一个透明�Ԍ��为撒要用对应表的�Ҏ��而不是一个烦引来记录到底哪个是透明色呢�Q�由于颜色数最�?28�Q�所以只需1byte��可以代替tRNS那么�?xFF啦�?br>          IDAT块：么想法，如果你够变态，把zlib加进来吧�Q?/p>

PNG囑փ�解压�Q?br> 创徏了自定义的文�Ӟ��J2ME端读取后�Q�就面��解压的问题了。我们可以利用此函数来创建Image�Q?br>static Image
createImage(byte[] imageData, int imageOffset, int imageLength)
前提是传入的imageData与PNG未被压羃前的一致。因为PNG文�g格式是固定的�Q�所以读取自定义的压�~�文件后�Q�开始将那些默认的数据再��d��q�去�Q�实现解压的目的。下面就开始解压之旅吧!
首先要创��Z��个ByteArrayOutputStream out�Q?br>1.写入文�g��_��
out.writeInt(0x89504e47);
out.writeInt(0x0d0a1a0a);
2.写入IHDR�?br>out.writeInt(13);
out.writeInt(0x49484452); //0x49484452为Chunk Type "IHDR"
out.writeInt(width);
out.writeInt(height);
out.writeByte(depth);
out.writeInt(0x03000000); //压羃时舍掉的4byte�Q�默�?x03000000
out.writeInt(crc);
其他区块�Ҏ��一��_��故略�q�。。�?br>3.写入文�g��?br>out.writeInt(0x00000000);
out.writeInt(0x49454e44);
out.writeInt(0xae426082);
4.转换成数�l�，创徏Image
byte[] pngBuffer = out.toByteArray();
Image image = Image.createImage(pngBuffer, 0, pngBuffer.length);
哈哈�Q�大功告成。这里注意如果中途数据写入有错误�Q�经�怼�出现创徏Image��p�|的异常，而且非常不好调试�Q�不�q�只要自定的压羃格式定下来后�Q�对应的创徏Image的函数只要写一�ơ，以后基本不会出问题哈�?/p>

PNG囑փ�加解密：
很多人都担心自己辛苦创作的漂亮的��术囄��很easy��p��别�h拿到了，�I�其原因是由于PNG文�g格式是固定的�Q�稍微了解的人用UltraEdit很容易就能找到IHDR�Q�PLTE�{�标识了。CoCoMo��q��常看GameLoft的图像文�Ӟ��哈哈。一般是2byte的Length�Q�然后紧接着囄��数据�Q�都攑֜�一个文仉��Q�直接拷�?�q�制然后�_�脓��C��个新文�g里就是一�q�图。后来的加密技术会把PNG分块�Q�例如前100个字节一块，紧接着1K一块，最后剩余字节一块，然后把块��序打�ؕ�Q�用2byte来记录总长度，1byte记录��序�Q�但是这�q�没有从�Ҏ��上消除IHDR�Q�IEND�q�些昄��的定位标识，好像在对破解者说�Q�嘿�Q�看�Q�我��在�q�里�Q?br> 现在了解了之前的压羃和解压技术，�q�个问题也就�q�刃而解了，因�ؓChunk Length�Q�Chunk Type和Chunk CRC�q�些东西都消�׃��Q�甚臌��数据块本�w�的数据都修改了�Q�我可以按照ImageWidth、ImageHeight、ImageDepth的顺序写数据�Q�也可以倒过来写。我惛_��牛的PNG分析器也是无能�ؓ力的吧，唯一可以定位的就只有IDAT区块了，不过��q��得到该区块的数据�Q�也应该是一张黑白图�?br> 不过在加解密的领域真是道高一��，��高一丈，CoCoMo很希望和各位共同探讨�Q�共同提高！

大�v 2008-09-03 18:34 发表评论

大�v — Wed, 03 Sep 2008 10:24:00 GMT

说到囄��Q�位图（Bitmap�Q�当然是最��单的�Q�它Windows昄��囄��的基本格式，其文件扩展名�?/span>*.BMP。在Windows下，��M��各式的图片文�Ӟ��包括视频播放�Q�都要�{化�ؓ位图个时候才能显�C�出来，各种格式的图片文件也都是在位图格式的基础上采用不同的压羃��法生成的（Flash中��用了适量图，是按相同颜色区域存储的）�?/span>

一、下面我们来看看位图文�g�Q?/span>*.BMP�Q�的格式�?/span>

位图文�g主要分�ؓ如下3个部分：

块名�U?/font>	对应Windows�l�构体定�?/span>	大小�Q?/span>Byte�Q?/span>
文�g信息�?/font>	BITMAPFILEHEADER	14
位图信息�?/font>	BITMAPINFOHEADER	40
RGB颜色阵列	BYTE*	由图像长宽尺寸决�?/font>

1�?span> 文�g信息�?/span>BITMAPFILEHEADER

�l�构体定义如下：

typedef struct tagBITMAPFILEHEADER { /* bmfh */

UINT bfType;
DWORD bfSize;
UINT bfReserved1;
UINT bfReserved2;
DWORD bfOffBits;

} BITMAPFILEHEADER;

其中�Q?/font>

bfType	说明文�g的类型，该值必需�?/span>0x4D42�Q�也��是字符'BM'�?/span>
bfSize	说明该位图文件的大小�Q�用字节为单�?/span>
bfReserved1	保留�Q�必��设�\|��ؓ0
bfReserved2	保留�Q�必��设�\|��ؓ0
bfOffBits	说明从文件头开始到实际的图象数据之间的字节的偏�U�量。这个参数是非常有用的，因�ؓ位图信息头和调色板的长度会根据不同情况而变化，所以你可以用这个偏�U�d��D��速的从文件中��d��C��数据�?/span>

2�?/font>位图信息�?/span>BITMAPINFOHEADER

�l�构体定义如下：

typedef struct tagBITMAPINFOHEADER { /* bmih */

DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;

} BITMAPINFOHEADER;

其中�Q?/span>

biSize	说明BITMAPINFOHEADER�l�构所需要的字数�?/span>
biWidth	说明图象的宽度，以象素�ؓ单位�?/font>
biHeight	说明图象的高度，以象素�ؓ单位。注�Q�这个值除了用于描�q�图像的高度之外�Q�它�q�有另一个用处，��是指明该图像是倒向的位图，�q�是正向的位图。如果该值是一个正敎ͼ�说明囑փ�是倒向的，如果该值是一个负敎ͼ�则说明图像是正向的。大多数�?/span>BMP文�g都是倒向的位图，也就是时�Q�高度值是一个正数�?/span>
biPlanes	为目标设备说明位面数�Q�其值将��L��被设�?/span>1�?/span>
biBitCount	说明比特�?/span>/象素�Q�其��gؓ1�?/span>4�?/span>8�?/span>16�?/span>24、或32。但是由于我们��^时用到的囑փ��l�大部分�?/span>24位和32位的�Q�所以我们讨��两类囑փ��?/span>
biCompression	说明图象数据压羃的类型，同样我们只讨论没有压�~�的�c�d��Q?/span>BI_RGB�?/span>
biSizeImage	说明图象的大��，以字节�ؓ单位。当�?/span>BI_RGB格式�Ӟ��可设�\|��ؓ0�?/span>
biXPelsPerMeter	说明水��^分��L率，用象�?/span>/�c��C��?/span>
biYPelsPerMeter	说明垂直分��L率，用象�?/span>/�c��C��?/span>
biClrUsed	说明位图实际使用的彩色表中的颜色索引敎ͼ�设�ؓ0的话�Q�则说明使用所有调色板��）�?/span>
biClrImportant	说明对图象显�C�有重要影响的颜色烦引的数目�Q�如果是0�Q�表�C�都重要�?/span>

3�?/span>RGB颜色阵列

有关RGB三色�I�间我想大家都很熟悉�Q�这里我惌��的是�?/span>Windows下，RGB颜色阵列存储的格式其�?/span>BGR。也��是��_��对于24位的RGB位图像素数据格式是：

蓝色B�?/span>

�l�色G�?/span>

�U�色R�?/span>

对于32位的RGB位图像素数据格式是：

蓝色B�?/span>

�l�色G�?/span>

�U�色R�?/span>

透明通道A�?/span>

透明通道也称Alpha通道�Q�该值是该像素点的透明属性，取值在0�Q�全透明�Q�到255�Q�不透明�Q�之间。对�?/span>24位的囑փ�来说�Q�因为没�?/span>Alpha通道�Q�故整个囑փ�都不透明�?/span>

二、搞清了文�g格式�Q�下一步我们要实现加蝲�?/font>

加蝲文�g的目的是要得到图片属性，以及RGB数据�Q�然后可以将其绘制在DC�?/span>(GDI)�Q�或是生成纹理对�?/span>(3D:OpenGL/Direct3D)。这两种用途在数据处理上有点区别，我们主要按前一�U�用法讲�Q�在�?/span>3D有不同的地方�Q�我们再提出来�?/span>

1、加载文件头

//Load the file header

BITMAPFILEHEADER header;

memset(&header, 0, sizeof(header));

inf.read((char*)&header, sizeof(header));

if(header.bfType != 0x4D42)

return false;

�q�个很简单，没有什么好说的�?/span>

2、加载位图信息头

//Load the image information header

BITMAPINFOHEADER infoheader;

memset(&infoheader, 0, sizeof(infoheader));

inf.read((char*)&infoheader, sizeof(infoheader));

m_iImageWidth = infoheader.biWidth;

m_iImageHeight = infoheader.biHeight;

m_iBitsPerPixel = infoheader.biBitCount;

�q�里我们得到�?/span>3各重要的囑�Ş属性：宽，高，以及每个像素颜色所占用的位数�?/span>

3�?/font>行对�?/span>

�׃��Windows在进行行扫描的时候最��的单位�?/span>4个字节，所以当

囄��?/span> X 每个像素的字节数 �Q?/span>= 4的整数�?/span>

时要在每行的后面补上�~�少的字节，�?/span>0填充�Q�一般来说当囑փ�宽度�?/span>2的幂时不需要对齐）。位图文仉��的数据在写入的时候已�l�进行了行对齐，也就是说加蝲的时候不需要再做行寚w��。但是这样一来图片数据的长度��׃��是：�?/span> X �?/span> X 每个像素的字节数了，我们需要通过下面的方法计��正��的数据长度�Q?/span>

//Calculate the image data size

int iLineByteCnt = (((m_iImageWidth*m_iBitsPerPixel) + 31) >> 5) << 2;

m_iImageDataSize = iLineByteCnt * m_iImageHeight;

4�?/font>加蝲囄��数据

对于24位和32位的位图文�g�Q�位图数据的偏移量�ؓsizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER)�Q�也��是说现在我们可以直接读取图像数据了�?/span>

if(m_pImageData) delete []m_pImageData;

m_pImageData = new unsigned char[m_iImageDataSize];

inf.read((char*)m_pImageData, m_iImageDataSize);

如果你��够细心，��׃��发现内存m_pImageData里的数据的确�?/span>BGR格式�Q�可以用个纯蓝色或者是�U�红色的囄��试一下�?/span>

5�?/font>�l�制

好了�Q�数据和属性我们都有了�Q�现在就可以拿来随便用了�Q�就和吃馒头一��P��q��白糖�_�白�p�，��q��U�糖�_�红�p�。下面是我的GDI�l�制代码�Q�仅作参考�?/span>

void CImage::DrawImage(HDC hdc, int iLeft, int iTop, int iWidth, int iHeight)

{

if(!hdc || m_pImageData == NULL)

return;

BITMAPINFO bmi;

memset(&bmi, 0, sizeof(bmi));

bmi.bmiHeader.biSize = sizeof(BITMAPINFO);

bmi.bmiHeader.biWidth = m_iImageWidth;

bmi.bmiHeader.biHeight = m_iImageHeight;

bmi.bmiHeader.biPlanes = 1;

bmi.bmiHeader.biBitCount = m_iBitsPerPixel;

bmi.bmiHeader.biCompression = BI_RGB;

bmi.bmiHeader.biSizeImage = m_iImageDataSize;

StretchDIBits(hdc, iLeft, iTop, iWidth, iHeight,

0, 0, m_iImageWidth, m_iImageHeight,

m_pImageData, &bmi, DIB_RGB_COLORS, SRCCOPY);

}

6�?/span>3D(OpenGL)的不同之�?/span>

如果你是想用刚才我们得到的数据生成纹理对象，那么你还要请��Z��面的问题�?/font>

首先�Q�用来生成纹理的数据不需要对齐，也就是说不能在每行的后面加上寚w��的字节。当然在OpenGL里要求纹理图片的��寸�?/span>2的幂�Q�所以这个问题实际上不存在；

其次�Q�我们得到的囑�Ş数据格式�?/span>BGR(BGRA)�Q�所以在生成�U�理的时候，需指定格式�?/span>GL_BGR_EXT(GL_BGRA_EXT)�Q�否则需要做BGR->RGB(BGRA->RGBA)的�{�?/span>

大�v 2008-09-03 18:24 发表评论

大�v — Wed, 03 Sep 2008 10:22:00 GMT

位图文�g可看成由4个部分组成：位图文�g�?bitmap-file header)、位图信息头(bitmap-information header)、彩色表(color table)和定义位囄��字节阵列�Q�它��h��如下所�C�的形式�?/p>

位图文�g的组�?/p>	�l�构名称	�W�号
位图文�g�?bitmap-file header)	BITMAPFILEHEADER	bmfh
位图信息�?bitmap-information header)	BITMAPINFOHEADER	bmih
彩色�?color table)	RGBQUAD	aColors[]
图象数据阵列字节	BYTE	aBitmapBits[]

位图文�g�l�构可综合在�?-01中�?/p>

�?1 位图文�g�l�构内容摘要

偏移�?/p>

域的名称

大小

内容

图象文�g

�?/p>

0000h

文�g标识

2 bytes

两字节的内容用来识别位图的类型：

‘BM’ �Q?Windows 3.1x, 95, NT, …

‘BA’ �Q�OS/2 Bitmap Array

‘CI’ �Q�OS/2 Color Icon

‘CP’ �Q�OS/2 Color Pointer

‘IC’ �Q?OS/2 Icon

‘PT’ �Q�OS/2 Pointer

注：因�ؓOS/2�pȝ��q�没有被普及开�Q�所以在�~�程�Ӟ��你只需判断�W�一个标�?#8220;BM”��p��?/p>

0002h

File Size

1 dword

用字节表�C�的整个文�g的大��?/td>

0006h

Reserved

1 dword

保留�Q�必��设�|��ؓ0

000Ah

Bitmap Data Offset

1 dword

从文件开始到位图数据开始之间的数据(bitmap data)之间的偏�U�量

000Eh

Bitmap Header Size

1 dword

位图信息�?Bitmap Info Header)的长度，用来描述位图的颜艌Ӏ�压�~�方法等。下面的长度表示�Q?

28h - Windows 3.1x, 95, NT, …

0Ch - OS/2 1.x

F0h - OS/2 2.x

注：在Windows95�?8�?000�{?font color=#0000ff>操作�pȝ��中，位图信息头的长度�q�不一定是28h�Q�因为微软已�l�制定出了新的BMP文�g格式�Q�其中的信息头结构变化比较大�Q�长度加�ѝ��所以最好不要直接��用常�?8h�Q�而是应该从具体的文�g中读取这个倹{��这��h��能确保程序的兼容性�?/p>

0012h

Width

1 dword

位图的宽度，以象素�ؓ单位

0016h

Height

1 dword

位图的高度，以象素�ؓ单位

001Ah

Planes

1 word

位图的位面数�Q�注�Q�该值将��L��1�Q?/td>

图象

信息

�?/p>

001Ch

Bits Per Pixel

1 word

每个象素的位�?

1 - 单色位图�Q�实际上可有两种颜色�Q�缺省情况下是黑色和白色。你可以自己定义�q�两�U�颜�Ԍ��

4 - 16 色位�?/p>

8 - 256 色位�?/p>

16 - 16bit 高彩色位�?/p>

24 - 24bit 真彩色位�?/p>

32 - 32bit 增强型真彩色位图

001Eh

Compression

1 dword

压羃说明�Q?

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

用字节数表示的位图数据的大小。该数必��L��4的倍数

0026h

HResolution

1 dword

用象�?�c��C�的水��^分��L�?/td>

002Ah

VResolution

1 dword

用象�?�c��C�的垂直分��L�?/td>

002Eh

Colors

1 dword

位图使用的颜色数。如8-比特/象素表示�?00h或�?256.

0032h

Important Colors

1 dword

指定重要的颜色数。当该域的值等于颜色数�Ӟ��或者等�?�Ӟ��Q�表�C�所有颜色都一样重�?/td>

调色板数�?/td>

�Ҏ��BMP版本的不同而不�?/td>

Palette

N * 4 byte

调色板规范。对于调色板中的每个表项�Q�这4个字节用下述�Ҏ��来描�q�RGB的��|��

	1字节用于蓝色分量
	1字节用于�l�色分量
	1字节用于�U�色分量
	1字节用于填充�W?讄��?)

图象数据

�Ҏ��BMP版本及调色板��寸的不同而不�?/td>

Bitmap Data

xxx bytes

该域的大��取决于压羃�Ҏ��及图像的��寸和图像的位深度，它包含所有的位图数据字节�Q�这些数据可能是彩色调色板的索引��P��也可能是实际的RGB��|��q�将�Ҏ��囑փ�信息头中的位深度值来军_��?/td>

构�g详解

1. 位图文�g�?/p>

位图文�g头包含有关于文�g�c�d��、文件大��、存放位�|�等信息�Q�在Windows 3.0以上版本的位图文件中用BITMAPFILEHEADER�l�构来定义：

typedef struct tagBITMAPFILEHEADER { /* bmfh */

UINT bfType;
DWORD bfSize;
UINT bfReserved1;
UINT bfReserved2;
DWORD bfOffBits;

} BITMAPFILEHEADER;

其中�Q?

bfType	说明文�g的类�?�Q�该值必需�?x4D42�Q�也��是字符’BM’。我们不需要判断OS/2的位图标识，�q�么做现在来看似乎已�l�没有什么意义了�Q�而且如果要支持OS/2的位图，�E�序��变得很�J�琐。所以，在此只徏议你��?#8217;BM’标识�Q?
bfSize	说明文�g的大��，用字节�ؓ单位
bfReserved1	保留�Q�必��设�\|��ؓ0
bfReserved2	保留�Q�必��设�\|��ؓ0
bfOffBits	说明从文件头开始到实际的图象数据之间的字节的偏�U�量。这个参数是非常有用的，因�ؓ位图信息头和调色板的长度会根据不同情况而变化，所以你可以用这个偏�U�d��D��速的从文件中��d��C��数据�?/p>

2. 位图信息�?/p>

位图信息用BITMAPINFO�l�构来定义，它由位图信息�?bitmap-information header)和彩色表(color table)�l�成�Q�前者用BITMAPINFOHEADER�l�构定义�Q�后者用RGBQUAD�l�构定义。BITMAPINFO�l�构��h��如下形式�Q?/p>

typedef struct tagBITMAPINFO { /* bmi */

BITMAPINFOHEADER bmiHeader;
RGBQUAD bmiColors[1];

} BITMAPINFO;

其中�Q?

bmiHeader	说明BITMAPINFOHEADER�l�构�Q�其中包含了有关位图的尺寸及位格式等信息
bmiColors	说明彩色表RGBQUAD�l�构的阵列，其中包含索引囑փ�的真实RGB倹{�?/p>

BITMAPINFOHEADER�l�构包含有位图文件的大小、压�~�类型和颜色格式�Q�其�l�构定义为：

typedef struct tagBITMAPINFOHEADER { /* bmih */

DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;

} BITMAPINFOHEADER;

其中�Q?

biSize

说明BITMAPINFOHEADER�l�构所需要的字数。注�Q�这个值�ƈ不一定是BITMAPINFOHEADER�l�构的尺寸，它也可能是sizeof(BITMAPV4HEADER)的��|��或是sizeof(BITMAPV5HEADER)的倹{��这要根据该位图文�g的格式版本来军_��Q�不�q�，��q��在的情况来看�Q�绝大多数的BMP囑փ�都是BITMAPINFOHEADER�l�构的（可能是后两者太新的�~�故�?-�Q��?/p>

biWidth

说明图象的宽度，以象素�ؓ单位

biHeight

说明图象的高度，以象素�ؓ单位。注�Q�这个值除了用于描�q�图像的高度之外�Q�它�q�有另一个用处，��是指明该图像是倒向的位图，�q�是正向的位图。如果该值是一个正敎ͼ�说明囑փ�是倒向的，如果该值是一个负敎ͼ�则说明图像是正向的。大多数的BMP文�g都是倒向的位图，也就是时�Q�高度值是一个正数。（注：当高度值是一个负数时�Q�正向图像）�Q�图像将不能被压�~�（也就是说biCompression成员��不能是BI_RLE8或BI_RLE4�Q��?/p>

biPlanes

为目标设备说明位面数�Q�其值将��L��被设�?

biBitCount

说明比特�?象素�Q�其��gؓ1�?�?�?6�?4、或32

biCompression

说明图象数据压羃的类型。其值可以是下述��g��一�Q?

	BI_RGB�Q�没有压�~�；
	BI_RLE8�Q�每个象�?比特的RLE压羃�~�码�Q�压�~�格式由2字节�l�成(重复象素计数和颜色烦�?�Q?
	BI_RLE4�Q�每个象�?比特的RLE压羃�~�码�Q�压�~�格式由2字节�l�成
	BI_BITFIELDS�Q�每个象素的比特由指定的掩码军_��?br>

biSizeImage

说明图象的大��，以字节�ؓ单位。当用BI_RGB格式�Ӟ��可设�|��ؓ0

biXPelsPerMeter

说明水��^分��L率，用象�?�c��C?/td>

biYPelsPerMeter

说明垂直分��L率，用象�?�c��C?/td>

biClrUsed

说明位图实际使用的彩色表中的颜色索引敎ͼ�设�ؓ0的话�Q�则说明使用所有调色板��）

biClrImportant

说明对图象显�C�有重要影响的颜色烦引的数目�Q�如果是0�Q�表�C�都重要�?/p>

现就BITMAPINFOHEADER�l�构作如下说明：

(1) 彩色表的定位

应用�E�序可��用存储在biSize成员中的信息来查扑֜�BITMAPINFO�l�构中的彩色表，如下所�C�：

pColor = ((LPSTR) pBitmapInfo + (WORD) (pBitmapInfo->bmiHeader.biSize))

(2) biBitCount

biBitCount=1 表示位图最多有两种颜色�Q�缺省情况下是黑色和白色�Q�你也可以自己定义这两种颜色。图像信息头装调色板中将有两个调色板��，�U�Cؓ索引0和烦�?。图象数据阵列中的每一位表�C�Z��个象素。如果一个位�?�Q�显�C�时��׃��用烦�?的RGB��|��如果位是1�Q�则使用索引1的RGB倹{�?/p>

biBitCount=4 表示位图最多有16�U�颜艌Ӏ�每个象素用4位表�C�，�q�用�q?位作为彩色表的表��Ҏ��查找该象素的颜色。例如，如果位图中的�W�一个字节�ؓ0x1F�Q�它表示有两个象素，�W�一象素的颜色就在彩色表的第2表项中查找，而第二个象素的颜色就在彩色表的第16表项中查找。此�Ӟ��调色板中�~�省情况下会�?6个RGB��V��对应于索引0到烦�?5�?/p>

biBitCount=8 表示位图最多有256�U�颜艌Ӏ�每个象素用8位表�C�，�q�用�q?位作为彩色表的表��Ҏ��查找该象素的颜色。例如，如果位图中的�W�一个字节�ؓ0x1F�Q�这个象素的颜色��在彩色表的�W?2表项中查找。此�Ӟ��~�省情况下，调色板中会有256个RGB��，对应于烦�?到烦�?55�?/p>

biBitCount=16 表示位图最多有216�U�颜艌Ӏ�每个色素用16位（2个字节）表示。这�U�格式叫作高彩色�Q�或叫增强型16位色�Q�或64K艌Ӏ�它的情冉|��较复杂，当biCompression成员的值是BI_RGB�Ӟ��它没有调色板�?6位中�Q�最低的5位表�C��色分量，中间�?位表�C�绿色分量，高的5位表�C�红色分量，一共占用了15位，最高的一位保留，设�ؓ0。这�U�格式也被称�?55 16位位图。如果biCompression成员的值是BI_BITFIELDS�Q�那么情况就复杂了，首先是原来调色板的位�|�被三个DWORD变量占据�Q�称为红、绿、蓝掩码。分别用于描�q�红、绿、蓝分量�?6位中所占的位置。在Windows 95�Q�或98�Q�中�Q�系�l�可接受两种格式的位域：555�?65�Q�在555格式下，�U�、绿、蓝的掩码分别是�Q?x7C00�?x03E0�?x001F�Q�而在565格式下，它们则分别�ؓ�Q?xF800�?x07E0�?x001F。你在读取一个像素之后，可以分别用掩�?#8220;�?#8221;上像素��|��从而提取出惌��的颜色分量（当然�q�要再经�q�适当的左右移操作�Q�。在NT�pȝ��中，则没有格式限�Ӟ��只不�q�要求掩码之间不能有重叠。（注：�q�种格式的图像��用�v来是比较�ȝ��的，不过因�ؓ它的昄��效果接近于真彩，而图像数据又比真彩图像小的多�Q�所以，它更多的被用于游戏��Y�Ӟ��?/p>

biBitCount=24 表示位图最多有224�U�颜艌Ӏ�这�U�位图没有调色板�Q�bmiColors成员��寸�?�Q�，在位数组中，�?个字节代表一个象素，分别对应于颜色R、G、B�?/p>

biBitCount=32 表示位图最多有232�U�颜艌Ӏ�这�U�位囄��l�构�?6位位囄��构非常类��|��当biCompression成员的值是BI_RGB�Ӟ��它也没有调色板，32位中�?4位用于存放RGB��|��序是：最高位—保留，�U?位、绿8位、蓝8位。这�U�格式也被成�?88 32位图。如�?biCompression成员的值是BI_BITFIELDS�Ӟ��原来调色板的位置��被三个DWORD变量占据�Q�成为红、绿、蓝掩码�Q�分别用于描�q�红、绿、蓝分量�?2位中所占的位置。在Windows 95(or 98)中，�pȝ��只接�?88格式�Q�也��是说三个掩码的值将只能是：0xFF0000�?xFF00�?xFF。而在NT�pȝ��中，你只要注意��掩码之间不��生重叠就行。（注：�q�种囑փ�格式比较规整�Q�因为它是DWORD寚w��的，所以在内存中进行图像处理时可进行汇�~��的代码优化（��单）�Q��?/p>

(3) ClrUsed

BITMAPINFOHEADER�l�构中的成员ClrUsed指定实际使用的颜色数目。如果ClrUsed讄��?�Q�位图��用的颜色数目��q��于biBitCount成员中的数目。请注意�Q�如果ClrUsed的��g��是可用颜色的最大值或不是0�Q�则在编�E�时应该注意调色板尺寸的计算�Q�比如在4位位图中�Q�调色板的缺省尺寸应该是16�Q�sizeof(RGBQUAD)�Q�但是，如果ClrUsed的��g��?6或者不�?�Q�那么调色板的尺寸就应该是ClrUsed�Q�sizeof(RGBQUAD)�?/p>

(4) 图象数据压羃

�?BI_RLE8�Q�每个象素�ؓ8比特的RLE压羃�~�码�Q�可使用�~�码方式和绝�Ҏ��式中的�Q何一�U�进行压�~�，�q�两�U�方式可在同一�q�图中的��M��地方使用�?/p>

�~�码方式�Q�由2个字节组成，�W�一个字节指定��用相同颜色的象素数目�Q�第二个字节指定使用的颜色烦引。此外，�q�个字节对中的第一个字节可讄��?�Q�联合��用第二个字节的��D��C�：

	�W�二个字节的��gؓ0�Q�行的结束�?
	�W�二个字节的��gؓ1�Q�图象结束�?
	�W�二个字节的��gؓ2�Q�其后的两个字节表示下一个象素从当前开始的水��^和垂直位�\|�的偏移量�?

�l�对方式�Q�第一个字节设�|��ؓ0�Q�而第二个字节讄��?x03�?xFF之间的一个倹{��在�q�种方式中，�W�二个字节表�C��在这个字节后面的字节敎ͼ�每个字节包含单个象素的颜色烦引。压�~�数据格式需要字边界(word boundary)寚w��。下面的例子是用16�q�制表示�?-位压�~�图象数据：

03 04 05 06 00 03 45 56 67 00 02 78 00 02 05 01 02 78 00 00 09 1E 00 01
�q�些压羃数据可解释�ؓ �Q?/p>

压羃数据	扩展数据
03 04	04 04 04
05 06	06 06 06 06 06
00 03 45 56 67 00	45 56 67
02 78	78 78
00 02 05 01	从当前位�\|�右�U?个位�\|�后向下�U�M��?/td>
02 78	78 78
00 00	行结�?/td>
09 1E	1E 1E 1E 1E 1E 1E 1E 1E 1E
00 01	RLE�~�码图象�l�束

�?BI_RLE4�Q�每个象素�ؓ4比特的RLE压羃�~�码�Q�同样也可��用编码方式和�l�对方式中的��M��一�U�进行压�~�，�q�两�U�方式也可在同一�q�图中的��M��地方使用。这两种方式是：

�~�码方式�Q�由2个字节组成，�W�一个字节指定象素数目，�W�二个字节包含两�U�颜色烦引，一个在�?位，另一个在�?位。第一个象素��用高4位的颜色索引�Q�第二个使用�?位的颜色索引�Q�第3个��用高4位的颜色索引�Q�依此类推�?/p>

�l�对方式�Q�这个字节对中的�W�一个字节设�|��ؓ0�Q�第二个字节包含有颜色烦引数�Q�其后箋字节包含有颜色烦引，颜色索引存放在该字节的高、低4位中�Q�一个颜色烦引对应一个象素。此外，BI_RLE4也同栯��合��用第二个字节中的��D��C�：

	�W�二个字节的��gؓ0�Q�行的结束�?
	�W�二个字节的��gؓ1�Q�图象结束�?
	�W�二个字节的��gؓ2�Q�其后的两个字节表示下一个象素从当前开始的水��^和垂直位�\|�的偏移量�?

下面的例子是�?6�q�制数表�C�的4-位压�~�图象数据：

03 04 05 06 00 06 45 56 67 00 04 78 00 02 05 01 04 78 00 00 09 1E 00 01

�q�些压羃数据可解释�ؓ �Q?/p>

压羃数据	扩展数据
03 04	0 4 0
05 06	0 6 0 6 0
00 06 45 56 67 00	4 5 5 6 6 7
04 78	7 8 7 8
00 02 05 01	从当前位�\|�右�U?个位�\|�后向下�U�M��?/td>
04 78	7 8 7 8
00 00	行结�?/td>
09 1E	1 E 1 E 1 E 1 E 1
00 01	RLE图象�l�束

3. 彩色�?/p>

彩色表包含的元素与位图所��h��的颜色数相同�Q�象素的颜色用RGBQUAD�l�构来定义。对�?4-位真彩色图象��׃��使用彩色表（同样也包�?6位、和32位位图）�Q�因��Z��图中的RGB值就代表了每个象素难�?�Q�噬 ��械难丈 �׃�� 闹匾耘判�?饪梢�ѝ�� 允厩 �l�蛭荒芟允咀愎欢嘌丈南允旧璞赶允静噬枯�� GBQUAD�l�构描述由R、G、B相对强度�l�成的颜�Ԍ��定义如下�Q?/p>

typedef struct tagRGBQUAD { /* rgbq */

BYTE rgbBlue;
BYTE rgbGreen;
BYTE rgbRed;
BYTE rgbReserved;

} RGBQUAD;

其中�Q?

rgbBlue	指定蓝色强度
rgbGreen	指定�l�色强度
rgbRed	指定�U�色强度
rgbReserved	保留�Q�设�\|��ؓ0

4. 位图数据

紧跟在彩色表之后的是图象数据字节阵列。图象的每一扫描行由表示图象象素的连�l�的字节�l�成�Q�每一行的字节数取决于图象的颜色数目和用象素表�C�的图象宽度。扫描行是由底向上存储的�Q�这��是��_��阵列中的�W�一个字节表�C�Z��囑ַ�下角的象素，而最后一个字节表�C�Z��囑֏�上角的象素。（只针对与倒向DIB�Q�如果是正向DIB�Q�则扫描行是由顶向下存储的）�Q�倒向DIB的原点在囑փ�的左下角�Q�而正向DIB的原点在囑փ�的左上角。同�Ӟ��每一扫描行的字节数必需�?的整倍数�Q�也��是DWORD寚w��的。如果你想确保图像的扫描行DWORD寚w��Q�可使用下面的代码：

(((width*biBitCount)+31)>>5)<<2

大�v 2008-09-03 18:22 发表评论