Mise à jour efficace d'un QTableView à haute vitesse

Question

J'utilise un QTableView avec une sous-classe de QItemDelegate pour contrôler l'aspect et la convivialité des cellules de tableview. Chaque cellule affiche le nom et l'état d'un périphérique connecté en externe, et jusqu'à 100 périphériques peuvent être connectés en même temps. Le nom et le type de chaque périphérique sont essentiellement statiques, mis à jour très rarement (peut-être une fois par heure), mais chaque cellule doit afficher une valeur en temps réel de l'entrée du périphérique, que je scrute toutes les 50 millisecondes. Cette valeur est affichée sous la forme d'un graphique à barres basique dessiné par le peintre fourni à la méthode Delegate :: paint() par TableView.

Le problème avec la mise à jour de mon modèle 20 fois par seconde est que la table entière est redessinée à chaque fois, ce qui est très inefficace. Limiter la méthode de peinture à dessiner uniquement le graphique à barres montre que la plus grande partie du temps processeur est dédiée au dessin du nom, de l'état et de l'image associée sur chaque cellule, plutôt que sur le graphique. Ce que j'ai besoin de trouver est un moyen de mettre à jour le graphique pour chaque cellule régulièrement sans redessiner la cellule, mais je ne peux pas savoir comment le faire.

Quel est le moyen le plus efficace d'y parvenir?

Éditer: Image jointe pour aider.

L'image représente 10 capteurs dans un QTableView. Le numéro, le nom et le statut sont pratiquement statiques, ne se mettant presque jamais à jour. Le graphique à barres à côté du texte "Valeur du capteur" est mis à jour toutes les 50ms. Je veux seulement peindre cette barre, plutôt que le texte, le statut et l'arrière-plan de la cellule. Les voyants d'état et l'arrière-plan sont des images complexes, il faut donc beaucoup plus de temps processeur que de simplement dessiner et remplir un rect.

Answer 1

depuis votre QTableView hérite QWidget, vous pouvez appeler ce qui suit sur ce:

setUpdatesEnabled(false); 
changeAllYourData(); 
setUpdatesEnabled(true); 

Lorsque setUpdatesEnabled est faux, la peinture() ou mise à jour() faire appel n'a pas d'effet. Donc, vous pouvez l'empêcher de mettre à jour, modifier toutes vos données et ensuite le réactiver, éventuellement en appelant manuellement paint() ou update() manuellement, je ne suis pas sûr de cette partie.

Voici le doc pour la méthode setUpdatesEnabled.

QWidget updatesEnabled

Hope this helps.

EDIT après un commentaire de l'utilisateur:

Vous pouvez mettre en œuvre votre propre setUpdatesEnabled (bool) pour votre sous-classe de QItemDelegate (car il ne hérite pas QWidget et n'a pas) en testant un drapeau avant d'exécuter original paint() ou update(). Après cela, vous pouvez spécifier pour chaque cellule (ou ligne ou colonne) de votre QTableView si elles doivent être mises à jour ou repeintes. En faisant cela, vous pouvez empêcher vos autres cellules (délégués) de repeindre, sauf si vous modifiez le drapeau setUpdatesEnabled que vous avez créé manuellement, mais gardez les mises à jour sur vos cellules contenant un graphique.Je dois dire que je n'ai jamais testé ceci ou quelque chose comme ça, alors j'espère que ça fonctionne comme je le pense.

Bonne chance

EDIT après modification de l'utilisateur:

Suite à mon commentaire précédent, au lieu de mettre un drapeau pour chaque cellule (je pensais que votre graphique était dans une cellule séparée), vous pourriez définir un indicateur pour chaque délégué pour peindre uniquement votre graphique ou l'image entière.

Hope this helps,

EDIT:

Je suis tombé sur une nouvelle fonctionnalité dans Qt 4.7 (je ne sais pas s'il est possible pour vous de l'utiliser, mais il pourrait résoudre une partie de votre problèmes.) La fonctionnalité est QStaticText. C'est une classe qui vous permet de mettre en cache du texte (police et effets) et de les peindre plus rapidement. Voir le lien here.

Espérons que cela pourrait résoudre votre problème.

Answer 2

Mettre en cache l'image d'arrière-plan (image d'arrière-plan de la cellule, statut et nom) dans le modèle en tant que QPixmap. Redessiner ce pixmap uniquement lorsque le statut ou le nom sont modifiés. Dans le cas courant, vous n'aurez besoin que de dessiner le QPixmap en cache et la valeur du capteur.

Edit:

Ajouter drapeau fullRepaintNeeded à votre classe de données. Lorsque l'état ou le nom est modifié, fullRepaintNeeded est défini sur true. Lorsque le délégué peint l'élément, le délégué vérifie d'abord l'indicateur fullRepaintNeeded de l'élément. Si fullRepaintNeeded a la valeur true, une nouvelle QPixmap est créée et tout est peint dans cette QPixmap qui est finalement peinte dans la tableview. Le QPixmap est ensuite mis en cache dans le modèle (ce qui signifie pour votre classe de données) avec la fonction setData du modèle (mais dataChanged n'est pas appelé). fullRepaintNeeded est maintenant défini sur false.

Toutefois, si fullRepaintNeeded est défini sur false dans la fonction de peinture du délégué, un modèle QPixmap précédemment mis en cache est demandé par le modèle, dessiné sur la tableview et la valeur finale du capteur est dessinée en plus.

Answer 3

Il est rare que je suggère ce chemin plutôt que des délégués, mais il apparaît dans votre situation, il pourrait en valoir la peine. Je considérerais faire ma propre vue, qui est assez consciente pour mettre à jour seulement les parties de l'écran qui ont besoin d'être mises à jour. Un widget de vue comme celui-ci est évidemment un peu plus spécial que ce qui serait normalement le cas, mais si vous avez vraiment besoin de l'efficacité, c'est une façon de faire. D'autres choses à considérer si vous avez besoin d'un petit coup de pouce en matière d'efficacité, assurez-vous de ne marquer que les lignes qui changent réellement (si les valeurs des capteurs ne changent pas souvent, et ne sont souvent interrogées) ou d'ajouter une valeur d'hystérésis entre laquelle il n'est pas réellement redessiné (si les valeurs du capteur ne changent pas assez rapidement pour annuler cela).