Рисование больших растровых картинок в Qt и быстрая перерисовка окна?

Как насчет QImage? Вот сделать буфер и натравить на него QImage? Или там тоже будет где то копирование?

Да, там похоже вместо QPixmap будет QImage. QPixmap из буфера я пока не умею создавать.

Я не знаю будет копирование или нет при создании QImage из буфера (скорее всего да), но точно будет копирование когда картинка будет отрисовываться на виджете в котором зарамочное оформление и пр.

Несколько мыслей для размышления:

1. QImage можно создавать не владеющий буфером, соответственно можно избежать копирования, по крайней мере пока не нужно будет менять формат (к примеру, из YUV в RGBA).
2. QPixmap можно просто передать в QLabel для отображения и не заморачиваться использованием QPainter.
3. Динамические данные навроде координат точки под курсором мыши можно не рисовать прямо на картинке, а поместить сверху другой виджет, перемещая его вслед за курсором.

Спасибо.

По п1 - глянул доки, вроде оно дефолтом прямо так и создается оказывается (если я правильно понял). Это хорошие новости.

По п2 - меня пока что использование label для отображения картинки слегка вымораживает. Это быстрее чем QPainter? Сейчас они у меня два раза дергаются разные, первый раз что бы че то и правда нарисовать, второй что бы просто показать изображение.

По п3 - там размер виджета будет на всю область. Но может его можно сделать прозрачным? Что то такое было…

Есть еще QGraphicsView/Scene, но когда я увидел что там надо вытворять что бы задать выравнивание текста, я решил не связываться;-(

По п2 - меня пока что использование label для отображения картинки слегка вымораживает. Это быстрее чем QPainter?

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

А вообще QGraphicsScene тебя ждет - это IMHO наиболее родной способ показывать всякое такое.

Пока что так получается:

1. время перерисовки по схеме изложенной в исходном посте - зарамочное оформление, вставка картинок и пр. занимают у PyQt примерно столько же сколько сколько генерация картинки в C++ (если для C++ используется самый простой вариант, в более сложных вариантах плюсы конечно начинают сильнее лагать). Для окна в fullHD это где то по 0.05 сек на то и то, правда у меня ноутбук с Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz. Я ожидал что будет быстрее, но пока что с этим можно жить.

2. В С++ делается изображение которое отдается в питон как std::string, по три байта на точку. Из этого изображения делается QImage в формате RGB888, которое потом рисуется через QPainter.drawImage. При некоторых размерах изображения его начинает колбасить - то изображение становится в серую горизонтальную линию, то его просто как то хитро рвет и сдвигает. А при некоторых размерах оно сегфолтится в методе QPainter.drawImage, причем сегфолтится в

qt_convert_rgb888_to_rgb32_ssse3(unsigned int*, unsigned char const*, int)

если gdb не врет.

Поменял у себя изображение на 4х байтное и QImage.Format на RGB32 - падать перестало, отрисовка ускорилась в разы, но цвета как то странно уплыли. Может конечно и мой косяк, но что настораживает - само изображение вменяемое хоть и с уехавшими цветами, а на иконках в ComboBox где варианты палитр отображения сплошная каша, в основном черная. С трехбайтным изображением иконки были нормальные, судя пол всему опять Qt-ные чудеса…

uberroot, EXL - может что то подскажете?;-)

Память где-то портится, очевидно. Я бы порекомендовал генерировать изображение в стандарте XPM, а то неизвестно ещё, какие преобразования пройдут над строкой по пути в питон и далее в Qt.

Используй нормальные api для работы с видеокартой, если требуется конвертировать - делай это на видеокарте шейдером.

зачем QLabel?
Использовать графическую сцену на самом деле проще
Тем более у тебя куча дополнительных элементов по слоям, pixmap у тебя будет в background, при рисовании pixmap конвертируешь это дорогая операция

Про преобразования цветов я тебе ничего не скажу, я с этим не сталкивался.

А вот про способы перерисовки - я думаю, что ты когда-нибудь зайдёшь в тупик. Дело в том, что сцена сама прекрасно апдейтит изображение и умеет не перерисовывать лишнее, просто отслеживая у элементов boundingRect. Главное правильно написать обработку событий и расположить слои. Тем более на сцену ты можешь добавлять элементы стандартного UI через QGraphicsProxyWidget, если тебе привычней с этим работать.

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

Про события и изменения резмеров окна можешь глянуть здесь.

Я не волшебник, я только учусь;-)

Но у меня нет проблем с перерисовкой чего-то когда по окну кто то проехался. У меня есть проблемы просто нарисовать это с нуля, причем мои методы отрисовки (если они вызываются) занимают основное время.

Точнее сейчас уже все как то рисуется, пока что ошибки в моей части. Даже чиселки и метки по осям нормально стоят

Картинка генерится как растр в недрах C++, это относительно дорогая операция.

Мне скажем не нравится то, что приходится много раз делать копии самой большой части изображения. Я бы из C++ рисовал скажем сразу в память QPixmap, да фиг к ней похоже достучишься…

Т.е. на фоне генерации копированием можно пренебречь. Если речь пока не о том, что получается 23 fps, а нужно 24.

Да. Пока что я так и сделал.