如何提高GDI绘图速度

xujualiang

如何提高GDI绘图速度 [复制链接]

   在wince项目中，使用800x600 24位的bmp做对话框背景，发现切换的速度比较慢。背景的绘制是在OnEraseBkgnd方法中，绘制的方法是直接调用BitBlt,经测试发现绘制一次需要250毫秒以上。而且背景显示的效果是从上到下，渐渐的出来。程序运行环境为，s3c6410的开发板，wince6.0。cpu运算能力应该很强的，但是背景图显示却这么慢，是gdi的效率问题吗，希望有经验的高手解答，我分不多，回答的好，我就全给了，谢谢各位

fish1983

我也遇到过类似的问题，用pictureBox做的图片按钮，处理单击事件很慢。直接使用Button就很快。

wangxinxin999

2440没感觉慢

ahzhong2001

不知yzbsd是怎么做的？

Jonekey

s3c6410啊，都有这个感觉，肯定是LZ的实现有问题。

不要怀疑GDI，怀疑自己的实现方法吧!

我用的CPU主频只有s3c6410的一半，也没有遇到过这样的显示问题。

alert4

没有什么好办法，又不是pc，只能这样了

一无所知

引用 1 楼 feishanm 的回复:
我也遇到过类似的问题，用pictureBox做的图片按钮，处理单击事件很慢。直接使用Button就很快。

难道你那么大的背景图可以很高速的切换？

cd001

gdi一般不会很慢的啊

zh19aang84

引用 2 楼 yzbsd 的回复:
2440没感觉慢

你的背景图有我这么大分辨率吗，颜色数有24位？，难道说你的背景一下就显示出来？是用的什么方法啊

jhz411

引用 4 楼 91program 的回复:
s3c6410啊，都有这个感觉，肯定是LZ的实现有问题。

不要怀疑GDI，怀疑自己的实现方法吧!

我用的CPU主频只有s3c6410的一半，也没有遇到过这样的显示问题。

我是在MFC的Dialog的OnEraseBkgnd方法里面绘制的背景，调用的是BitBlt方法，据我所知，在GDI里基本没有比BitBlt效率更高的绘图函数，除了pc上drawDib之类的方法，但wince上是没有的。照你的说法，那应该是我绘制背景的地方不对？不应该在这个方法里面，对么。希望不辞聆教

kyj17096

BOOL CDlg::OnInitDialog()
{
           ....
          m_hBmBkgnd=::LoadBitmap(AfxGetInstanceHandle(),MAKEINTRESOURCE(BMP_MAIN));
           ....
}
void CDlg::OnPaint()
{
        if (IsIconic())
        {
                CPaintDC dc(this);

                int cxIcon = GetSystemMetrics(SM_CXICON);
                int cyIcon = GetSystemMetrics(SM_CYICON);
                CRect rect;
                GetClientRect(&rect);
                int x = (rect.Width() - cxIcon + 1) / 2;
                int y = (rect.Height() - cyIcon + 1) / 2;
        }
        else
        {
                CDialog::OnPaint();
                CClientDC  dc(this);
                CDC memDC;
                CBitmap bmBkgnd;
                bmBkgnd.Attach( m_hBmBkgnd );
                memDC.CreateCompatibleDC(&dc);
                CBitmap *pOldBm = memDC.SelectObject( &bmBkgnd );
                BITMAP bm;
                bmBkgnd.GetObject(sizeof(bm), &bm);
                dc.StretchBlt(0, 0,595,369, &memDC, 0, 0,bm.bmWidth,bm.bmHeight, SRCCOPY );
                memDC.SelectObject( pOldBm );
                bmBkgnd.Detach();
        }
}

zhouxinsee

24位的位图,使用Bitblt的时候需要转换(如果你的屏是16位色的),速度比较慢,用16位色的图片会快很多
另外还可以使用函数SetDIBitsToDevice,这个可能会快点
还可以在内存中先把24位色图转成16位色565,在调用SetDIBitsToDevice输出
如果做UI的话,最好是直接使用16位色565的图片,使DIB和DDB格式保持一致速度最快,800x480的bitblt应该在几十ms

mnllnm

使用双缓冲可以避免从上到下的显示效果,但对于速度提高没有帮助

aug_com

