@Ravager24 фев 2011 в 08:03

Idle Event в Qt

3 мин

Комментарии 9

@Gorthauer87 24 фев 2011 в 09:32

>a.installEventFilter(&w);

Ставить EventFilter на QApplication — это очень и очень плохая идея, имеющая большой оверхед — все события от приложения будут им анализироваться и там далеко не только PaintEvent'ы будут, нельзя так делать.

Таймер с 0вым интервалом это тоже ещё те грабли, вообще в коде сплошные грабли — он совершенно не переносим, нет никакой гарантии, что эта же схема заработает в макоси или линуксе. Раз в документации не гарантируют, что такое будет работать, то лучше это не использовать.
Я бы посоветовал покурить в сторону компрессии событий а также лучше уж перегрузить QApplication а не заниматься навешиванием фильтров

@Ravager 24 фев 2011 в 09:37

на самом деле можно было обойтись и без eventFilter, через перегрузку closeEvent у виджета к примеру. Но только я не понимаю чем перегрузка QApplication лучше, все равно ведь придется перегружать event()? Ну а про оверхед ничего не могу сказать, по идее просто перед передачей событий в дерево объектов вызывается eventFilter для моего qapplication, а в коде eventFilter всего одна проверка.

@Gorthauer87 24 фев 2011 в 10:12

Проверка то одна, но она затрагивает все события в QApplication, поэтому будет вызываться очень часто, плюс если мне память не изменяет, могут возникать проблемы со сжатием событий.
Не обязательно же event() можно и paintEvent перегрузить. Но имхо в любом случае код с перегруженным QApplication'ом будет лучше смотреться, чем странные выкрутасы в main.cpp

@Ravager 24 фев 2011 в 10:16

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

@midday 8 мар 2011 в 05:52

Советовал бы в рассылке Qt-ишной порасспрашивать. Очень полезно иногда бывает. Особенно ваш вопрос будет интересен многим, даже самим разработчикам Qt

@plushechnik 18 мар 2011 в 00:58

На самом деле в играх rendering — «перерисовка» далеко не всегда происходит на idle, большинство движков вообще-то не event driven, a устроены скорее как некий конвеер на котором обработка событий только один из этапов. Я использую Qt в своем движке и при этом не запускаю Qtшный exec() a вызываю processEvents() перед отрисовкой, такой подход сильно упрощает flow игры.

@Ravager 18 мар 2011 в 05:29

да ладно? во всех исходниках в том числе DirectX сэмплах перерисовка происходила постоянно в отсутствие сообщений к оконной системе.

Я использую Qt в своем движке и при этом не запускаю Qtшный exec() a вызываю processEvents() перед отрисовкой, такой подход сильно упрощает flow игры.

Почти то же самое, или я ошибаюсь?

@plushechnik 18 мар 2011 в 10:16

нет :) разница как если вас все время дергают в течение деня, или вместо этого вы получаете и обрабатываете все просьбы с часу до 2x

@plushechnik 18 мар 2011 в 10:18

прошу прощения я забыл одно важное уточнение в том подходе о котором я написал — как реакция на событие никогда ничего не происходит сразу — только изменяются необоходимые данные или записывается желаемое действие в ответ на событие, потом все считается потом снова rendering

Зарегистрируйтесь на Хабре, чтобы оставить комментарий