QWidget Update-Ereignisse, aber keine visuelle Aktualisierung

Question

Mit Qt4.8 auf einem Mint Linux 12, implementierte ich ein einfaches Fenster mit einem QTableView, um den Inhalt eines Modells anzuzeigen. Die Modelldaten werden kontinuierlich aktualisiert (Protokollnachrichten) und das Signal dataChanged() wird regelmäßig ausgegeben (d. H. Alle 100 ms).

Das Problem, das ich sehe, ist stotternde visuelle Updates auf dem Tisch.

Ich habe einen Ereignisfilter im Fenster installiert, der updateRequest - Typ Ereignisse zählt, die ein Widget Repaint (auch auf Kind Widgets, d. H. Die tableView) auslösen sollte. Diese kommen mit einer durchschnittlichen Zeit von ~ 170ms dazwischen und einer Standardabweichung von ~ 90ms (was ziemlich groß ist, denke ich). Allerdings ist die wahrgenommene visuelle Update-Rate nur zwei oder drei Mal pro Sekunde und ich frage mich warum. Es scheint, dass nicht alle updateRequest Ereignisse ein Widget-Repaint auslösen oder dass das Fenstersystem visuelle Updates verschluckt.

Als ein zweiter Test, zwang ich das Fenster, sich selbst zu aktualisieren, indem alle 100ms repaint oder update aufrufen. Unter Verwendung von repaint sah ich eine entsprechende Zunahme der Ereignisse vom Typ updateRequest und eine Abnahme der Standardabweichung der Lücken; mit update stieg die Anzahl nicht. In beiden Fällen gab es jedoch nur einen moderaten Anstieg der wahrgenommenen Aktualisierungsrate.

Auch: Gibt es eine gute Methode um zu messen, wie oft ein Widget wirklich neu gestrichen wird, ohne seinen paintEvent Handler überladen zu müssen? Vielleicht etwas von QTest?

---

Update: ich meine Ereignisfilter erweitert auch Ereignisse paintEvent -Typ zu fangen. Es gibt nur eine einstellige Anzahl von Ereignissen im Vergleich zu> 1000 updateRequest -Typ-Ereignissen.

Answer 1

Sie sollten die Signale aboutToBlock() und awake() des Ereignisverteilers instrumentieren und die Zeit zwischen ihnen mit einer QElapsedTimer messen. Die Instanz des Ereignisverteilers für den aktuellen Thread wird von der statischen QAbstractEventDispatcher::instance() zurückgegeben.

Wenn die Ereignisschleife für einen sehr kleinen Bruchteil Ihres Zeitmessungsfensters schläft, bedeutet dies, dass im GUI-Thread zu viel los ist. Sie können zählen, wie lange die Ereignisschleife zum Beispiel während der letzten Sekunde geschlafen hat. Wenn es unter 10% ist, können Sie langsame Updates und was nicht erwarten. Denken Sie daran, dass Update-Ereignisse mit Qt::LowEventPriority in die Warteschlange gestellt werden. Sie werden von standardmäßigen Warteschlangensignalen und fast allen anderen Ereignissen ausgeschlossen.

Answer 2

QApplication::compressEvent verwirft QEvent::UpdateRequest, wenn es bereits einen unbearbeiteten gibt. Somit können sogar Repaint (s) sofort ohne Malen zurückkehren, wenn das Ereignis verworfen wird. Sie können überprüfen, ob Ihre updateRequest Ereignisse verworfen werden, indem Sie compressEvent überschreiben.