Анимация с помощью QTimer тормозит

[Maksim]

Всем Болшой Привет!

Сломал себе уже голову, но решения просто не нахожу...
( Читал все другие темы по вопросам QThread и QTimer. Переносил свой таймер в другой thread. С "event loop" без него...нех** не работает ... )

Задачка в принципе проста (или всё же нет?!?!   ).
Сделал некий виджет с отрисовкой анимации:
 


Перерисовка запускаетса с помощью QTimer. Всё красиво хорошо.
Стоит поднопряч главний поток - отрисовка тормозит.

Внимание вопрос: Как избавитса от тормозов?!?!??!?!??!?!

П.С:
исходники прилогаю

[BRE]

Ну так не поднапрягай главный поток. 
Напрягай другие, запустив свой слот, ты полностью остановил всю работу главного потока, вместе с циклом обработки событий.

[BRE]

Ето просто не реално переписать всю программу из за одного сра**** окна.... не ужели нет вариантов?!?!? 

Что значит переписать всю программу.
Всю "тяжелую" работу перенеси в отдельный поток (создай еще один класс) и запускай его в твоем слоте.
Ничего фатального здесь нет.

Ну а если лень все переписывать, то добавь в долгий цикл вызов:
QApplication::processEvents();

[Maksim]

@BRE : You are my hero for today!!!!!!! :-)

Спасиба, работает!!!!!!!!!!!!!!!!! 

[fuCtor]

Почитайте про QtConcurrent, если не хотите заморачиваться с потоками

[niXman]

попробуй "QTimer::singleShot(1, sender, SLOT(slotname()))"

[BRE]

Для чего использовать синхронные запросы?
Поток создается после вызова метода QThread::start() и начинает выполняться после передачи ему управления.

Проще подробно рассказать, что ты хочешь сделать и думаю решение быстро найдется. 

[Maksim]

Привет Всем!

Задачу решил! Кому интерессно решение выглядит (примерно) так:

Код:

//-----------------------------------------------------------------
bool MyClient::executeServerRequest(const XmlRpcValue &inParam, XmlRpcValue &outResult)
{
  //protection. this piece of code schould run only once a time	
  QMutexLocker locker(&m_Mutex);

  bool bResult=true;

  //show wait animation as long as we proceed the request	
  m_pWaitWidget->show();
  
  //retrieve data from server in thread
  QionXmlRpcThread callThread(inParam,outResult);
  callThread.start();

  //proceed events to keep wait animation going
  while(callThread.isRunning())
    //callThread don't begin to work till first call of QApplication::processEvents
    QApplication::processEvents(QEventLoop::ExcludeUserInputEvents);

  //destroy thread	
  callThread.terminate();
  callThread.wait();
	
  //hide wait animation 
  m_pWaitWidget->hide();

  return bResult;
}

[Igors]

Код:

  //proceed events to keep wait animation going
  while(callThread.isRunning())
    //callThread don't begin to work till first call of QApplication::processEvents
    QApplication::processEvents(QEventLoop::ExcludeUserInputEvents);

Так пользователь никак не сможет прервать callThread. Плюс грузите главную нитку без нужды

[Maksim]

Так пользователь никак не сможет прервать callThread. Плюс грузите главную нитку без нужды

Ползователь и не должен callThread прерывать. Ето будет равноправно ошибке в запросе к серверу.

Загружать главную нить приходитса, посколку сервер не поддерживает многопоточность.

Клиент заппосил данные от сервера и будет ждать пока тот не ответит. Раньше программа на етом месте замерзала, окна не отрисовивались - теперь всё как нужно :-)

[fuCtor]

http://doc.trolltech.com/4.6/qtconcurrentrun.html#run
+
http://doc.trolltech.com/4.6/qfuture.html
+
http://doc.trolltech.com/4.6/qfuturewatcher.html

То что доктор прописал.
Через run пускаете запрос к серверу. На qfuturewatcher вешаете при старет блокировать компоненты или взводить флаги, а при завершении  востанавливать и получать результат выполнения действия. Таким образом основной поток не блокируется, нет активного ожидания (ЗЛО) и все псевдоасинхронно.