Russian Qt Forum

Есть класс потока в котором создается и запускается таймер.
По таймауту создается событие и кладется в цикл обработки.
Обработчик событий описан в главном окне приложения.

C++ (Qt)
 
void Thread::run (){
      QEventloop loop;
      QTimer timer;
      connect(&timer,SIGNAL(timeout()),this,SLOT(createEvent()),Qt::DirectConnection);
      timer.start(defaultTime);
      loop.exec(); 
}
 
void Thread::createEvent(){
      Event *event = new Event();
      QApplication::postEvent(objReceiver,event);
}
 
void Thread::setObjRecever(QObject * obj){
      objReceiver = obj;
}
 
//___________________________________________
 
static const int my_type  = 1099;
class Event : public QEvent {
 
public: 
       Event() : QEvent((QEvent::Type)my_type){}
       void incCounter(int *var){ (*var)++;}
}
 
//____________________________________________
 
MainWindow:: MainWindow(QWidget*parent) :QMainWindow(parent),
                       ui(new Ui:: MainWindow)
{
      counter =0;
     thread  = new Thread();
     thread->setObjRecever(this);
     thread->start();
}
 
void MainWindow::customEvent(QEvent *e){
 
        if(event->type() == my_type){
            Event  *event = staic_cast<Event*>(e);
            event->incCounter(&counter);
            ui->lcdNumber->display(counter);
       }
       QMainWindow:: customEvent(e);
}
 

Я поставил defaultTime = 50 ,т.е таймер срабатывает 20 раз в секунду .
В минуту 1200.

А на экране у меня через минуту в lcdNumber выводится толко 973-980,
т.е события не успевают обрабатываться ???

Все тормозится интерфейсом - что непонятного то.
В итоге скорость работы прямо зависит от скорости работы графики.
Решение - обновляй данные в интерфейсе реже - раз в секунду например.

Т.е  главный  поток обработки событий
не успевает обработатывать сообщения,
которые ему посылает другой поток.
Ясно :)

А тогда еще маленький вопрос. :)
Если я останавливаю поток, который записывает сообщения в главный цикл обработки.
То главный цикл обработки сообщений должен обработать все сообщения,
которые стоят в очереди , правильно?
Тогда почему этого происходит?

Все равно за минуту 1200 не выводит. По идее поток должен накидать за минуту. ???

Нет. Не правильно.
У очереди есть размер - если она переполняется, то часть сообщений может теряться.

Вы уберите все обращения к ui в customEvent.
И обновляйте данные в отдельном слоте, допустим раз в 1 секунду.

Зачем нужно было затевать customEvent - хз, достаточно было просто сигнала. Слабо верится что lcdNumber не справляется с перерисовкой за 20 ms (вагон времени). Это легко проверить напр так

C++ (Qt)
void MainWindow::customEvent(QEvent *e)
{
        if(event->type() == my_type){
            Event  *event = staic_cast<Event*>(e);
            if ((counter % 1000) == 0)
              qDebug() << counter << QTime::currentTime();
            event->incCounter(&counter);
//            ui->lcdNumber->display(counter);
       }
       QMainWindow:: customEvent(e);
}

Потом раскомментировать display и сравнить

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

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

Т.е  сообщения успевали бы обрабатываться, если бы ни Ui, правильно?

Затрудняюсь привести такой случай

Время проверки этого в отладчике меньше времени написания поста, не говоря уже о достоверности  :)

Тогда интересно зачем Шлее описывает в своей книги подобный пример. ???
Так для общего знакомства  :) чтобы было.

Проверил добавил вывод времени при старте и при значении счетчика 1200 и
закоментил вывод значения счетчика на графику.
И разница оказалось равной 1минута 15секунд = 75 секунд;  :o
Так что дело не в Ui похоже или нет ???
Если не в Ui тогда в чем ???

Впечатление что Вы просто где-то насвистели в коде :) (напр 16 в не 20). Выкладывайте тестовый проект

Вот проект
время таймаута 50мс т.е в секунду таймер срабатывает 20раз, а
в минуту соответственно 1200.

 :'(
К сожалению у таймера имеется погрешность в +- 15 мс. Т.к. и linux и windows ОС НЕ реального времени.
В чём мы можем убедиться просто выведя время срабатывания слота таймера. Это раз.


Во 2 время обработки event'a выше вызова просто функции. Насколько - хз, тут уже надо смотреть глубже.
Т.е. ставя время сработки в 50 мс, будьте готовы ожидать срабатывание в 65 мс + неизвестное время обработки евента.

PS если вам нужна такая точность - вы явно выбрали не ту ОС :D Хотя вроде можно достигнуть точности +-1мс, но уже платформозависимыми функциями. (информация не проверенная)

Win7:  добавьте строку

C++ (Qt)
timer.setTimerType(Qt::PreciseTimer);  
timer.start(50);

Ум, спасибо.

Всем спасибо :)