QPixmap vs. QImage

[GreatSnake]

Непонятно с синхронизацией - как paintEvent (которое может прийти в любой момент) узнает что mIimage обновлен? И что делать если еще нет?  

m_Image - текущее результирующее изображение, предназначенное для отображения. Отображается таким какое есть. В каждом потоке своё изображение, которое копируется в результирующее изображение по мере готовности. paintEvent() не должен знать про степень готовности m_Image. Имея в каждом потоке свой m_Image можно не беспокоиться насчёт синхронизации

[Igors]

m_Image - текущее результирующее изображение, предназначенное для отображения. Отображается таким какое есть. В каждом потоке своё изображение, которое копируется в результирующее изображение по мере готовности. paintEvent() не должен знать про степень готовности m_Image. Имея в каждом потоке свой m_Image можно не беспокоиться насчёт синхронизации

Хорошо, пусть "что-то изменилось", и нужно показать новый имедж. Каким образом Вы скажете нитке (рисующей в QPixmap или QImage) что нужно заняться рисованием? И как остановить ее когда отрисовано? Не вижу этого в приведенных фрагментах кода.

Ладно, допустим как-то сказали и вызвали update. Но ведь paintEvent может прийти раньше чем нитка займется рисованием - она вернет старый имедж. Откуда возьмете следующий update?  Так что про "степень готовности" главная нитка должна знать, иначе какие-то обновления не будут отображаться.

Да, в этом случае используется встроенный растровый движок. Но не факт, что это не быстро. Это может быть быстрее, т.к. в случае пиксмапа используется слишком жирная прослойка в виде иксов.

Ладно, будет минутка - проверю 

[Авварон]

Вопрос к размышлению - зачем туи мьютексы?
Присваивание (то есть свап) кутешных шаред классов - атомарная операция, насколько мне известно.

[Igors]

Вопрос к размышлению - зачем туи мьютексы?
Присваивание (то есть свап) кутешных шаред классов - атомарная операция, насколько мне известно.

Это дает только что N ниток могут одновременно читать (и расшаривать) такую переменную - но не спасает от crash если запись и чтение выполняются параллельно.

Поизучал маленько (аттач). Результат на OSX меня удивил:

- прямой вывод на экран - менее 1 сек
- вывод в QPixmap а потом на экран - 12 сек
- вывод в QImage потом на экран - тоже примерно 12 сек

Отключал финальный вывод (drawImage, drawPixmap), ну минус пол-секунды. Профайлер показывает что во всех случаях используется одна и та же Qt Engine. Вывод текста позорно медленный, все съедается на извлечении glyph(ов) - вернее на защищающей эту операцию блокировке.

Еще одной неожиданностью оказалось что repaint вовсе не перерисовывает немедленно. Похоже что он засылает в очередь сообщение UpdateRequest (не путать с update). В любом случае repaint не зовет paintEvent сам, нужен processEvents 

Возможно это "только текст" и "только OSX" - у меня нет оснований обобщать

[nike1987]

У меня наверное схожий вопрос автора, необходимо загружать на сцену(QGraphicsScene) довольно-таки увесистые изображения и периодически обновлять их.Сей час работает схема Qimage.load + Qpixmap.convertFromImage.Возможно ли ускорить как-то добавление изображения на сцену?Для добавления использую стандартную функцию сцены addPixmap().