撰写此文的原因：

CodeGuru已经有一篇文章关于任何角度旋转位图。不幸的是，旋转位图的速度十分慢；而且还会产生一些 史前垃圾^_^。文章过度关注于浮点运算的完美化，但这不是问题。真正的问题是GetPixel和SetPixel非 一般的慢。因此，我写此程式以证明不是浮点运算的错。

因为使用GetDIBits获取位图的32位图象，本程式速度非常的快。所有操作都在Local memory，而不调用 像GeiPixel一样速度慢的API函数，甚至BitBlt也不使用。我使用32位图象主要是因为它容易使用，当操 作其它色彩深度的位图，你必须在每一扫描行的末尾添加一些无用的信息；另外，它使内存的存取更容易 实现。pBGR MyGetDibBits(HDC hdcSrc, HBITMAP hBmpSrc, int nx, int ny) { BITMAPINFO bi; BOOL bRes; pBGR buf; bi.bmiHeader.biSize = sizeof(bi.bmiHeader); bi.bmiHeader.biWidth = nx; bi.bmiHeader.biHeight = - ny; bi.bmiHeader.biPlanes = 1; bi.bmiHeader.biBitCount = 32; bi.bmiHeader.biCompression = BI_RGB; bi.bmiHeader.biSizeImage = nx * 4 * ny; bi.bmiHeader.biClrUsed = 0; bi.bmiHeader.biClrImportant = 0; buf = (pBGR) malloc(nx * 4 * ny); bRes = GetDIBits(hdcSrc, hBmpSrc, 0, ny, buf, &bi, DIB_RGB_COLORS); if (!bRes) { free(buf); buf = 0; } return buf; }

RotateMemoryDC

RotateMemoryDC函数做了所有的工作。使用以下公式转换坐标：

orgX = (cA * (((float) stepX + OfX) + CtX * (cA - 1)) + sA * (((float) stepY + OfY) + CtY * (sA - 1))) / cA*cA + sA*sA; orgY = CtY + (CtX - ((float) stepX + OfX)) * sA + cA *(((float) stepY + OfY) - CtY + (CtY - CtX) * sA); cA--cos(angle) sA--sin(angle) ctX、ctY--源图中心坐标 ofX、ofY--目标图中源图的位置的坐标(这是必须的，因为旋转后的图比源图大)事实上，我曾在里层循环中使用浮点操作，发现性能并不依赖于浮点操作。在DOS时代，PC的浮点运算 还比较慢，因为图形操作只访问系统内存的专用部分，瓶颈的确在于浮点运算。不幸的是，在今天的GDI 环境，这已经成为历史了。存取位图占用了大部分时间。 对浮点运算的改进而提高的速度，只不过是冰山一角而已。

By:Yves Maurer

From:CodeGuru

翻译：snoopy

本程式是在VC6"hello world"的基础上修改的,只不过加入了画图代码和一个Timer以使位图不停旋转。