Низкая скорость копирования изображения вызовом функции bitblt

@negue · Регистрация: 30.01.2014

Студворк — интернет-сервис помощи студентам

Привет.
Имеется набор иерархически упорядоченных классов - графических объектов, например
объект-контейнер-примитив-кнопка, либо объект-контейнер-примитив-окно. Для каждого из классов
реализован метод отрисовки OnPaint(CDC* pDC, CRect &rcPaint). Экземпляры данных классов
представляют собой отображаемые в окне графические объекты. Окно, которое также является
экземпляром одного из таких классов, является контейнером объектов, отображаемых в нем.

Имеется также класс - обработчик сообщения WM_PAINT, в рамах выполнения которого
осуществляется вызов метода OnPaint экземпляра класса, для которого необходимо осуществить
отрисовку. Поскольку каждый экземпляр класса является контейнером, в рамках выполнения
метода OnPaint осуществляется вызов методов OnPaint для экземпляров классов, помещенных
в данный контейнер (например, окно является контейнером кнопки, соответственно в рамках
выполнения метода OnPaint для окна осуществляется вызов метода OnPaint для кнопки).

В рамках выполнения обработчика сообщения WM_PAINT осуществляется создание фоновой канвы,
передаваемой в качестве параметра вызова метода OnPaint, с целью избежания мерцания и т.д.
(в-общем, стандартные действия). Именно на эту фоновую канву осуществляется отрисовка
изображений всех экземпляров описанных выше классов. Происходит это примерно так.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
    
        //retrieving device context (a block of memory that represents a display surface) 
    //to use in paint operations
    CPaintDC pDc(this);
    //storing the canvas dimensions
    CRect rcPaint = pDc.m_ps.rcPaint;
 
    //creating compatible device context to use in paint functions calls
    //(used to prepare images in memory before copying them to the actual device surface of the compatible device)
    CDC l_dcCompatible;
    l_dcCompatible.CreateCompatibleDC (&pDc);
    
    CBitmap* l_bmpOld;
    //installing compatible bitman into the compatible dc to paint on, storing the original bitmap
    l_bmpOld = l_dcCompatible.SelectObject (&l_bmpCompatible);
    
    //! paiting widgets
    if (m_spwInvalidateWidget)
    {
        //! there has been determined a widget to invalidate
        m_spwInvalidateWidget->OnPaint(&l_dcCompatible,rcPaint);
        m_spwInvalidateWidget = NULL;
    }
    else
        if (m_lWidgets)
            //! all widgets are to be repainted
            m_lWidgets->OnPaint(&l_dcCompatible,rcPaint);
    
    LARGE_INTEGER litst;
    QueryPerformanceCounter(&litst);
 
    //! copying the painted image onto original canvas
    pDc.BitBlt (rcPaint.left, rcPaint.top, rcPaint.Width(), rcPaint.Height(), &l_dcCompatible, rcPaint.left, rcPaint.top, SRCCOPY);
 
    LARGE_INTEGER litst2;
    QueryPerformanceCounter(&litst2);
    
    LARGE_INTEGER liFreq;
    QueryPerformanceFrequency(&liFreq);
    
    float fDuration = (litst2.QuadPart-litst.QuadPart)/float(liFreq.QuadPart);

Отрисовка, как уже было описано выше, осуществляется на фоновой канве l_dcCompatible.
По завершении отрисовки осуществляется копирование изображения обратно на исходную канву.
Для размера 480*282 время выполнения обратной отрисовки составляет около 0.3 мс
(AMD Athlon II X3 460 3.2 Ггц, 3 Гб ОЗУ).

