Russian Qt Forum

не моу понять,
1. как в QT установить произвольную форму Региона окна(кнопки), (Типа MFC: CWnd::SetWindowRgn (mRgn))
2. как в QT устанавливать произвольные картинки(вид) на кнопках, окнах? в MFC я использовал массивы BMP в контексте DC: BtnDC DCBMP[n];, а далее подгружал по OnPain() нужный BMP в зависимости от статуса....

БХВ - Qt4. Профессиональное программирование на C++.2007
стр 375

О! Спасибо про это Книгу!

QRegion
QPainter
Qimage

Для быстрого рисования картинок лучше использовать QPixmap, вместо QImage.

В большинстве случаев это правда. Мне известен только один случай, когда может быть медленней. Если X Server находится на удаленной машине.

::)

У меня прямо камень с души упал, а то я все думал не наврал ли я...

 :D мало ли там чего человек писать собрался, пусть хотя бы знает, что это не панацея. Особенно критичной ситуация может стать при частом конвертировании QImage в QPixmap и наоборот. Но это опять же если X Server не на локальной машине.

На Мак-платформе и в случае Carbon-сборки Qt лучше всё-таки использовать QPixmap, т.к. в этом случае CGImageRef получается напрямую из внутреннего буфера QPixmap'а. Если не забыть заранее подгрузить все QPixmap'ы через QPixmapCache, то в рендеринге всё работает достаточно быстро даже на Mac mini.

Но в любом случае только с QImage получится использовать image composition modes.

Ну и чаще всего гораздо удобнее рисовать самому, переопределив метод QPaintEvent(), т.к. это позволяет делать очень сильно кастомизированные интерфейсы, и особенно помогает, если при 90% готовности кода нужно добавить один пиксел в UI.

Альтернативы: QStyle, Qt Style Sheets и стандартные лайоуты либо недостаточно гибкие для этого, либо глючные, либо тормозные, либо всё сразу.

Теперь по регионам.

SetWindowRgn - в Qt это setMask или класс QRegion.

Здесь надо различать две ситуации: виджет top-level window или чей-то child.

Если child, то Qt всё делает автоматически сама: где прозрачная (или полупрозрачная) дырка в картинке, которую рисует виджет из своего paintEvent'а - там эта дырка так и останется. Возможно, лишь дополнительно придётся поставить маску для кликов, если это какой-нибудь заметно круглый контрол.

С top level window всё куда хуже.

Маски на момент версии 4.5.2 - однобитные (это означает, что антиалиайзинга не добьёшься). Там куча глюков и сильная просада производительности для непрямоугольных окон. Нельзя сделать часть окна одновременно 100% прозрачным и кликабельным в ту же дырку. И многое другое...

Под X11 для этого используется XShapeExtension, который использует однобитные маски. Т.е. Qt тут не причем.

Насчёт QPixmap vs. QImage...
QPixmap тяжелый ресурс и выделяется на стороне Xserver-а (X11) или ядра (win/GDI). QImage выделяется в памяти процесса.
К тому же в Qt4.x весь GUI рендеринг делается через double-buffering, который делается через QImage.
Т.е. иконка созданная в QPixmap-e в любом случае будет копироваться в QImage, а уже финальный QImage будет копироваться в окно виджета.

Т.е. по твоему получается, что QPixmap не ускоряет вывод, а даже замедляет его? Ведь приходиться дополнительно конвертировать формат изображение QPixmap для помещения в QImage.
А как быть с аппаратным 2D-ускорением? Как его можно задействовать при рендеринге в память?
Сравнивал ли ты скорость отрисовки QPixmap и QImage?
Если посмотреть исходники Qt на предмет того, что там используется для отрисовки, то почти везде для формирования используется QPixmap, а не QImage.

Это где это я такое говорил?
Я просто сказал, что QPixmap тяжелый ресурс. Известны случаи, когда у GDI съезжала крыша при большом количестве созданных pixmap-ов.
Конечно, QPixmap, находящийся в памати Xserver-a/GDI отрисуется намного быстрее, чем QImage находящийся в памяти процесса.
А вот это для меня большой вопрос. Задействована ли 2D акселерация в Qt4.x вообще.
Я боюсь, что исходники вы смотрели невнимательно. Если сидите на X-ах, то под отладчиком поставьте breakpoint на XPutImage и всё сами увидите.

Я сделал такой вывод, по тому как ты это написал...  ;)

Так что же лучше использовать для быстрой отрисовки?

А если breakpoint поставить на XRenderComposite?

Покопавшись ещё раз в исходниках Qt понял следующее.

Для каждого top-level окна создается QWidgetBackingStore класс, в котором создается QWindowSurface класс
и уже в нём создается off-screen pixmap соответствующий размеру top-level окна. Этот pixmap при изменении размера окна _всегда_ пересоздается, т.к. pixmaps не могут динамически менять размер.
XRenderComposite() в основном используется для рендеринга статических текстур.
Отрисовка всех drawPrimitivies делается через QImage с последующим копированием в off-screen pixmap.

Вообщем визуально всё это выглядит конечно красиво, но ожидать мега скорости от такого подхода не стоит - за всё нужно платить :(

Вот поэтому, как мне кажется, и нужно использовать QPixmap.
Например, есть виджет состоящий из фоновой статической картинки и, не знаю, нескольких лампочек.
Фоновую картину мы может формировать при изменении размеров виджета (первый QPixmap), один раз.
Лампочки мы может перерисовывать при изменении их состояний (один или несколько других QPixmap), один раз на изменение.
А перерисовывать весь виджет мы можем быстро выводя эти пиксмапы друг на друга. Копирование будет обеспечивать XWindow/GDI на максимальной для архитектуры скорости.

Согласен, но если требуется composing, то этот номер не пройдёт.