День добрый.

Подскажите как правильно передать подготовленное изображение в Gui поток для отрисовки. Делаю, как в примере Mandelbrot. Там сделано таким образом:



Вроде работает, но смущает следующая вещь. В Gui поток изображение передается с помощью сигнала renderedImage через объект image. Объект image объявлен и создается в методе класса потока run(), то бишь по сути являетстя локальным. Т.к сигнал из метода посылается другому (основному) потоку, то тип сигнала будет с постановкой в очередь. Мне казалось что слот updatePixmap (который обрабатывает сигнал renderedImage) может и выполнится поздней, чем закончится выполнение run(). Соответственно и объект image (т.к. это локальный объект метода run) будет уничтожен раньше, чем его обработает слот updatePixmap. Но как ни странно, вроде работает.

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

PS: Сори, забыл добавить в заголовок темы, что речь идет о Qt (4.7.1)

Это сообщение отредактировал(а) SirFreeFrag - 14.3.2011, 00:24

SirFreeFrag, обрати внимание, как они связывают сигнал потока со своим слотом

видишь, знака ссылки ( & ) уже нет. поэтоу, наверное, и работает. Если же убрать и в сигнале, и в слоте ссылку, а передавать объект QImage по значению, то вообще никаких проблем не будет, т.к. при emit'е сигнала создастся копия этого имаджа. Судя по всему из-за этого коннекта так и получается, но я бы не советовал так делать...

и ещё... обрати внимание, что run начинается с

а выход из него будет только при разрушении объекта thread в главном окне.

в общем, правильно делаешь, что обращаешь внимание на такие вещи.

Это сообщение отредактировал(а) borisbn - 14.3.2011, 00:37

borisbn, если я правильно понял, ты имеешь виду, что image передается в данном случае не по ссылке, а по значению?
Если так, то не хотелось бы, что бы лишний раз производилось копирование image при передаче его в updatePixmap.

Т.к в Qt Examples это единственный пример в разделе Threading, был бы благодарен за линки на альтернативные реализации. Может есть какая-нитбудь общепринятая реализация решения данной задачи?

Добавлено через 12 минут и 10 секунд

Ммм...вот этот момент я пропустил, просто в моей реализации не требовался бесконечный цикл в run().

не уверен. возможно, всё-таки, всё работает из-за того, что они уверены, что run не закончится раньше, чем полностью отработает слот. Если передавать не по ссылке, а по значению, то об этом и дкмать не нужно.



из документации по QImage

почитай про Implicit Data Sharing

Есть ещё вариант... Не очень кошерный, но работает. Можно передавать объект по ссылке, но коннектить сигнал со слотом с явным указанием типа коннекта: Qt::BlockingQueuedConnection
В этом случае слот вызовется в своём (GUI-шном) потоке, но управление потоку, вызвавшему emit, будет возвращено только после того, как все слоты, связанные с сигналом, завершат свою работу.

Познавательно. Спасибо.

Блин, вроде гуглил до создания темы, а сейчас нашел точно такой же тред   
http://www.linux.org.ru/forum/development/5192523

Насколько я понял из него, в данном случае при передаче image слоту все таки создается копия объекта, но за счет как раз выше упомянутого "Implict Data Sharing", накладные расходы при этом малы и копия будет уничтожена после того, как будет уничтожена последняя ссылка на нее (в данном примере, после того, как отработает слот updatePixmap). Если это так, то вопрос:


и

Эти варианты будут работать одинаково? В обоих случаях будет происходить "копирование" объекта?

проверь 
создай вместо QImage свой объект с выводом в конструкторе и деструкторе в qDebug() соответствующей информации. Только не забудь зарегистрировать его через qRegisterMetaType