GetBitmapBits和GetDibits函数得到的图像数据的顺序是相反的

http://www.cnblogs.com/lzjsky/archive/2010/08/08/1795129.html
Windows GDI中有两个用来得到位图图像数据的API，分别是GetDIBits和GetBitmapBits;按照MSDN的解释，前者是用来得到设备独立位图的BITS，后者是得到兼容位图的BITS，所以在调用该函数的时候，第一个主要的区别是：GetBitmapBits需要提供一个设备内容，同时需要将位图的HANDLE选进这个设备内容（DC）才能能够得到位图的信息。
我想上面的区别大家可能都知道，其实它还隐藏着另一个区别：就是对于同一个位图，得到的BITS内容的BUFFER不一样！
大家都知道BMP文件存储数据是倒叙的，也就是从图像的右下角开始存储，文件的最后是图像的左上角（这个来历可以看：WINDOWS编程中介绍）；使用GetBitmapBits取得的BUFFER，位图的右下角的内容为第一个字节，实际上和真正的图像字节应该是一样的，而GetDIBits刚好相反，其BUFFER的顺序符合BMP文件中的顺序，如果按照正常的坐标，其存储顺序应该是倒叙。
所以在程序中要合理的使用这两个API来得到你想要的位图数据。
!!!----这也是为何在 BOOL CAviapi::GetAviFrame(DWORD Index, HDC hdc, int x, int y, int cx, int cy, int ox, int oy, double scale)
中使用 StretchDIBits(hCacheDC, 0, 0, m_FrameWidth, m_FrameHeight,
0, 0, m_FrameWidth, m_FrameHeight,
(LPBYTE)(lpImage) + ImageStart,
(BITMAPINFO*)lpImage, 0, SRCCOPY);
向DC绘制，而不是直接将内存数据通过CBitmap::SetBitmapBits 写入位图的原因（---可能可以考虑用::SetDIBits--不过这里需要拉伸，所以用 StretchDIBits， ）

!!!---GetBitmapBits是设备相关，使得你的程序很难维护，其实GetDibits一样可以得到从左到右从上到下的数据。
只要吧传入GetDibits中的BITMAPINFO结构的成员
BmpInfo.bmiHeader.biHeight=-Bmp.bmHeight'这与GDI的坐标系统相反，为方便，
'改为-值，则取得数据就是以左上角为起点
就一样了。