Многопоточный вывод на QGraphicsScene

[BiTOk]

Доброе время суток. Пишу эмулятор прохождения по тоннелю людей. Каждый человек должен быть реализован в виде потока. Создаю несколько потоков, в них пытаюсь отрисовать человечков на QGraphicsScene, но они не рисуются и в консоль получаю вывод:
QObject::startTimer: timers cannot be started from another thread
QObject::killTimer: timers cannot be stopped from another thread
Как лучше реализовать такое, чтобы не было столь большого разделяемого ресурса и было хоть сколько-то плавное движение? Кто выводит в консоль эти сообщения?

[alexman]

Рисовка возможна только в главном потоке! Например, посылай сигналы из потоков в главный поток, что требуется отрисоваться!

[BiTOk]

Т.е. фактически Вы мне предлагаете реализовать очередь, куда будут кидаться запросы на различные действия, а в главном потоке эту очередь обрабатывать и отрисовывать? В каком виде реализовать это лучше: руками реализовать очередь и по таймеру её обрабатывать или какой другой механизм?

[lit-uriy]

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

[BiTOk]

А как правильно реализовать саму очередь?

[ilyagoo]

соединяй сигнал-слот с флагом Qt::QueuedConnection

[Igors]

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

Эта очередь давно имеется - eventLoop главной нитки. Все что Вам надо это из дочерних ниток посылать сигналы в главную, а там их обрабатывать/отрисовывать

[BiTOk]

Сделал как Вы и сказали, сигналы отправляю главному треду. Реализовал так:

Код:

Worker::Worker(int startPlace, QObject *parent):QThread()//позиция, откуда следует начинать путь
{
    x = 25.5; //абсцисса всегда такая, ибо это сразу после начальной стены
    y = startPlace*25+25.5;

    this->parent = parent;
    myPeople = NULL;
}

void Worker::run()
{
    emit makeWorker(this, x, y);
    moveTimer = new QTimer( this );
    connect( moveTimer, SIGNAL(timeout()), this, SLOT(onTimerDown()) );
    moveTimer->start( 50 );
    qDebug("%d", this->currentThreadId());
    exec();
}

void Worker::onTimerDown()
{
    qDebug("%d onTimerDown", this->currentThreadId());
    emit moveWorker(this, myPeople);
}

Но таймер работает не в контексте нового потока, а из главного. Как правильно запустить таймер из этого потока, чтобы он срабатывал в нём же?

[BRE]

Попробуй так:

Код

C++ (Qt)
void Worker::run()
{
    emit makeWorker(this, x, y);
    QTimer moveTimer;
    connect( &moveTimer, SIGNAL(timeout()), this, SLOT(onTimerDown()) );
    moveTimer.start( 50 );
    qDebug("%d", this->currentThreadId());
    exec();
}
 

[BiTOk]

Попробуй так:

5840 bla
3064
5840 onTimerDown
Что означает, что таймер вновь срабатывает в контексте главного потока

[alexman]

Можно попробовать sleep делать в run! То есть отказаться от таймера!

[BRE]

Вместо this->currentThreadId(), попробуй писать QThread::currentThreadId()

[BiTOk]

alexman
Пробовал, даёт достаточно скверный результат, ибо слип не совсем эквивалент таймеру, он даст остановку после выполнения (а выполнение может быть не быстрым), а не как таймер..
BRE
Это не принципиально, ибо данные результаты верны.

[Авварон]

среди меня бытует мнение, что соединясь со слотом у объекта, созданного в главной нитке (Worker) мы таки будем выполнять этот слот в главной нитке, что вам в общем-то и надо. Создайте еще 1 объект внутри run и к неиу уже вешайте коннекты.
могу ошибаться, тк с QThread работал очень давно

[BiTOk]

среди меня бытует мнение, что соединясь со слотом у объекта, созданного в главной нитке (Worker) мы таки будем выполнять этот слот в главной нитке, что вам в общем-то и надо.
могу ошибаться. тк с QThread работал очень давно

Qt::BlockingQueuedConnection - при генерации сигнал помещается в очередь обработки событий. Пока слот не получит сигнал текущий поток блокируется. Данный тип соединения следует применять только для получателя в другом потоке

Вообще это не так судя по всему.