中文精品久久久久人妻,国产精品伊人久久伊人电影,国产精品日韩深夜福利久久

swo — Mon, 13 Nov 2006 01:23:00 GMT

http://www.kaidianle.com/article/list22277.html

swo 2006-11-13 09:23 发表评论

swo — Mon, 06 Nov 2006 14:25:00 GMT

用普通方法显�C�BMP位图�Q�占内存大，速度慢，在图形羃��时�Q�失真严�?在低颜色位数的设备上昄��高颜色位数的囑�Ş囑�Ş时失真大。本文采用视频函数显�C�BMP位图�Q�可以消除以上的�~�点�?/font>

一、BMP文�g�l�构

BMP文�g�l�成
BMP文�g由文件头、位图信息头、颜色信息和囑�Ş数据四部分组成�?
BMP文�g�?br />BMP文�g头数据结构含有BMP文�g的类型、文件大��和位图起始位置�{�信息�?
其结构定义如�?
typedef struct tagBITMAPFILEHEADER
{
WORDbfType; // 位图文�g的类型，必须为BM
DWORD bfSize; // 位图文�g的大��，以字节�ؓ单位
WORDbfReserved1; // 位图文�g保留字，必须�?
WORDbfReserved2; // 位图文�g保留字，必须�?
DWORD bfOffBits; // 位图数据的�v始位�|�，以相对于位图
// 文�g头的偏移量表�C�，以字节�ؓ单位
} BITMAPFILEHEADER;

3. 位图信息�?/font>

BMP位图信息头数据用于说明位囄��寸�{�信息�?br />typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节�?br />LONGbiWidth; // 位图的宽度，以像素�ؓ单位
LONGbiHeight; // 位图的高度，以像素�ؓ单位
WORD biPlanes; // 目标讑֤�的��别，必须�?
WORD biBitCount// 每个像素所需的位敎ͼ�必须�?(双色),
// 4(16�?�Q?(256�?�?4(真彩�?之一
DWORD biCompression; // 位图压羃�c�d��Q�必��L�� 0(不压�~?,
// 1(BI_RLE8压羃�c�d��)�?(BI_RLE4压羃�c�d��)之一
DWORD biSizeImage; // 位图的大��，以字节�ؓ单位
LONGbiXPelsPerMeter; // 位图水��^分��L率，每米像素�?br />LONGbiYPelsPerMeter; // 位图垂直分��L率，每米像素�?br />DWORD biClrUsed;// 位图实际使用的颜色表中的颜色�?br />DWORD biClrImportant;// 位图昄��q�程中重要的颜色�?br />} BITMAPINFOHEADER;

4. 颜色�?/font>

　　颜色表用于说明位图中的颜�Ԍ��它有若干个表��，每一个表��Ҏ��一个RGBQUAD�c�d��的结构，定义一�U�颜艌Ӏ�RGBQUAD�l�构的定义如�?
typedef struct tagRGBQUAD {
BYTErgbBlue;// 蓝色的亮�?��D��围�ؓ0-255)
BYTErgbGreen; // �l�色的亮�?��D��围�ؓ0-255)
BYTErgbRed; // �U�色的亮�?��D��围�ؓ0-255)
BYTErgbReserved;// 保留�Q�必��Mؓ0
} RGBQUAD;
颜色表中RGBQUAD�l�构数据的个数有biBitCount来确�?
当biBitCount=1,4,8�Ӟ��分别�?,16,256个表��?
当biBitCount=24�Ӟ��没有颜色表项�?br />位图信息头和颜色表组成位图信息，BITMAPINFO�l�构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息�?br />RGBQUAD bmiColors[1]; // 颜色�?br />} BITMAPINFO;

5. 位图数据
　　位图数据记录了位囄��每一个像素��|��记录��序是在扫描行内是从左到�?扫描行之间是从下��C��。位囄��一个像素值所占的字节�?
当biBitCount=1�Ӟ��8个像素占1个字�?
当biBitCount=4�Ӟ��2个像素占1个字�?
当biBitCount=8�Ӟ��1个像素占1个字�?
当biBitCount=24�?1个像素占3个字�?
Windows规定一个扫描行所占的字节数必��L��
4的倍数(即以long为单�?,不��的以0填充�Q?br />一个扫描行所占的字节数计��方�?
DataSizePerLine= (biWidth* biBitCount+31)/8;
// 一个扫描行所占的字节�?br />DataSizePerLine= DataSizePerLine/4*4; // 字节数必��L��4的倍数
位图数据的大��?不压�~�情况下):
DataSize= DataSizePerLine* biHeight;

二、BMP位图一般显�C�方�?/font>

1. 甌��内存�I�间用于存放位图文�g
　　GlobalAlloc(GHND�Q�FileLength);

2. 位图文�g��d��所甌��内存�I�间�?br />　　 LoadFileToMemory( mpBitsSrc�Q�mFileName);

3. 在OnPaint�{�函��C��用创建显�C�用位图
　　用CreateDIBitmap()创徏昄��用位图，用CreateCompatibleDC()创徏兼容DC,
　　用SelectBitmap()选择昄��位图�?/font>

4. 用BitBlt或StretchBlt�{�函数显�C�Z��?/font>

5. 用DeleteObject()删除所创徏的位�?/font>

　　以上�Ҏ��的缺�Ҏ��: 1)昄��速度�? 2) 内存占用�? 3) 位图在羃��显�C�时囑�Ş��q��?(可通过安装字体�q�x��软�g来解�?; 4) 在低颜色位数的设备上(�?56昄��模式)昄��高颜色位数的囑�Ş(如真彩色)囑�Ş��q��严重�?/font>

三、BMP位图�~�放昄��
　　用DrawDib视频函数来显�C�Z��图，内存占用��，速度快，而且�q�可以对囑�Ş�q�行淡化(Dithering)处理。��E化处理是一�U�图形算法，可以用来在一个支持比囑փ�所用颜色要��的讑֤�上显�C�彩色图像。BMP位图昄��Ҏ��如下:

1. 打开视频函数DrawDibOpen()�Q�一般放在在构造函��C��

2. 甌��内存�I�间用于存放位图文�g
　　GlobalAlloc(GHND�Q�FileLength);

3. 位图文�g��d��所甌��内存�I�间�?---
　　LoadFileToMemory( mpBitsSrc�Q�mFileName);

4. 在OnPaint�{�函��C��用DrawDibRealize()�Q�DrawDibDraw()昄��位图

5. 关闭视频函数DrawDibClose(),一般放在在析构函数�?/font>

　　以上�Ҏ��的优�Ҏ��: 1)昄��速度�? 2) 内存占用��? 3) �~�放昄��时图形失真小,4) 在低颜色位数的设备上昄��高颜色位数的囑�Ş囑�Ş时失真小; 5) 通过直接处理位图数据�Q�可以制作简单动甅R�?/font>

四、CViewBimap�cȝ��E�要�?/font>