Теперь о проблеме
Класс окна при определенных условиях в рамах выполнения метода отрисовки хочет записать в
переданную ему канву полноэкранное изображение, заранее нарисованное на другой канве.
Ниже примерно описан процесс ее подготовки

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CGLResult __stdcall CCGLWorkingWindow::PrepareBaseCanvas()
{
    //! CCGLCanvas - простой класс - обертка канвы
    m_spcWidgetBase = new CCGLCanvas(); 
    
    //! creating compatible canvas
    //! m_rcRect - предварительно определенные размеры окна
    //! nBitCount - глубина цвета, соответствует глубине цвета изображения исходной канвы
    unsigned char nBitCount = 32; 
    cglRes = m_spcWidgetBase->CreateCompatible(
            ((SCGLWidgetInit*)m_pInitStruct)->m_hwndMessageServer,m_rcRect,nBitCount);
 
    //! для простоты предположим, что это заранее нарисованное изображение есть ни что иное 
    //  как белый прямоугольник размером с окно
    m_bBGBrush.CreateSolidBrush(RGB(255,255,255));
    ::FillRect(m_spcWidgetBase->GetDC(),&m_rcRect,(HBRUSH)m_bBGBrush);
}

Копирование изображения осуществляется также вызовом метода BitBlt.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
CGLResult __stdcall CCGLWorkingWindow::OnPaint(CDC* pDC, const CRect &rcPaint)
{
    LARGE_INTEGER litst;
    QueryPerformanceCounter(&litst);
 
    //! pDC - это как раз указатель на фоновую канву, процесс создания которой был описан выше
    ::BitBlt(*pDC, 0, 0, rcPaint.Width(), rcPaint.Height(), m_spcWidgetBase->GetDC(), 0, 0, SRCCOPY);
 
    LARGE_INTEGER litst2;
    QueryPerformanceCounter(&litst2);
 
    LARGE_INTEGER liFreq;
    QueryPerformanceFrequency(&liFreq);
 
    float fDuration = (litst2.QuadPart-litst.QuadPart)/float(liFreq.QuadPart);
}

Здесь время выполнения составляет уже 4 мс, то есть прмерно в 10 раз медленнее.
Это уже меня не устраивает, т.к. исполняемый модуль предназначен для функционирования
в среде wince на мобильном устройстве; время выполнения аналогичных участков кода
по сравнению с настольным компютером указанной конфигурации возрастает примерно в 50 раз.

Собственно, два вопроса.
Почему имеет место такое значительно возрастание времени выполнения, хотя во втором случае
копирование осуществляется с одной созданной в оперативной памяти канвы на другую и по
большому счету должно быть еще быстрее чем копирование на канву, непосредственно связанную
с участком дисплея?
Можно ли как-то этого избежать?.
Заранее спасибо.

Добавлено через 49 минут
Допустил ошибку в описании.
Время выполнения составляет 0.03 мс для первого случая и 0.4 мс для второго.
Так или иначе, десятикратное возрастание времени выполнения копирования изображения имеет место быть.

@negue · 01.02.2014, 14:55 **[ТС]**

Привет.
Всем спасибо, кто попытался помочь. Я вроде разобрался.
Дело было в том, что метод CreateCompatible создавал канву вовсе не с device-dependent bitmap, а с device-independent. Соответственно, метод bitblt осуществлял копирование изображения из DIB в DDB, что, как известно, занимает гораздо больше времени, чем копирование изображения с одного совместимого холста на другой. Собственно, из текста вопроса это никак нельзя было понять.

Новые блоги и статьи Все статьи Все блоги /
делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .

@negue 0 / 0 / 1 Регистрация: 30.01.2014 Сообщений: 15
	01.02.2014, 14:55 [ТС]
	Привет. Всем спасибо, кто попытался помочь. Я вроде разобрался. Дело было в том, что метод CreateCompatible создавал канву вовсе не с device-dependent bitmap, а с device-independent. Соответственно, метод bitblt осуществлял копирование изображения из DIB в DDB, что, как известно, занимает гораздо больше времени, чем копирование изображения с одного совместимого холста на другой. Собственно, из текста вопроса это никак нельзя было понять. 0