Указатели

[Racheengel]

Вам не кажется, что за такое нужно переводить в разносчики кофе.

Поэтому я и предлагаю через таймер обновляццо

[Racheengel]

Наследник от QGraphicView, а не от MainWindow, и как ему читать данные, не имея указателя? желательно не используя сигналы, а на прямую?

Через интерфейс, который вернет необходимые данные.
Типа
QImage GetLastImage();

Добавьте этот метод в ваш класс потока и вызывайте его из гуя по таймеру.
В методе возвращайте последнюю полученную картинку.

[Igors]

Просто хочется сделать проще, без копирования, и прочего, получил, отрисовал в определнныйх полотнах QImagе, и выдал на экран.

...желательно не используя сигналы, а на прямую?

При взаимодействии 2 и более ниток "напрямую" ничего не делается. Так или иначе главной надо "забрать" имедж, и указатель здесь никак не поможет - все равно надо знать что имедж валиден, его можно рисовать. Др словами синхронизация все равно нужна. И вообще имплисит шара - фундаментальная фича Qt, напрасно Вы так небрежно к ней относитесь.

Оригинальные пиксели легко могут быть изменены через поинтер, полученный через QImage::scanLine (как чаще всего и делается), при этом никакой detach() не вызовется.
Только ручками, только хардкор

Даже если полезли в пыксели (о чем разговора не было) - передернуть затвор никто не мешал

Код

C++ (Qt)
uchar* linePtr = img.scanLine(0); // тут detach, понятно
linePtr[0] = 0xff;
emit ImageChanged(img); // ушел сигнал...
linePtr = img.scanLine(0);  
...
 

[qate]

я бы делал так:
1. QUdpSocket и в его событии приема рисовал бы (сразу или N раз в сек)

2. Если вариант 1 тормозит, то
2.1 QUdpSocket и в его событии приема сбор данных в QByteArray
2.2 По накоплению данных (или какому иному условию) - старт потока обработки(рендеренга) или через QtConcurent
2.3 Данные обработаны - сигнал в основной поток с этими данными для отрисовки

[deefox]

я бы делал так:
1. QUdpSocket и в его событии приема рисовал бы (сразу или N раз в сек)

2. Если вариант 1 тормозит, то
2.1 QUdpSocket и в его событии приема сбор данных в QByteArray
2.2 По накоплению данных (или какому иному условию) - старт потока обработки(рендеренга) или через QtConcurent
2.3 Данные обработаны - сигнал в основной поток с этими данными для отрисовки

QUdpSocket очень плохо принимает данные, поэтому и использую boost.

но все примерно так и есть
Всем спасибо, познал очень много с темы.

[Racheengel]

QUdpSocket очень плохо принимает данные, поэтому и использую boost.

Могу спросить, что за проблемы были выявлены с QUdpSocket ?

[qate]

QUdpSocket очень плохо принимает данные, поэтому и использую boost.

какой багрепорт это подтверждает ?