1. 在CViewBimap�c�M��d��视频函数�{�成�?/font>

HDRAWDIB m_hDrawDib; // 视频函数
HANDLEmhBitsSrc; // 位图文�g句柄(内存)
LPSTR mpBitsSrc; // 位图文�g地址(内存)
BITMAPINFOHEADER *mpBitmapInfo; // 位图信息�?/font>

2. 在CViewBimap�c�L��造函��C��d��打开视频函数
　　m_hDrawDib= DrawDibOpen();

3. 在CViewBimap�c�L��构函��C��d��关闭视频函数

if( m_hDrawDib != NULL)
{
DrawDibClose( m_hDrawDib);
m_hDrawDib = NULL;
}

4. 在CViewBimap�c�d��形显�C�函数OnPaint中添加GraphicDraw()
voidCViewBitmap::OnPaint()
{
CPaintDC dc(this); // device context for painting
GraphicDraw( );
}

voidCViewBitmap::GraphicDraw( void )
{
CClientDC dc(this); // device context for painting
BITMAPFILEHEADER *pBitmapFileHeader;
ULONG bfoffBits= 0;
CPoint Wid;

// 囑�Ş文�g名有�?(=0 BMP)
if( mBitmapFileType < ID_BITMAP_BMP ) return;

// 囑�Ş文�g名有�?(=0 BMP)
// 准备昄��真彩位图
pBitmapFileHeader= (BITMAPFILEHEADER *) mpBitsSrc;
bfoffBits= pBitmapFileHeader->bfOffBits;

// 使用普通函数显�C�Z��?/font>

if( m_hDrawDib == NULL || mDispMethod == 0)
{
HBITMAP hBitmap=::CreateDIBitmap(dc.m_hDC,
mpBitmapInfo, CBM_INIT, mpBitsSrc+bfoffBits,
(LPBITMAPINFO) mpBitmapInfo,DIB_RGB_COLORS);
// 建立位图
HDC hMemDC=::CreateCompatibleDC(dc.m_hDC);// 建立内存
HBITMAP hBitmapOld= SelectBitmap(hMemDC, hBitmap); // 选择对象
// 成员CRect mDispR用于指示囑�Ş昄��区域的大��?
// 成员CPoint mPos用于指示囑�Ş昄��起始位置坐标.
if( mPos.x > (mpBitmapInfo- >biWidth - mDispR.Width() ))
mPos.x= mpBitmapInfo->biWidth - mDispR.Width() ;
if( mPos.y > (mpBitmapInfo- >biHeight- mDispR.Height()))
mPos.y= mpBitmapInfo- >biHeight- mDispR.Height();
if( mPos.x < 0 ) mPos.x= 0;
if( mPos.y < 0 ) mPos.y= 0;

if( mFullViewTog == 0)
{
// 昄��真彩位图
::BitBlt(dc.m_hDC,0,0, mDispR.Width(), mDispR.Height(),
hMemDC,mPos.x,mPos.y, SRCCOPY);
} else {
::StretchBlt(dc.m_hDC,0,0, mDispR.Width(), mDispR.Height(),
hMemDC,0,0, mpBitmapInfo- >biWidth, mpBitmapInfo-
>biHeight, SRCCOPY);
}
// �l�束昄��真彩位图
::DeleteObject(SelectObject(hMemDC,hBitmapOld));
// �?�?�?�?br />} else {

// 使用视频函数昄��位图

if( mPos.x > (mpBitmapInfo- >biWidth - mDispR.Width() ))
mPos.x= mpBitmapInfo- >biWidth - mDispR.Width() ;
if( mPos.y > (mpBitmapInfo- >biHeight- mDispR.Height()))
mPos.y= mpBitmapInfo- >biHeight- mDispR.Height();
if( mPos.x < 0 ) mPos.x= 0;
if( mPos.y < 0 ) mPos.y= 0;

// 昄��真彩位图
DrawDibRealize( m_hDrawDib, dc.GetSafeHdc(), TRUE);

if( mFullViewTog == 0)
{
Wid.x= mDispR.Width();
Wid.y= mDispR.Height();
// 1:1 昄��? 不能大于囑�Ş大小
if( Wid.x > mpBitmapInfo- >biWidth )
Wid.x = mpBitmapInfo- >biWidth;
if( Wid.y > mpBitmapInfo- >biHeight)
Wid.y = mpBitmapInfo- >biHeight;

DrawDibDraw( m_hDrawDib, dc.GetSafeHdc()
, 0, 0, Wid.x, Wid.y,
mpBitmapInfo, (LPVOID) (mpBitsSrc+bfoffBits),
mPos.x, mPos.y, Wid.x, Wid.y, DDF_BACKGROUNDPAL);
} else {
DrawDibDraw( m_hDrawDib, dc.GetSafeHdc(),
0, 0, mDispR.Width(), mDispR.Height(),
mpBitmapInfo, (LPVOID)

swo 2006-11-06 22:25 发表评论

位图[转蝲]

swo — Wed, 16 Aug 2006 05:09:00 GMT

摘要: 位图[转蝲] 一、概�q? 在Windows中每屏是一个图形图像，灵��y的Windows制作�pȝ��Q�面对庞大的囑�Ş�~�程��d��Q�徏立了为绘��d��彩的边界、按钮、图标、字体的函数库。当然啦�Q�通过Windows API�Q�这些函数都是可调用的。所谓Windows昄��屏幕�?.. 阅读全文

swo 2006-08-16 13:09 发表评论

swo — Wed, 16 Aug 2006 02:42:00 GMT

CSDN - 文档中心 - 其他开发语�a�

阅读�Q?span id="ArticleTitle1_ArticleTitle1_lblReadCount">42 评论�Q? 0 参与评论


标题	一�U�位囄��攄��快速算�?amp;PSD格式的开�?amp;PSD格式文�g的读�?/span> 选择�?byxdaz �?Blog
关键�?/font>	一�U�位囄��攄��快速算�?amp;PSD格式的开�?amp;PSD格式文�g的读�?/span>
出处

一�U�位囄��攄��快速算�?amp;PSD格式的开�?amp;PSD格式文�g的读�?/p>

一�U�位囄��攄��快速算法�?img src="E:%5CBaseInfoImage.bmp" />

　　�l�定一个位图，如何��它�~�放至�Q意尺寸？很明显，唯一的方法是�Q�放大时�Q�在像素中间��d��一些重复像素，使图像拉宽；�~�小�Ӟ��把部分像素删除掉�Q��囑փ�收羃。但是如何确定哪些像素该重复�Q�哪些像素该删除呢？下面的方法是我自已想的，如果你有更好的方法，请告诉我。我们只考虑水��^方向�Q�垂直方向跟水��^方向是同��L��道理�Q�。下面先从简单的例子来说�Q�最后再推出一个通用的算法：

若要攑֤�1倍，应将每一个像素都重复一�ơ，N个像素变成了2N个像素，囑փ�攑֤��?倍。这个不难；

若要�~�小1/2�Q�应该每隔一个像素删除一个像素，2N个像素变成了N个像素，囑փ��~�小一半。这个也不难�Q?br />
若要攑֤�1.5倍，怎么办？假设原有2N个像素，现在�Ʋ变�?N个像素，��L��加N个像素，所以应对原图每隔一个像素添加一个重复像素：

若要�~�小1/3�Q�就是C的逆过�E�：每隔两个像素删除一个像素。�?br />　　上面四个例子都是比较�Ҏ��的特例。现在来考虑通用的算法。在四个例子的羃放过�E�可以这��L��解。假设欲��长度�ؓN1的像素列变成长度为N2的像素列�Q�首先，讄��两个指针�Q�一个作为源指针�Q�指向原来的像素列，��d��源像素，另一个作为目的指针，指向变换后的像素列，写入��d��到的像素。然后，以拉伸后像素列的长度为��@环次敎ͼ�循环N2�ơ，每次循环中由源指针处COPY一个像素到目的指针处，然后目的指针加一�Q�源指针�Ҏ��每次循环的不同需要增加一定步长（攑֤��? 步长是零或一�Q�羃��时步长大于�{�于一�Q��?br />　　��法的框架解决了�Q�但是中心内容仍没有解决�Q�如何确定每�ơ��@环里源指针增加的步长�Q�或者说�Q�每�ơ��@�? 里如何更新源指针的位�|�？�Ҏ��看出�Q�通过��点�q�算很容易解册��个问题：讄��一个初��gؓ零的��点变量�Q�每�ơ��@环中�Q�把�q�个��点变量加上N1/N2�Q��ƈ��其�l? 果的整数部分作�ؓ源指针距��v始位�|�的偏移量；�q�样�Q�经�q�N2�ơ��@环，��点变量的值恰好达到N1�Q�源指针也恰好“走”到原像素列的末��?br />　　�q�个 �Ҏ��可行�Q�但是太慢。如果能��Q点运��{化成整数�q�算��快多了。那么如何�{化呢�Q�我们可以设立一个值域为N1*N2的整数计数器�Q�每�ơ��@环递增N1�Q��ƈ�? 规定�Q�计数器每增加N2�Q�源指针��前�q�一个像素。这��P��l�过N2�ơ��@环，计数器共增加了N1*N2�Q�源指针则增加了N1个单元，恰好“走”完全程。实际编 �E�中�Q�我们是用一个值域为N2的整数计数器�Q�超出值域部分取模处理。算法大致如下：

　　void StrechPixels(int N1, int N2, PIXEL src_pixels[], PIXEL dest_pixels[])
　　{
　　　　ASSERT(N1 <= N2);　　// N1 must <= N2
　　　　int p1 = 0, count = 0;
　　　　for (int p2 = 0; p2 < N2; p2++)
　　　　{
　　　　　　dest_pixels[p2] = src_pixels[p1];
　　　　　　count += N1;
　　　　　　while (count >= N2)
　　　　　　{
　　　　　　　　count -= N2;
　　　　　　　　p1++;
　　　　　　}
　　　　}
　　}

　　上面��法只是水��^�~�放单行像素�Q�对垂直方向也采用同��L��法�Q�便实现了�Q意比例的位图�~�放。经�q�以上算法的处理�Q�放大时囑փ�出现马赛克，�~�小时图像出�? 闪砾。若要获得高质量的羃攑֛�形，��采用插倹{��过滤等技术。但是因��些技术所需计算量太大，在游戏中通常靠硬件加速来实现�Q�不宜��Y件解冟뀂 �?br />

================================================================
PSD格式的开发�?br />

　　我在做游戏时�Q�因��用到��PSD格式转换成BMP或者JPG格式的程序，而且�Q�在转换�Ӟ��要将PSD中的�I�格转成游戏中约定的透明�Ԍ��q�样的程序，�? 能自己去写了。所以，我在�|�上搜了一阵子�Q�找��C��“中国游戏开发者”的�|�站�Q�看��C��一��关于PSD格式的文章（�q�也是我开始向�q�个�|�站投稿的原因，也许�q? ��叫�~�）�?br />　　本来是想��L��懒，省去了自��q��I�之苦，可以抄一抄别人现在的代码�Q�再自己�Ҏ��Q�又能省旉��Q�又能学��C��西，何乐而不为呢�Q�可是，�? 抄下�q�篇文章的代码之后，发现其运行居然是不能通过的。看来天下没有免费的午餐�Q�我�q�是得自��q��I�。一个多��时的苦战之后，�l�于发现了问题所在，也许�q��ƈ 不是一个问题，只是对于没有�q�个�l�验人来��_��q�确实是个大问题。我现在��这��文章的一些地方进行改正，望各位朋友在开发PSD格式的读取问题上�Q�不再有�? 烦。原文《PSD格式文�g的读取》在�q�里http: //cgd.pages.com.cn/cgd/develop/effect/200109/ReadPSD.htm�Q�各位可以看看。我只将我的�Ҏ��? 分写在下面：

　　1�Q�文件头�?个字节，只能�?个字节�?br />　　2�Q�Photoshop的PSD格式用的是LIT格式存储�?br />
　　�q�个LIT格式我以前只是听说过�Q�没惛_��会被PSD用上。这个格式是��数据的高低位码交换了的�Q�如果直接用ReadFile或者fread函数��其��d�� 来，它的高低位码是被交换了的。例如：640�?6�q�制值是1E0�Q�用DWORD方式存在��盘里是0001E000�Q�用��L��件的函数��d��来以后，��变成： 00E00100。所以，光��低位码被交换了，解决的方法是用�{换函敎ͼ�代码如下�Q?br />
　　WORD WORDBIGtoLIT(WORD code)　// 字型的处�?br />　　{
　　　　return ((a >> 8 & 0xFF) | ((a & 0x00FF) << 8);　// 把高低位码再交换�q�来
　　}

　　DWORD DWORDBIGtoLIT(DWORD code)　// 双字型的处理
　　{
　　　　WORD HiCode, LowCode;

　　　　HiCode = code & 0xFFFF0000;
　　　　LowCode = code & 0x0000FFFF;
　　　　HiCode = ((HiCode >> 8) & 0xFF) | ((HiCode & 0x00FF) << 8);
　　　　LowCode ((LowCode >> 8) & 0xFF) | ((LowCode & 0x00FF) << 8);
　　　　return MAKELONG((WORD)(LowCode << 16), (WORD)HiCode);
　　}

　　当然�Q�也可以定义成宏形式�Q�如下：

　　#define BIG2LIT(a) (WORD((a >> 8 & 0xFF) | ((a & 0x00FF) << 8)))
　　#define DWORDBIG2LIT(b) MAKELONG(BIG2LIT(HIWORD(b)), BIG2LIT(LOWORD(b)))

　　看�v来简单一些，哈哈……。其它的�Q�原文没有什么错误，不过�Q�我��大家�q�是最好自己去解决问题�Q�呵呵，因�ؓ有一句话说得很好�Q�老师能教你读书写字，但是不能教你做天下文章。�?br />

================================================================
PSD格式文�g的读取�?br />

　　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; // 通道�?br />
　　　　// 打开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��通道�?br />　　　　ChannelCount = Read16( fpPSD );

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

　　　　// ��d��宽和�?br />　　　　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?br />　　　　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?br />　　　　　　　　　　　　　　　　　　 DWORD dwWidth,　　 // dwWidth、dwHeight为宽高，
　　　　　　　　　　　　　　　　　　 DWORD dwHeight,
　　　　　　　　　　　　　　　　　　 BYTE* pixels,　　　// pixels��包目标指针，
　　　　　　　　　　　　　　　　　　 WORD ChannelCnt,　 // ChannelCnt为通道敎ͼ�
　　　　　　　　　　　　　　　　　　 WORD Compression ) // Compression位压�~�类型。�?br />　　　　　　　　　　　　　　　　
　　　　　　　　　　　　　　　　
　　{
　　　　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 );
　　　　　　　　　　}
　　　　　　　　}
　　　　　　}
　　　　}
　　}

swo 2006-08-16 10:42 发表评论

使用GDI+在内存中转换囄��c�d�� [转蝲]

swo — Tue, 08 Aug 2006 09:02:00 GMT

使用GDI+在内存中转换囄��c�d�� [转蝲]

　　首先�Q�在StdAfx.h中静态调用diplus.lib�Q�即��q��译系�l�完成对DLL的加载，应用�E�序�l�束时卸载DLL的编码。如下：

#ifndef ULONG_PTR
#define ULONG_PTR unsigned long*
#include "GdiPlus.h"
using namespace Gdiplus;
#pragma comment(lib, "gdiplus.lib")
#endif

在类的头文�g中定义，以下成员变量�Q�用来初始化GDI+的��用和�l�束使用�?

GdiplusStartupInput m_gdiplusStartupInput; 
	ULONG_PTR m_gdiplusToken;

然后在OnCreate()函数中加入初始化GDI+的函敎ͼ�

GdiplusStartup(&m_gdiplusToken, &m_gdiplusStartupInput, NULL);

在OnDestroy()函数中加入结束GDI+使用的函敎ͼ�

	GdiplusShutdown(m_gdiplusToken);

接着�Q�定义�{换函敎ͼ�

BOOL MBmpToMImage(CMemFile& cbfBmp, CMemFile& cbfImage, CString strType)

其中�Q?

CMemFile& cbfBmp表示原位图文�?
CMemFile& cbfImage表示转换后的囑�Ş文�g;
CString strType表示转换的图片类型�?br />

该函��C��主要的处理�ؓ以下几步�Q?ol>

��原位图文�g转换为IStream

定义Image�c�d��例，�q��用第1步获得的IStream初始�?/li>

获取转换的图片类型的CLSID

��Image以�{换的囄��c�d��保存到IStream�?/li>

��IStream转换为CMemFile内存文�g(也可为CFile)

详细代码如下�Q?

BOOL MBmpToMImage(CMemFile& cbfBmp, CMemFile& cbfImage, CString strType)
{
	int iBmpSize = cbfBmp.GetLength();
	HGLOBAL hMemBmp = GlobalAlloc(GMEM_FIXED, iBmpSize);
	if (hMemBmp == NULL) return FALSE;
	IStream* pStmBmp = NULL;
	CreateStreamOnHGlobal(hMemBmp, FALSE, &pStmBmp);
	if (pStmBmp == NULL) 
	{
		GlobalFree(hMemBmp);
		return FALSE;
	}
	BYTE* pbyBmp = (BYTE *)GlobalLock(hMemBmp);
	cbfBmp.SeekToBegin();
	cbfBmp.Read(pbyBmp, iBmpSize);

	Image* imImage = NULL;
	imImage = Image::FromStream(pStmBmp, FALSE);
	if (imImage == NULL) 
	{
		GlobalUnlock(hMemBmp);
		GlobalFree(hMemBmp);
		return FALSE;
	}
	USES_CONVERSION;
	CLSID clImageClsid;
	GetImageCLSID(A2W("image/"+strType.GetBuffer(0)), &clImageClsid);

	HGLOBAL hMemImage = GlobalAlloc(GMEM_MOVEABLE, 0);
	if (hMemImage == NULL)
	{
		pStmBmp->Release();
		GlobalUnlock(hMemBmp);
		GlobalFree(hMemBmp);
		if (imImage != NULL) delete imImage;
		return FALSE;
	}
	IStream* pStmImage = NULL;
	CreateStreamOnHGlobal(hMemImage, TRUE, &pStmImage);
	if (pStmImage == NULL)
	{
		pStmBmp->Release();
		GlobalUnlock(hMemBmp);
		GlobalFree(hMemBmp);
		GlobalFree(hMemImage);
		if (imImage != NULL) delete imImage
		return FALSE;
	}	
	imImage->Save(pStmImage, &clJpgClsid);
	if (pStmImage == NULL) 
	{
		pStmBmp->Release();
		pStmImage>Release();
		GlobalUnlock(hMemBmp);
		GlobalFree(hMemBmp);
		GlobalFree(hMemImage;
		if (imImage != NULL) delete imImage;
		return FALSE;
	}
	LARGE_INTEGER liBegin = {0};
	pStmImage->Seek(liBegin, STREAM_SEEK_SET, NULL);
	BYTE* pbyImage = (BYTE *)GlobalLock(hMemImage);
	cbfImage.SeekToBegin();
	cbfImage.Write(pbyImage, GlobalSize(hMemImage));

	if (imImage != NULL) delete imImage;
	pStmBmp->Release();
	pStmImage->Release();
	GlobalUnlock(hMemBmp);
	GlobalUnlock(hMemImage);
	GlobalFree(hMemBmp);
	GlobalFree(hMemImage);
	return TRUE;
}

swo 2006-08-08 17:02 发表评论

Reading and Writing Metadata

swo — Tue, 08 Aug 2006 08:46:00 GMT

Reading and Writing Metadata [转蝲]

Some image files contain metadata that you can read to determine features of the image. For example, a digital photograph might contain metadata that you can read to determine the make and model of the camera used to capture the image. With Microsoft Windows GDI+, you can read existing metadata, and you can also write new metadata to image files.

GDI+ provides a uniform way of storing and retrieving metadata from image files in various formats. In GDI+, a piece of metadata is called a property item. You can store and retrieve metadata by calling the SetPropertyItem and GetPropertyItem methods of the Image class, and you don't have to be concerned about the details of how a particular file format stores that metadata.

GDI+ currently supports metadata for the TIFF, JPEG, Exif, and PNG file formats. The Exif format, which specifies how to store images captured by digital still cameras, is built on top of the TIFF and JPEG formats. Exif uses the TIFF format for uncompressed pixel data and the JPEG format for compressed pixel data.

GDI+ defines a set of property tags that identify property items. Certain tags are general-purpose; that is, they are supported by all of the file formats mentioned in the preceding paragraph. Other tags are special-purpose and apply only to certain formats. If you try to save a property item to a file that does not support that property item, GDI+ ignores the request. More specifically, the Image::SetPropertyItem method returns PropertyNotSupported.

You can determine the property items that are stored in an image file by calling Image::GetPropertyIdList. If you try to retrieve a property item that is not in the file, GDI+ ignores the request. More specifically, the Image::GetPropertyItem method returns PropertyNotFound.

Reading Metadata from a File

The following console application calls the GetPropertySize method of an Image object to determine how many pieces of metadata are in the file FakePhoto.jpg.

				#include 
#include 
#include 
using namespace Gdiplus;
INT main()
{
   // Initialize .
   GdiplusStartupInput gdiplusStartupInput;
   ULONG_PTR gdiplusToken;
   GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL);
   UINT    size = 0;
   UINT    count = 0;
   Bitmap* bitmap = new Bitmap(L"FakePhoto.jpg");
   bitmap->GetPropertySize(&size, &count);
   printf("There are %d pieces of metadata in the file.\n", count);
   printf("The total size of the metadata is %d bytes.\n", size);

   delete bitmap;
   GdiplusShutdown(gdiplusToken);
   return 0;
}

The preceding code, along with a particular file, FakePhoto.jpg, produced the following output:

				There are 7 pieces of metadata in the file.
The total size of the metadata is 436 bytes.

GDI+ stores an individual piece of metadata in a PropertyItem object. You can call the GetAllPropertyItems method of the Image class to retrieve all the metadata from a file. The GetAllPropertyItems method returns an array of PropertyItem objects. Before you call GetAllPropertyItems, you must allocate a buffer large enough to receive that array. You can call the GetPropertySize method of the Image class to get the size (in bytes) of the required buffer.

A PropertyItem object has the following four public members:

id	A tag that identifies the metadata item. The values that can be assigned to id (PropertyTagImageTitle, PropertyTagEquipMake, PropertyTagExifExposureTime, and the like) are defined in Gdiplusimaging.h.
length	The length, in bytes, of the array of values pointed to by the value data member. Note that if the type data member is set to PropertyTagTypeASCII, then the length data member is the length of a null-terminated character string, including the NULL terminator.
type	The data type of the values in the array pointed to by the value data member. Constants (PropertyTagTypeByte, PropertyTagTypeASCII, and the like) that represent various data types are described in Image Property Tag Type Constants.
value	A pointer to an array of values.

The following console application reads and displays the seven pieces of metadata in the file FakePhoto.jpg. The main function relies on the helper function PropertyTypeFromWORD, which is shown following the main function.

				#include 
#include 
#include 
using namespace Gdiplus;

INT main()
{
   // Initialize GDI+
   GdiplusStartupInput gdiplusStartupInput;
   ULONG_PTR gdiplusToken;
   GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL);

   UINT  size = 0;
   UINT  count = 0;

   #define MAX_PROPTYPE_SIZE 30
   WCHAR strPropertyType[MAX_PROPTYPE_SIZE] = L"";

   Bitmap* bitmap = new Bitmap(L"FakePhoto.jpg");

bitmap->GetPropertySize(&size, &count);
   printf("There are %d pieces of metadata in the file.\n\n", count);

   // GetAllPropertyItems returns an array of PropertyItem objects.
   // Allocate a buffer large enough to receive that array.
   PropertyItem* pPropBuffer =(PropertyItem*)malloc(size);

   // Get the array of PropertyItem objects.
bitmap->GetAllPropertyItems(size, count, pPropBuffer);

   // For each PropertyItem in the array, display the id, type, and length.
   for(UINT j = 0; j < count; ++j)
   {
      // Convert the property type from a WORD to a string.
PropertyTypeFromWORD(
pPropBuffer[j].type, strPropertyType, MAX_PROPTYPE_SIZE);

      printf("Property Item %d\n", j);
      printf("  id: 0x%x\n", pPropBuffer[j].id);
      wprintf(L"  type: %s\n", strPropertyType);
      printf("  length: %d bytes\n\n", pPropBuffer[j].length);
   }

   free(pPropBuffer);
   delete bitmap;
   GdiplusShutdown(gdiplusToken);
   return 0;
} // main

// Helper function
HRESULT PropertyTypeFromWORD(WORD index, WCHAR* string, UINT maxChars)
{
   HRESULT hr = E_FAIL;

   WCHAR* propertyTypes[] = {
      L"Nothing",                   // 0
      L"PropertyTagTypeByte",       // 1
      L"PropertyTagTypeASCII",      // 2
      L"PropertyTagTypeShort",      // 3
      L"PropertyTagTypeLong",       // 4
      L"PropertyTagTypeRational",   // 5
      L"Nothing",                   // 6
      L"PropertyTagTypeUndefined",  // 7
      L"Nothing",                   // 8
      L"PropertyTagTypeSLONG",      // 9
      L"PropertyTagTypeSRational"}; // 10

   hr = StringCchCopyW(string, maxChars, propertyTypes[index]);
   return hr;
}

The preceding console application produces the following output:

				Property Item 0
  id: 0x320
  type: PropertyTagTypeASCII
  length: 16 bytes
Property Item 1
  id: 0x10f
  type: PropertyTagTypeASCII
  length: 17 bytes
Property Item 2
  id: 0x110
  type: PropertyTagTypeASCII
  length: 7 bytes
Property Item 3
  id: 0x9003
  type: PropertyTagTypeASCII
  length: 20 bytes
Property Item 4
  id: 0x829a
  type: PropertyTagTypeRational
  length: 8 bytes
Property Item 5
  id: 0x5090
  type: PropertyTagTypeShort
  length: 128 bytes
Property Item 6
  id: 0x5091
  type: PropertyTagTypeShort
  length: 128 bytes

The preceding output shows a hexadecimal ID number for each property item. You can look up those ID numbers in Image Property Tag Constants and find out that they represent the following property tags.

Hexadecimal value	Property tag
0x0320 0x010f 0x0110 0x9003 0x829a 0x5090 0x5091	PropertyTagImageTitle PropertyTagEquipMake PropertyTagEquipModel PropertyTagExifDTOriginal PropertyTagExifExposureTime PropertyTagLuminanceTable PropertyTagChrominanceTable

Hexadecimal value

Property tag

0x0320

0x010f

0x0110

0x9003

0x829a

0x5090

0x5091

PropertyTagImageTitle

PropertyTagEquipMake

PropertyTagEquipModel

PropertyTagExifDTOriginal

PropertyTagExifExposureTime

PropertyTagLuminanceTable

PropertyTagChrominanceTable

The second (index 1) property item in the list has id PropertyTagEquipMake and type PropertyTagTypeASCII. The following example, which is a continuation of the previous console application, displays the value of that property item:

				printf("The equipment make is %s.\n", pPropBuffer[1].value);

The preceding line of code produces the following output:

				The equipment make is Northwind Traders.

The fifth (index 4) property item in the list has id PropertyTagExifExposureTime and type PropertyTagTypeRational. That data type (PropertyTagTypeRational) is a pair of LONGs. The following example, which is a continuation of the previous console application, displays those two LONG values as a fraction. That fraction, 1/125, is the exposure time measured in seconds.

				long* ptrLong = (long*)(pPropBuffer[4].value);
printf("The exposure time is %d/%d.\n", ptrLong[0], ptrLong[1]);

The preceding code produces the following output:

				The exposure time is 1/125.

Writing Metadata to a File

To write an item of metadata to an Image object, initialize a PropertyItem object and then pass the address of that PropertyItem object to the SetPropertyItem method of the Image object.

The following console application writes one item (the image title) of metadata to an Image object and then saves the image in the disk file FakePhoto2.jpg. The main function relies on the helper function GetEncoderClsid, which is shown in the topic Retrieving the Class Identifier for an Encoder.

				#include 
#include 
#include 
using namespace Gdiplus;
INT main()
{
   // Initialize .
   GdiplusStartupInput gdiplusStartupInput;
   ULONG_PTR gdiplusToken;
   GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL);
   Status stat;
   CLSID  clsid;
   char   propertyValue[] = "Fake Photograph";
   Bitmap* bitmap = new Bitmap(L"FakePhoto.jpg");
PropertyItem* propertyItem = new PropertyItem;
   // Get the CLSID of the JPEG encoder.
   GetEncoderClsid(L"image/jpeg", &clsid);
propertyItem->id = PropertyTagImageTitle;
propertyItem->length = 16;  // string length including NULL terminator
propertyItem->type = PropertyTagTypeASCII; 
propertyItem->value = propertyValue;
bitmap->SetPropertyItem(propertyItem);
   stat = bitmap->Save(L"FakePhoto2.jpg", &clsid, NULL);
   if(stat == Ok)
      printf("FakePhoto2.jpg saved successfully.\n");

   delete propertyItem;
   delete bitmap;
   GdiplusShutdown(gdiplusToken);
   return 0;
}

swo 2006-08-08 16:46 发表评论

在GDI+中绘制GIF

swo — Tue, 08 Aug 2006 08:24:00 GMT

在GDI+中绘制GIF

GDI+中绘制一个图片的代码如下:
void CMyWnd::OnPaint()
{
CPaintDC dc(this);
Graphics graphics(&dc); // Create a GDI+ graphics object

Image image(L"Test.Gif"); // Construct an image
graphics.DrawImage(&image, 0, 0, image.GetWidth(), image.GetHeight());
}

Gif 分�ؓ两种�Q�一�U�是静态的�Q�对于这�U�格式的Gif�Q�在GDI+中无需采用��M��Ҏ��p��够直接显�C?上面的代码就属于�q�种情况)。另一�U�是动态的�Q? �q�种文�g能够昄��单的动画。动态的实际上由多幅静态的�l�成�Q�在昄��Gif�Ӟ��每幅囄��按照一定的旉��间隔依次�q�行昄��Q�从而实��C��动画效果�?
我把GIF��装成了一个类ImageEx,�q�个�cȝ��承了GDI+中的Image�c�R��我们首先要做的工作是判断GIF是动态的�q�是静态的�?
bool ImageEx::TestForAnimatedGIF()
{
UINT count = 0;
count = GetFrameDimensionsCount();
GUID* pDimensionIDs = new GUID[count];

// 得到子��的对象列�?br /> GetFrameDimensionsList(pDimensionIDs, count);

//获取��d��?br /> m_nFrameCount = GetFrameCount(&pDimensionIDs[0]);

// 假设囑փ��h��属性条�?PropertyItemEquipMake.
// 获取此条目的大小.
int nSize = GetPropertyItemSize(PropertyTagFrameDelay);

// 为属性条目分配空�?
m_pPropertyItem = (PropertyItem*) malloc(nSize);
GetPropertyItem(PropertyTagFrameDelay, nSize, m_pPropertyItem);
delete pDimensionIDs;
return m_nFrameCount > 1;

}
m_pPropertyItem->value 是一个长整�Ş数组, 每个长整形代表每帧的延时。由于获取的属性不同，GetPropertyItem会获得不同大��的对象�Q? 因此要由用户来获得的对象大小�Q�开辟与删除 GetPropertyItem相关的内存。对象的大小是通过GetPropertyItemSize 获取的，其参数是你所感兴��的属性条目�?一旦获取了帧的数量与�g�Ӟ��我们��可生成一个线�E�来调用 DrawFrameGIF�Q�）来显�C��?
bool ImageEx::DrawFrameGIF()
{
::WaitForSingleObject(m_hPause, INFINITE);
GUID pageGuid = FrameDimensionTime;
long hmWidth = GetWidth();
long hmHeight = GetHeight();
HDC hDC = GetDC(m_hWnd);
if (hDC)
{
Graphics graphics(hDC);
graphics.DrawImage(this, m_rc.left, m_rc.top, hmWidth, hmHeight);
ReleaseDC(m_hWnd, hDC);
}
SelectActiveFrame(&pageGuid, m_nFramePosition++);
if (m_nFramePosition == m_nFrameCount)
m_nFramePosition = 0;

long lPause = ((long*) m_pPropertyItem->value)[m_nFramePosition] * 10;
DWORD dwErr = WaitForSingleObject(m_hExitEvent, lPause);
return dwErr == WAIT_OBJECT_0;
}

swo 2006-08-08 16:24 发表评论

在VC中如果实现GIF的播放？

swo — Tue, 08 Aug 2006 06:51:00 GMT

在VC中如果实现GIF的播放？
void CImageView::OnDraw(CDC* pDC)
{
CImageDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
// TODO: add draw code for native data here
IPicture *pPic;
IStream *pStm;

CFileStatus fstatus;
CFile file;
LONG cb;

if (file.Open("c:/a.jpg",CFile::modeRead)
&&file.GetStatus("c:/a.jpg", fstatus)
&&((cb = fstatus.m_size) != -1))
{
HGLOBAL hGlobal = GlobalAlloc(GMEM_MOVEABLE, cb);
LPVOID pvData = NULL;
if (hGlobal != NULL)
{
if ((pvData = GlobalLock(hGlobal)) != NULL)
{
file.ReadHuge(pvData, cb);
GlobalUnlock(hGlobal);
CreateStreamOnHGlobal(hGlobal, TRUE, &pStm);

if(SUCCEEDED(::OleLoadPicture(pStm,fstatus.m_size,TRUE,IID_IPicture,(LPVOID* )&pPic)))
{
OLE_XSIZE_HIMETRIC hmWidth;
OLE_YSIZE_HIMETRIC hmHeight;

pPic->get_Width(&hmWidth);
pPic->get_Height(&hmHeight);

double fX,fY;
fX = (double)pDC->GetDeviceCaps(HORZRES)*(double)hmWidth/((double)pDC->GetDeviceCaps(HORZSIZE)*100.0);
fY = (double)pDC->GetDeviceCaps(VERTRES)*(double)hmHeight/((double)pDC->GetDeviceCaps(VERTSIZE)*100.0);
if(FAILED(pPic->Render(*pDC,0,0,(DWORD)fX,(DWORD)fY,0,hmHeight,hmWidth,-hmHeight,NULL)))
AfxMessageBox("Failed To Render The picture!");
pPic->Release();
}
else
AfxMessageBox("Error Loading Picture From Stream!");
}
}
}
else
AfxMessageBox("Can't Open Image File!");

}

swo 2006-08-08 14:51 发表评论

swo — Tue, 08 Aug 2006 06:48:00 GMT

在VC下显�C�JPEG、GIF格式囑փ�的一�U�简便方�?/span>

一�?引言
　　 JPEG囑փ�压羃标准随然是一�U�有损图像压�~�标准，但由于�h��D��觉的不敏感，�l�压�~�后的画质基本没有发生变化，很快便以较高的压�~�率得到了广泛的认可�? GIF格式虽然仅支�?56色但它对于颜色较��的囑փ�有着很高的压�~�率�Q�甚臌��q�JPEG标准�Q�也得到了广泛的认同。但作�ؓ众多�E�序员的一个重要的开发工 �?-Microsoft Visual C++ 6.0的MFC库却仅对没有�l�过��M��压羃的BMP位图文�g有着良好的支持，可以��d��、显�C�、存储甚臛_��内存中创��Z��块内存位图。由于BMP格式的图像没�? �l�过��M��的压�~�，不论是作为程序的外部文�g�Q�还是作为程序的内部资源都要占据大量的空��_��其是后者会大大增加可执行文件的长度。可以看出，如果能用�l�过压羃、具有较好的压羃率的JPEG或GIF格式的图像来取代BMP文�g在VC中的应用�Q�无疑还是很有吸引力的�?
二�?设计思�\
　　虽然有一些操作、处理JPEG、GIF�{�其他格式图像的Active X控�g�Q�但�ȝ��来说使用��h��q�不太方便，�W�者经�q�实验摸索，�ȝ��Z��一�U�借助于COM接口的OLE�Ҏ��来实��C��q�功能的一�U�简便方法，��C��l�如下以飨广大读者：
下面我们要��用IPicture 的COM接口�Q�有必要对该囑փ�接口做些了解�Q�该接口主要��理囑փ�对象及其属性，囑փ�对象��Z��图、图标和囑օ��{�提供一�U�与语言无关的抽象。和标准的字体对�? 一��P��pȝ��也提供了对图像对象的标准实现。其主要的接口是IPicture和IPictureDisp�Q�后者是由IDispatch接口�z��以便通过自动化对囑փ�的属性进行访问。图像对象也支持外部接口IPropertyNotifySink�Q�以便用戯��在图像属性发生改变时作出军_��。图像对象也支持 IPersistStream接口�Q�所以它能从一个IStream接口的实例对象保存、装载自己，而IStream接口也支持对��对象的数据��d��?
　　我们可以用函数OleLoadPicture从包含有囑փ�数据的流中装载图像。该函数��化了��Z��的囑փ�对象的创��E�，可以创徏一个新的图像对象�ƈ且用��中的内容对它进行初始化。其函数原型为：
STDAPI OleLoadPicture( IStream * pStream, //指向包含有图像数据的��的指针LONG lSize, //从流中读取的字节数BOOL fRunmode, //囑փ�属性对应的初值REFIID riid, //涉及到的接口标识�Q�描�q�要�q�回的接口指针的�c�d��VOID ppvObj // 在rrid中用到的接口指针变量的地址);

三�?具体的实�?
　　在显�C�图像之前，首先要获取到囑փ�文�g的存放�\径，�q�里采用标准的文件打开对话框来选取囑փ�文�g�Q�文件名存放在CString型的变量m_sPath中：
CFileDialog dlg(TRUE,"jpg","*.jpg",
OFN_HIDEREADONLY|OFN_OVERWR99vEPROMPT,
"JPEG文�g(*.jpg)|*.jpg|GIF文�g(*.gif)|*.gif||",NULL);
if(dlg.DoModal()==IDOK)
{
m_sPath=dlg.GetPathName();
Invalidate();
}
为简单计�Q�图形显�C�的代码直接在视�c�M��的OnDraw中编写，首先打开文�g�q�判断文件的可用性，�q�把文�g内容攑ֈ��接口IStream的对象pStm中：
IStream *pStm;
CFileStatus fstatus;
CFile file;
LONG cb;
…�?
if (file.Open(m_Path,CFile::modeRead)&&file.GetStatus(m_Path,fstatus)&& ((cb = fstatus.m_size) != -1))
{
HGLOBAL hGlobal = GlobalAlloc(GMEM_MOVEABLE, cb);
LPVOID pvData = NULL;
if (hGlobal != NULL)
{
if ((pvData = GlobalLock(hGlobal)) != NULL)
{
file.ReadHuge(pvData, cb);
GlobalUnlock(hGlobal);
CreateStreamOnHGlobal(hGlobal, TRUE, &pStm);
}
}
}

　　然后�Q�就直接调用OleLoadPicture函数从流中装载图像：
IPicture *pPic;
…�?
OleLoadPicture(pStm,fstatus.m_size,TRUE,IID_IPicture,(LPVOID*)&pPic));

　　 �׃��该函数有时会��D��p�|�Q�所以应当用SUCCEEDED宏来做一些适当的保护工�?只有在数据装载成功的前提下才能��l�下面的囑փ�昄��工作�Q?
if(SUCCEEDED(OleLoadPicture(pStm,fstatus.m_size,TRUE,IID_IPicture,(LPVOID*)&pPic)))
{
OLE_XSIZE_HIMETRIC hmWidth;
OLE_YSIZE_HIMETRIC hmHeight;
pPic-�Q�get_Width(&hmWidth);
pPic-�Q�get_Height(&hmHeight);
double fX,fY;
…�?
fX = (double)pDC-�Q�GetDeviceCaps(HORZRES)*(double)hmWidth/((double)pDC-�Q�GetDeviceCaps(HORZSIZE)*100.0);
fY = (double)pDC-�Q�GetDeviceCaps(VERTRES)*(double)hmHeight/((double)pDC-�Q�GetDeviceCaps(VERTSIZE)*100.0);
if(FAILED(pPic-�Q�Render(*pDC,0,0,(DWORD)fX,(DWORD)fY,0,hmHeight,hmWidth,-hmHeight,NULL)))
AfxMessageBox("渲染囑փ��p�|�Q?);
pPic-�Q�Release();
}
else
AfxMessageBox("从流中装载图像失败！");

　　其中�Q�显�C�工作主要是由IPicture接口对象的Render函数来完成的�Q�该函数主要用来��图片的指定部分��d��指定的设备环境的指定位置。原型如下：
HRESULT Render( HDC hdc, //渲染囑փ�用的讑֤�环境句柄
long x, //在hdc上的水��^坐标
long y, //在hdc上的垂直坐标
long cx, //囑փ�宽度
long cy, //囑փ�高度
OLE_XPOS_HIMETRIC xSrc, //在源囑փ�上的水��^偏移
OLE_YPOS_HIMETRIC ySrc, //在源囑փ�上的垂直偏移
OLE_XSIZE_HIMETRIC cxSrc,//在源囑փ�上水�q�x��贝的数量
OLE_YSIZE_HIMETRIC cySrc,//在源囑փ�上垂直拷贝的数量
LPCRECT prcWBounds //指向目标囑օ�讑֤�环境句柄的指�?;

　　 ��结�Q�到此�ؓ止，通过上述代码已经能够在程序的客户区内昄��JPEG、GIF�{�标准的囑փ�了，但对于有多��囄��Q�即有动画）的GIF格式的图像，目前�q�只能显�C�第一帧，如要完整的显�C�GIF 动画的全�q�程�Q�还需要外部Active X控�g的支持。�?

swo 2006-08-08 14:48 发表评论

swo — Tue, 08 Aug 2006 05:05:00 GMT

利用Visual C++实现AVI文�g的图像截�?/font>

2001-10-22· ·�?�?··yesky

　　AVI文�g��是我们所说的多媒体文�Ӟ��所谓的AVI囑փ��是视频囑փ��Q�该文�g是一个RIFF说明文�g�Q�它用于获取、编辑、演�C�音频、视频序列。一般的AVI文�g包含音频��和视频��，有的�Ҏ��的AVI�q�包含一个控制�\径或MIDI路径作�ؓ附加的数据流�?br />
　　现在播放AVI文�g的��Y件很多，但大多无法从AVI视频文�g中读取一帧图像�ƈ生成BMP格式的文件。笔者在使用AVI文�g开发项目过�E�中对AVI文�g�? 操作�U�篏了一些经验，对于如何实现从AVI视频��中获取��L��帧的囑փ�数据�q�存储成BMP文�g�Q�其中最关键的是要从AVI文�g中获取具体某一帧的囑փ�数据�Q? 为此我利用Windows提供的API函数实现了自定义的CAvi�c�，用于操作AVI文�g�?br />
　　在��用API函数操作AVI文�g�Ӟ��一�? 要注意用AVIFileInit()来初始化AVI库，�E�序�l�束时用AVIFileExit()释放AVI库，否则API函数无法使用。现以操作包含真�? 色图像的AVI文�g��Z��Q�给出Cavi�cȝ��部分函数的具体实玎ͼ�其中CaviCreate()函数用于��d��AVI文�g信息�q�初始化Cavi�cȝ��成员�Q�例�? �Ҏ��AVI文�g信息定义每��囑փ�的宽、高、每帧图像的信息头结构等�{�；函数AviRead(int mFrame)用于从AVI文�g中读取第mFrame帧。实��C��码显�C�如下：

//Cavi�c�d��文�g定义�Q?br />class CAvi file://AVI�c�，处理AVI文�g
{
　public:
　int cy;//图象�?br />　int cx;//图象�?br />　file://long m_maxFrame;
　BYTE *pData;//寸储图象数据
　BITMAPINFO *m_pBMI;//位图文�g信息�?br />　PAVISTREAM pavi;//AVI��?br />　PAVIFILE pfile;//AVI文�g指针
　AVIFILEINFO * pfi; file://AVI信息
　BOOL AviRead(int mFrame);//读AVI文�g的第mFrame�?br />　CAvi();//标准构造函�?br />　CAviCreate(CString &string);//用文件名初始化AVI�cȝ��成员
　virtual ~CAvi();
};
//Cavi�c�L��件实现部分；
CAvi::CAvi()
{ AVIFileInit();//初始化AVI�?br />　cx=0;//定义图象宽、高、等成员
　cy=0;
　m_pBMI=NULL;
　pData=NULL;
　file://m_maxFrame=0;
　pfi=NULL;
}
CAvi::~CAvi()//析构、释放指�?br />{
　// AVIFileClose(pfile);
　AVIFileExit();
　if(pData!=NULL)
　　delete pData;
　　pData=NULL;

　if(m_pBMI!=NULL)
　　delete m_pBMI;
　　m_pBMI=NULL;
　　if(pfi!=NULL)
　　　delete pfi;
　　　pfi=NULL;
}
CAvi::CAviCreate(CString &string)//��L��件初始化该类
{
　HRESULT hr;
　pfi=new AVIFILEINFO;
　hr = AVIFileOpen(&pfile, // returned file pointer
　string, // file name
　OF_READ, // mode to open file with
　NULL);
　hr= AVIFileInfo(pfile, file://获取AVI信息�Q�放入pfi�?br />　pfi,
　sizeof(AVIFILEINFO)
);
cx=pfi->dwWidth;//图象宽、高
cy=pfi->dwHeight;
hr=AVIFileGetStream(//��AVI变成视频��?br />pfile,
&pavi,
streamtypeVIDEO,
0//LONG lParam
);
m_pBMI=new BITMAPINFO;//定义BMP信息�?br />m_pBMI->bmiHeader.biBitCount=24;
m_pBMI->bmiHeader.biClrImportant=0;
m_pBMI->bmiHeader.biClrUsed=0;
m_pBMI->bmiHeader.biCompression=BI_RGB;
m_pBMI->bmiHeader.biHeight=cy;
m_pBMI->bmiHeader.biWidth=cx;
m_pBMI->bmiHeader.biPlanes=1;
m_pBMI->bmiHeader.biSize=sizeof(BITMAPINFOHEADER);
m_pBMI->bmiHeader.biXPelsPerMeter=0;
m_pBMI->bmiHeader.biYPelsPerMeter=0;
m_pBMI->bmiHeader.biSizeImage=cx*cy*3;
pData=(BYTE*)new char[cx*cy*3];//�Ҏ��AVI中BMP图象的信息定义缓冲区
}
BOOL CAvi::AviRead(int mFrame)//��AVI文�g的M帧数据读入PData�~�冲�?br />{
HRESULT hr;
hr= AVIStreamRead( pavi,
mFrame,
1,
pData,
cx*cy*3,
NULL,
NULL
);
if(hr==0)
return TRUE;
else
return FALSE;
}

　　上述Cavi�c�d��现部分所涉及到的API函数可以参考微软提供的MSDN。Cavi�c�M��的pData�~�冲区存放AVI文�g中的具体某一帧图像数据，同时 Cavi�cȝ��m_pBMI为BMP囑փ�文�g信息�l�构�Q�这时可以根据图像的大小定义BMP囑փ�文�g头结构，关于BMP文�g的存储，�׃��幅的原因，我不在多讲了�Q�有兴趣的读者可以参见笔者的拙作"Visual C++6.0开发灰度位囑֤��?�Q�天极网软�g栏目2001.9.10发表�Q�，该文里面讲述了如何存取BMP文�g。以上程序在Windows2000�? Visual C++6.0环境下顺利编译通过�Q�运行正常�?/span>

swo 2006-08-08 13:05 发表评论

swo — Tue, 08 Aug 2006 05:00:00 GMT

Visual C++中DDB与DIB位图�~�程全攻�?br />来源: 天极�|?/p>

1. 基本概念

先来用通俗的语句讲解位囑֒�调色板的概念�?br />�? 们知道，自然界中的所有颜色都可以��q��、绿、蓝(R�Q�G�Q�B)三基色组合而成。针对含有红、绿、蓝色成分的多少�Q�可以对其分别分�?�?55个等�U�，�? �U�、绿、蓝的不同组合共�?56×256×256�U�，因此�U�能表示1600万种颜色。对于�h��D��言�Q�这已经�?真彩�?了�?br />
�Ҏ��个像素进行了�Q�R�Q�G�Q�B�Q�量化的囑փ��是位图�Q�其在计��机中对应文件的扩展名一般�ؓ.bmp。既然用R�Q�G�Q�B的量化值就可以直接记录一张位囄��所有像素，那我们需要调色板�q�什么呢�Q?br />
首先�Q�我们可以计��完全利用（R�Q�G�Q�B�Q�组合来存储一�?00×600的位图所需要的�I�间为：

800×600×3 = 1440000�Q�字节）�Q?1.37M�Q�字节）

惊�h的大�Q�因此，调色板横�I�出世了�Q�它的功能在于缓解位图文件存储空间过大的问题�?br />
假设一个位图�ؓ16�Ԍ��其像素��L��?00×600。我们只需要用4个bit��可以存储这个位囄��每个像素�?6�U�颜色中所处的�{��Q�然后调色板提供了这16�U�等�U�对应的�Q�R�Q�G�Q�B�Q��|��q�样�Q�存储这�?6色位囑֏�需要：

800×600×4/8 = 240000�Q�字节）= 0.22 M�Q�字节）

额外的存储R�Q�G�Q�B表的开销�Q�即调色板Palette�Q�也�U�Cؓ颜色查找表LUT�Q�仅仅�ؓ16×3�Q?8字节�?br />
存储�I�间被大为减��！

常见的位图有单色�?6艌Ӏ?56艌Ӏ?6位及24位真彩色5�U�，对于前三者（即不大于256�Ԍ��都可以调色板方式�q�行存储�Q�而对16位及24位真彩色以调色板�q�行存储是不划算的，它们直接按照R�Q�G�Q�B分量�q�行存储�?br />
在此基础上我们来分析DDB位图�Q�Device-dependent bitmap�Q�与讑֤�相关的位图）与DIB位图�Q�Device-independent bitmap�Q�与讑֤�无关的位图）的概念以及二者的区别�?br />
DDB依赖于具体设备，它只能存在于内存中（视频内存或系�l�内存）�Q�其颜色模式必须与特定的输出讑֤��怸��_��使用�pȝ��调色�ѝ��一般只能蝲入色彩较��单的DDB位图�Q�对于颜色较丰富的位图，需使用DIB才能长期保存�?br />
DIB 不依赖于具体讑֤��Q�可以用来永久性地保存图象。DIB一般是�?.BMP文�g的�Ş式保存在��盘中的�Q�有时也会保存在*.DIB文�g中�? DIB位图的特�Ҏ��颜色信息储存在位图文�g自��n的颜色表中，应用�E�序要根据此颜色表�ؓDIB创徏逻辑调色�ѝ��因此，在输��Z��q�DIB位图之前�Q�程序应�? ��其逻辑调色杉K��入到相关的讑֤�上下文�ƈ实现到系�l�调色板中�?br />
2. 例程��q?br />
本文后箋的讲解都��Z��q�样的一个例子工�E�，它是一个基于对话框的MFC应用�E�序�Q�包�?个父菜单�Q?br />
�Q?�Q?DDB位图

DDB位图父菜单又包括两个子菜单：

a. ID�Q�IDM_LOADDDBPIC caption�Q�加�?br />
单击事�g�Q�加载资源中的DDB位图�q�显�C�Z��

b. ID�Q�IDM_MARK_DDBPIC caption�Q�标�?br />
单击事�g�Q�在DIB位图中透明地添加天极网logo

�Q?�Q?DIB位图

DIB位图父菜单又包括两个子菜单：

a. ID�Q�IDM_OPENDIBPIC caption�Q�打开

单击事�g�Q�弹出文件对话框�Q�打开.bmp位图文�g�Q��ƈ昄��

b. ID�Q�IDM_MARK_DIBPIC caption�Q�标�?br />
单击事�g�Q�在DIB位图中透明地添加天极网logo

工程中还包含下列位图资源�Q?br />
�Q?�Q�IDB_LOADED_BITMAP�Q�要加蝲的位图资�?br />
�Q?�Q�IDB_YESKY_BITMAP�Q�天极网logo

后箋��章��集中在�?个子菜单单击事�g消息处理函数的讲解，下面的代码是整个对话框类CBitMapExampleDlg的消息映��：

BEGIN_MESSAGE_MAP(CBitMapExampleDlg, CDialog) //{{AFX_MSG_MAP(CBitMapExampleDlg) ON_WM_SYSCOMMAND() ON_WM_PAINT() ON_WM_QUERYDRAGICON() ON_COMMAND(IDM_LOADDDBPIC, OnLoadddbpic) ON_COMMAND(IDM_MARK_DDBPIC, OnMarkDdbpic) ON_COMMAND(IDM_OPENDIBPIC, OnOpendibpic) ON_COMMAND(IDM_MARK_DIBPIC,OnMarkDibpic) //}}AFX_MSG_MAP END_MESSAGE_MAP()

3. DDB位图�~�程

先看DDB加蝲按钮的单��M��件代码：

void CBitMapExampleDlg::OnLoadddbpic() { 1:　CBitmap bmpDraw; 2: bmpDraw.LoadBitmap( IDB_LOADED_BITMAP );//装入要加载的DDB位图 3: BITMAP bmpInfo; 4: bmpDraw.GetBitmap( &bmpInfo ); //获取要加载DDB位图的尺�? 5: CDC memDC;//定义一个兼容DC 6: CClientDC dc( this ); 7: memDC.CreateCompatibleDC( &dc );//创徏兼容DC 8: CBitmap* pbmpOld = memDC.SelectObject( &bmpDraw );//保存原有DDB�Q��ƈ选入新DDB入DC 9: dc.BitBlt( 0, 0, bmpInfo.bmWidth, bmpInfo.bmHeight, &memDC, 0, 0, SRCCOPY ); 10:　memDC.SelectObject( pbmpOld );//选入原DDB }
上述代码��生如�?所�C�的效果�Q�位图被安置在对话框�Q?,0�Q�坐标开始的位置上�?/p>

�? 加蝲DDB位图资源

我们来逐行解析上述代码是怎样产生�?的效果的�?br />
�W?�?行定义了一个CBitmap对象�Q��ƈ调用其成员函�? LoadBitmap加蝲工程中的位图资源IDB_LOADED_BITMAP。第3�?行定义了BITMAP�l�构体的实例�q�调用CBitmap的成员函数GetBitmap获得位图信息�Q�BITMAP�l�构体定义在头文件中�Q�其形式为：

/* Bitmap Header Definition */ typedef struct tagBITMAP { LONG bmType; //必需�? LONG bmWidth; //位图的宽�?以像素�ؓ单位) LONG bmHeight; //位图的高�?以像素�ؓ单位) LONG bmWidthBytes; //每一扫描行所需的字节数�Q�应是偶�?br />WORD bmPlanes; //色��^面数 WORD bmBitsPixel; //色��^面的颜色位数 LPVOID bmBits; //指向存储像素阵列的数�l?br />} BITMAP, *PBITMAP, NEAR *NPBITMAP, FAR *LPBITMAP;
�W?~8行的作用是：构徏一个CDC对象�Q�调用CDC::CreateCompatibleDC创徏一个兼容的内存讑֤�上下文，接着调用CDC::SelectObject��DDB选入内存讑֤�上下文中�?br />
�W?行调用函数CDC::BitBlt�l�制位图�Q�CDC::BitBlt的原型�ؓ�Q?br />
CDC::BitBlt(int x, int y, int nWidth, int nHeight, CDC *pSrcDC, int xSrc, int ySrc, DWORD dwRop)
CDC::BitBlt执行的操作�ؓ��源DC中位囑֤�制到目的DC中。其中前四个参数为目的区域的坐标�Q�x,y�Q�及长度和宽度（Width, nHeight�Q�，�W�五个参数是源DC指针�Q�接下来的参数是源DC中的起始坐标�Q�最后一个参��Cؓ光栅操作的类型�?br />
�W?0行调用CDC::SelectObject把原来的DDB选入到内存设备上下文中�ƈ使新DDB��q��出来�?br />
与CDC::BitBlt对应的还有另一个函数CDC::StretchBlt�Q�它��h��~�放功能�Q�其原型为：

BOOL CDC::StretchBlt(int x, int y, int nWidth, int nHeight, CDC *pSrcDC, int xSrc, int ySrc, int nSrcWidth, int nSrcHeight, DWORD dwRop);
该函数把位图从源矩�Ş拯��到目的矩形中�Q�如果源和目的矩形尺�怸�同，那么��羃放位囄��功能以适应目的矩�Ş的大��。函数的大部分参��C��BitBlt的相同，但多了两个参数nSrcWidth和nSrcHeight用来指定源矩形的宽和高�?br />
如果我们��函数CBitMapExampleDlg::OnLoadddbpic() 中的�W?行改为：

CRect clientRect; GetClientRect(&clientRect); //获得对话框窗口的大小 dc.StretchBlt(0, 0, clientRect.right, clientRect.bottom, &memDC, 0, 0, bmpInfo.bmWidth, bmpInfo.bmHeight, SRCCOPY);
则单��d��载按钮后的对话框如图2所�C�，位图被拉伸至整个对话框的范围�?br />

�? 拉��位图

CDC::BitBlt和dc.StretchBlt函数中的dwRop参数较�ؓ有用�Q�它定义光栅操作的类型。请�?DDB位图"父菜单下"标记"子菜单单��M��件的消息处理函数代码�Q?br />
void CBitMapExampleDlg::OnMarkDdbpic() { CBitmap bmpDraw; bmpDraw.LoadBitmap(IDB_YESKY_BITMAP); //装入天极�|�logo DDB位图资源 BITMAP bmpInfo; bmpDraw.GetBitmap(&bmpInfo); //获取天极�|�logo位图的尺�? CDC memDC; //定义一个兼容DC CClientDC dc(this); memDC.CreateCompatibleDC(&dc); //创徏DC CBitmap *pbmpOld = memDC.SelectObject(&bmpDraw); //保存原有DDB�Q��ƈ选入天极�|�logo位图入DC dc.BitBlt(0, 0, bmpInfo.bmWidth, bmpInfo.bmHeight, &memDC, 0, 0, SRCAND); memDC.SelectObject(pbmpOld); //选入原DDB }
单击该按钮后�Q�将产生如图3的效果，天极�|�的logo被透明地添加到了位图中�Q?br />

�? 在DDB位图中加入天极网logo

能��生这个效果的原因在于我们在代码行�Q?br />
dc.BitBlt ( 0, 0, bmpInfo.bmWidth, bmpInfo.bmHeight, &memDC, 0, 0, SRCAND );

中��用了参数SRCAND�Q�不同于先前代码中SRCCOPY�Q�它仅仅意味着复制源位囑ֈ�目的位图�Q�，它的含义为源和目的间�q�行AND�? 作。我们不知道天极�|�的�~�辑同志是怎么为文章中的图片加logo的，有可能他们就使用了具有自动AND功能的图像加logo批处理��Y件。的��，我们可以�? 用例�E�中的原理写一个批处理软�g�Q�一�ơ对一堆图片自动添加logo�?br /> 参数dwRop除了可以为SRCAND和SRCCOPY外，�q�可以有如下取��|�� BLACKNESS�Q�输出区域�ؓ黑色 DSTINVERT�Q�反转目的位�? MERGECOPY�Q�用与操作把图案(Pattern)与源位图融合��h�� MERGEPAINT�Q�用或操作把反�{的源位图与目的位图融合�v�? NOTSRCCOPY�Q�把源位囑֏�转然后拷贝到目的�? NOTSRCERASE�Q�用或操作融合源和目的位图，然后再反�? PATCOPY�Q�把图案拯��到目的位图中 PATINVERT�Q�用异或操作把图案与目的位图相融�? PATPAINT�Q�用或操作融合图案和反�{的源位图�Q�然后用或操作把�l�果与目的位图融�? SRCERASE�Q�先反�{目的位图�Q�再用与操作��其与源位图融合 SRCINVERT�Q�用异或操作融合源位囑֒�目的位图 SRCPAINT�Q�用或操作融合源位图和目的位�? WHITENESS�Q�输出区域�ؓ白色合理利用�q�些取值将帮助我们制作出特定要求的囑փ�处理软�g�?br /> 从上�q�实例我们可以看出，在VC中��用CBitmap�c�，必须��位图放入工�E�的资源中，�q��用类 CBitmap的成员函数LoadBitmap加蝲之，再通过CDC�cȝ��成员函数BitBlt�q�行DC拯��{�操作达到显�C�的目的。CBitmap有显�C�的不��Q?br /> �Q?�Q?位图需要放入工�E�资源中�Q�这��导致工�E�的可执行文件变大； �Q?�Q?因�ؓ位图需攑օ�工程资源中，而资源中不能无穷无尽地包含位图，应用�E�序无法自适应地选取其它位图�Q�能使用的位囑֍�分有限的�Q?br /> �Q?�Q?�c�CBitmap只是DDB位图操作API的封装，不能独立于��^台�?br /> DIB位图则可以解决上�q�问题，其特�Ҏ��?BMP位图文�g格式存储独立于��^台的囑փ�数据�Q�下面我们来详细分析�?br />4. DIB位图�~�程 4.1位图文�g格式先来分析DIB位图文�g的格式。位图文件分为四部分�Q? �Q?�Q�位图文件头BITMAPFILEHEADER 位图文�g头BITMAPFILEHEADER是一个结构体�Q�长度�ؓ14字节�Q�定义�ؓ�Q?br /> typedef struct tagBITMAPFILEHEADER { WORD bfType; //文�g�c�d��Q�必��L��0x424D�Q�即字符�?BM" DWORD bfSize; //文�g大小�Q�包括BITMAPFILEHEADER�?4个字�?br />WORD bfReserved1; //保留�?br />WORD bfReserved2; //保留�?br />DWORD bfOffBits; //从文件头到实际的位图数据的偏�U�d��节数 } BITMAPFILEHEADER; �Q?�Q�位图信息头BITMAPINFOHEADER 位图信息头BITMAPINFOHEADER也是一个结构体�Q�长度�ؓ40字节�Q�定义�ؓ�Q?br /> typedef struct tagBITMAPINFOHEADER { DWORD biSize; //本结构的长度�Q��ؓ40 LONG biWidth; //图象的宽度，单位是象�?br />LONG biHeight; //图象的高度，单位是象�?br />WORD biPlanes; //必须�? WORD biBitCount; //表示颜色时要用到的位敎ͼ�1(单色), 4(16�?, 8(256�?, 24(真彩�? DWORD biCompression; //指定位图是否压羃�Q�有效的��gؓBI_RGB�Q�BI_RLE8�Q�BI_RLE4�Q�BI_BITFIELDS�{�，BI_RGB表示不压�~?br />DWORD biSizeImage; //实际的位图数据占用的字节敎ͼ��?biSizeImage=biWidth�?× biHeight�Q�biWidth’是biWidth 按照4的整倍数调整后的�l�果 LONG biXPelsPerMeter; //目标讑֤�的水�q�_��辨率�Q�单位是每米的象素个�?br />LONG biYPelsPerMeter; //目标讑֤�的垂直分辨率�Q�单位是每米的象素个�?br />DWORD biClrUsed; //位图实际用到的颜色数�Q?表示颜色��Cؓ2biBitCount DWORD biClrImportant; //位图中重要的颜色敎ͼ�0表示所有颜色都重要 } BITMAPINFOHEADER; �Q?�Q�调色板Palette �? 色板Palette针对的是需要调色板的位图，卛_��艌Ӏ?6色和256色位图。对于不以调色板方式存储的位图，则无此项信息。调色板是一个数�l�，共有 biClrUsed个元�?如果该��gؓ0�Q�则�?biBitCount个元�?。数�l�中每个元素是一个RGBQUAD�l�构体，长度�?个字节，定义为： typedef struct tagRGBQUAD { BYTE rgbBlue; //蓝色分量 BYTE rgbGreen; //�l�色分量 BYTE rgbRed; //�U�色分量 BYTE rgbReserved; //保留�?br />} RGBQUAD;

�Q?�Q�实际的位图数据ImageDate 对于用到调色板的位图�Q�实际的图象数据ImageDate��象素的颜色在调色板中的烦引��|��对于真彩色图�Q�图象数据则为实际的R、G、B��|�� a.单色位图�Q�用1bit��可以表�C��素的颜色索引��|�� b.16色位图：�?bit可以表示象素的颜色烦引��|�� c. 256色位图：1个字节表�C?个象素的颜色索引��|�� d.真彩�Ԍ��3个字节表�C?个象素的颜色R�Q�G�Q�B倹{�?br /> 此外�Q�位图数据每一行的字节数必��Mؓ4的整倍数�Q�如果不是，则需要补齐。奇怪的是，位图文�g中的数据是从下到上（而不是从上到下）、从左到��x��式存储的�?br />4.2位图的显�C?br /> Visual C++ MFC中没有提供一个专门的�c�L��处理DIB位图�Q�因此，��Z��方便��C��用位图文�Ӟ��我们有必要派生一个CDib�c�R��类的源代码如下�Q?br /> (1) CDib�cȝ��声明 // DIB.h�Q�类CDib声明头文�?br />#ifndef __DIB_H__ #define __DIB_H__ #include class CDib { public: CDib(); ~CDib(); BOOL Load( const char * ); BOOL Save( const char * ); BOOL Draw( CDC *, int nX = 0, int nY = 0, int nWidth = -1, int nHeight = -1, int mode = SRCCOPY); BOOL SetPalette( CDC * ); private: CPalette m_Palette; unsigned char *m_pDib, *m_pDibBits; DWORD m_dwDibSize; BITMAPINFOHEADER *m_pBIH; RGBQUAD *m_pPalette; int m_nPaletteEntries; }; #endif (2) CDib�cȝ��实现 // DIB.cpp�Q�类CDib实现文�g #include "stdafx.h" #include "DIB.h" CDib::CDib() { m_pDib = NULL; } CDib::~CDib() { // 如果位图已经被加载，释放内存 if (m_pDib != NULL) delete []m_pDib; } 下面�q�个函数非常重要�Q�其功能为加载位图，�c�M��于CBitmap�cȝ��LoadBitmap函数�Q?br /> BOOL CDib::Load(const char *pszFilename) { CFile cf; // 打开位图文�g if (!cf.Open(pszFilename, CFile::modeRead)) return (FALSE); // 获得位图文�g大小�Q��ƈ减去BITMAPFILEHEADER的长�?br />DWORD dwDibSize; dwDibSize = cf.GetLength() - sizeof(BITMAPFILEHEADER); // 为DIB位图分配内存 unsigned char *pDib; pDib = new unsigned char[dwDibSize]; if (pDib == NULL) return (FALSE); BITMAPFILEHEADER BFH; // ��d��位图文�g数据 try { // 文�g格式是否正确有效 if ( cf.Read(&BFH, sizeof(BITMAPFILEHEADER)) != sizeof(BITMAPFILEHEADER) || BFH.bfType != ’MB�?|| cf.Read(pDib, dwDibSize) != dwDibSize) { delete []pDib; return (FALSE); } } catch (CFileException *e) { e->Delete(); delete []pDib; return (FALSE); } // delete先前加蝲的位�?br />if (m_pDib != NULL) delete m_pDib; // ��时Dib数据指针和Dib大小变量赋给�c�L��员变�?br />m_pDib = pDib; m_dwDibSize = dwDibSize; // 为相应类成员变量赋BITMAPINFOHEADER和调色板指针 m_pBIH = (BITMAPINFOHEADER*)m_pDib; m_pPalette = (RGBQUAD*) &m_pDib[sizeof(BITMAPINFOHEADER)]; // 计算调色板中实际颜色数量 m_nPaletteEntries = 1 << m_pBIH->biBitCount; if (m_pBIH->biBitCount >8) m_nPaletteEntries = 0; else if (m_pBIH->biClrUsed != 0) m_nPaletteEntries = m_pBIH->biClrUsed; // 为相应类成员变量赋image data指针 m_pDibBits = &m_pDib[sizeof(BITMAPINFOHEADER) + m_nPaletteEntries * sizeof (RGBQUAD)]; // delete先前的调色板 if (m_Palette.GetSafeHandle() != NULL) m_Palette.DeleteObject(); // 如果位图中存在调色板�Q�创建LOGPALETTE 及CPalette if (m_nPaletteEntries != 0) { LOGPALETTE *pLogPal = (LOGPALETTE*)new char[sizeof(LOGPALETTE) + m_nPaletteEntries *sizeof(PALETTEENTRY)]; if (pLogPal != NULL) { pLogPal->palVersion = 0x300; pLogPal->palNumEntries = m_nPaletteEntries; for (int i = 0; i < m_nPaletteEntries; i++) { pLogPal->palPalEntry[i].peRed = m_pPalette[i].rgbRed; pLogPal->palPalEntry[i].peGreen = m_pPalette[i].rgbGreen; pLogPal->palPalEntry[i].peBlue = m_pPalette[i].rgbBlue; } //创徏CPalette�q��放LOGPALETTE的内�?br />m_Palette.CreatePalette(pLogPal); delete []pLogPal; } } return (TRUE); } //函数功能�Q�保存位囑օ�BMP文�g BOOL CDib::Save(const char *pszFilename) { if (m_pDib == NULL) return (FALSE); CFile cf; if (!cf.Open(pszFilename, CFile::modeCreate | CFile::modeWrite)) return (FALSE); try { BITMAPFILEHEADER BFH; memset(&BFH, 0, sizeof(BITMAPFILEHEADER)); BFH.bfType = ’MB�? BFH.bfSize = sizeof(BITMAPFILEHEADER) + m_dwDibSize; BFH.bfOffBits = sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER) + m_nPaletteEntries *sizeof(RGBQUAD); cf.Write(&BFH, sizeof(BITMAPFILEHEADER)); cf.Write(m_pDib, m_dwDibSize); } catch (CFileException *e) { e->Delete(); return (FALSE); } return (TRUE); } 下面�q�个函数也非帔R��要，其功能�ؓ在pDC指向的CDC中绘制位图，��L��坐标�?nX,nY)�Q�绘制宽度和高度为nWidth、nHeight�Q�最后一个参数是光栅模式�Q?br /> BOOL CDib::Draw(CDC *pDC, int nX, int nY, int nWidth, int nHeight, int mode) { if (m_pDib == NULL) return (FALSE); // 获取位图宽度和高度赋�?br />if (nWidth == - 1) nWidth = m_pBIH->biWidth; if (nHeight == - 1) nHeight = m_pBIH->biHeight; // �l�制位图 StretchDIBits(pDC->m_hDC, nX, nY, nWidth, nHeight, 0, 0, m_pBIH->biWidth, m_pBIH->biHeight, m_pDibBits, (BITMAPINFO*)m_pBIH, BI_RGB, mode); return (TRUE); } //函数功能�Q�设�|�调色板 BOOL CDib::SetPalette(CDC *pDC) { if (m_pDib == NULL) return (FALSE); // ��查当前是否有一个调色板句柄�Q�对于大�?56色的位图�Q��ؓNULL if (m_Palette.GetSafeHandle() == NULL) return (TRUE); // 选择调色板，接着实施之，最后恢复老的调色�?br />CPalette *pOldPalette; pOldPalette = pDC->SelectPalette(&m_Palette, FALSE); pDC->RealizePalette(); pDC->SelectPalette(pOldPalette, FALSE); return (TRUE); } 从整个CDib�cȝ��代码中我们可以看出，DIB位图的显�C�需遵��@如下步骤�Q?br /> �Q?�Q�读取位图，本类中��用pDib = new unsigned char[dwDibSize]��Z��图中的信息分配内存，另一�U�方法是调用API函数CreateDIBSection�Q�譬如： m_hBitmap = ::CreateDIBSection(pDC->GetSafeHdc(), (LPBITMAPINFO) m_lpBMPHdr, DIB_RGB_COLORS, (LPVOID*) &m_lpDIBits, NULL, 0); m_hBitmap定义为： HBITMAP m_hBitmap; �Q?�Q�根据读取的位图信息�Q�计��出调色板大��，然后创徏调色板； �Q?�Q�调用CDib::SetPalette( CDC *pDC )讄��调色板，需要用到CDC::SelectPalette及CDC::RealizePalette两个函数�Q?br /> �Q?�Q? 调用CDib::Draw(CDC *pDC, int nX, int nY, int nWidth, int nHeight, int mode)函数�l�制位图。在此函��C��Q�真正发挥显�C�Z��图作用的是对StretchDIBits API函数的调用。StretchDIBits函数��h��~�放功能�Q�其最后一个参��C��是光栅操作的模式�?br /> 下面�l�出DIB位图的打开及显�C��ƈ在其中加入天极网logo的函数源代码�?DIB位图"父菜单下"打开"子菜单的单击事�g消息处理函数为（其功能�ؓ打开位图�q�显�C�Z��Q�： void CBitMapExampleDlg::OnOpendibpic() { // 弹出文�g对话框，让用户选择位图文�g CFileDialog fileDialog(TRUE, "*.BMP", NULL, NULL,"位图文�g(*.BMP)|*.bmp;*.BMP|"); if (IDOK == fileDialog.DoModal()) { // 加蝲位图�q�显�C�Z�� CDib dib; if (dib.Load(fileDialog.GetPathName())) { CClientDC dc(this); dib.SetPalette(&dc); dib.Draw(&dc); } } } "DIB位图"父菜单下"标记"子菜单的单击事�g消息处理函数为（其功能�ؓ�l�位囑֊�上天极网logo�Q�： void CBitMapExampleDlg::OnMarkDibpic() { // 弹出文�g对话框，让用户选择标记logo CFileDialog fileDialog(TRUE, "*.BMP", NULL, NULL, "标记位图文�g(*.BMP)|*.bmp;*.BMP|"); if (IDOK == fileDialog.DoModal()) { // 加蝲标记logo位图�q�与目标位图�怸� CDib dib; if (dib.Load(fileDialog.GetPathName())) { CClientDC dc(this); dib.SetPalette(&dc); dib.Draw(&dc, 0, 0, - 1, - 1, SRCAND); } } } �?昄��了DIB位图加蝲天极�|�logo后的效果�Q�要好于�?中加天极�|�logo后的DDB位图。图4昄��的是真彩色位囄��互与的结果，而图3中的囑փ�颜色被减��了�?br />

�? 在DIB位图中加入天极网logo

5. �l�束�?br />
本文介绍了位囑֏�调色板的概念�Q��ƈ讲解了DDB位图与DIB位图的区别。在此基�� 上，本文以实例讲解了DDB位图和DIB位图的操作方式。DDB位图的处理相�Ҏ��较简单，对于DIB位图�Q�我们需要定义一个MFC所没有的新�c�CDib�Q? 它屏蔽位图信息的��d��及调色板创徏的技术细节，应用�E�序可以方便��C��用之�?br />
本文中的所有程序在Visual C++6.0及Windows XP�q�_��上调试通过�?/p>

swo 2006-08-08 13:00 发表评论