引用 11 楼 reallyu 的回复:
24位的位图,使用Bitblt的时候需要转换(如果你的屏是16位色的),速度比较慢,用16位色的图片会快很多
另外还可以使用函数SetDIBitsToDevice,这个可能会快点
还可以在内存中先把24位色图转成16位色565,在调用SetDIBitsToDevice输出
如果做UI的话,最好是直接使用16位色565的图片,使DIB和DDB格式保持一致速度最快,800x480的bitblt应该在几十ms

学习！

lzpx2002

引用楼主 qwqwqw408 的回复:
? 在wince项目中，使用800x600 24位的bmp做对话框背景，发现切换的速度比较慢。背景的绘制是在OnEraseBkgnd方法中，绘制的方法是直接调用BitBlt,经测试发现绘制一次需要250毫秒以上。而且背景显示的效果是从上到下，渐渐的出来。程序运行环境为，s3c6410的开发板，wince6.0。cpu运算能力应该很强的，但是背景图显示却这么慢，是gdi的效率问题吗，希望有经验的高手??

我们200m的都没有出现这些问题，lz可不要这么轻易怀疑gdi啊

yuanyan

引用 14 楼 amorous 的回复:
引用楼主 qwqwqw408 的回复:
? 在wince项目中，使用800x600 24位的bmp做对话框背景，发现切换的速度比较慢。背景的绘制是在OnEraseBkgnd方法中，绘制的方法是直接调用BitBlt,经测试发现绘制一次需要250毫秒以上。而且背景显示的效果是从上到下，渐渐的出来。程序运行环境为，s3c6410的开发板，wince6.0。cpu运算能力应该很强的，但是背景图显示却这么慢，是gdi的效率问题吗，希望有经验的高手??

我们200m的都没有出现这些问题，lz可不要这么轻易怀疑gdi啊

我用的是飞思卡尔的板子，400M,显示一副700K的位图，可以明显的看到从上到下的过程，使用的是双缓冲。我都怀疑400M太慢了，你200M的怎么做到的啊？指教一下吧

yuanqian

引用 10 楼 yzbsd 的回复:
BOOL CDlg::OnInitDialog()
{
? ? ? ? ? ....
? ? ? ? ? m_hBmBkgnd=::LoadBitmap(AfxGetInstanceHandle(),MAKEINTRESOURCE(BMP_MAIN));
? ? ? ? ? ....
}
void CDlg::OnPaint()
{
if (IsIconic())
{
CPaintDC dc(this);

int cxIcon = GetSystemMetrics(SM_CXICON);
int cyIcon = GetSystemMetrics(SM_CYICON);
CRect rect;
GetClientRect(&rect);
int x = (rect.Width() - cxIcon + 1) / 2;
int y = (rect.Height() - cyIcon + 1) / 2;
}
else
{
CDialog::OnPaint();
CClientDC? dc(this);
CDC memDC;
CBitmap bmBkgnd;
bmBkgnd.Attach( m_hBmBkgnd );
memDC.CreateCompatibleDC(&dc);
CBitmap *pOldBm = memDC.SelectObject( &bmBkgnd );
BITMAP bm;
bmBkgnd.GetObject(sizeof(bm), &bm);
dc.StretchBlt(0, 0,595,369, &memDC, 0, 0,bm.bmWidth,bm.bmHeight, SRCCOPY );
memDC.SelectObject( pOldBm );
bmBkgnd.Detach();
}
}

我试了下，好像没什么改变，显示的效果还是那样，有个刷的过程，图片的显示不是一瞬间就显示出来的。哎，估计也就只能这效果了。毕竟不是pc机，cpu实在太弱小了。谢谢你的答复

clj13970250610

引用 11 楼 reallyu 的回复:
24位的位图,使用Bitblt的时候需要转换(如果你的屏是16位色的),速度比较慢,用16位色的图片会快很多
另外还可以使用函数SetDIBitsToDevice,这个可能会快点
还可以在内存中先把24位色图转成16位色565,在调用SetDIBitsToDevice输出
如果做UI的话,最好是直接使用16位色565的图片,使DIB和DDB格式保持一致速度最快,800x480的bitblt应该在几十ms

感觉有可能是这个问题，我是24位的图，我们开发板的LCD是32位的，难道说显示的时候把图片差值到了32位？

robber200011

真的是reallyu 所说的原因。我现在用了一张32位的图，跟LCD设备的是一样。然后现在测试发现显示的时间只有140毫秒了，以前至少要250. 估计如果换成16位的，就只要几十毫秒了