Discussion :

[LastSpear]

Bonjours à tous amis developers.

Bien que Qt intègre très bien OpenGl, une question me persiste. En effet, j'ai déjà eu l'occasion de constaté que les widgets rencontraient des bugs lorsqu'il étaient édités par d'autres threads, que le main. Seulement, je dispose d'un moteur basé sur OpenGl très puissant qui gère un grand nombre d'annimations, et j'essai de l'optimisé au maximum (ex: bouclé dans une fonction plutôt que bouclé sur une fonctions avec un timer).

Alors je me demandais, si il était possible d'actualisé, un QGLWidget à partir d'un autre thread que le main, a fin de gagné en frame-rate ?
Si oui, comment fait t'on ?

En attente de vos réponses, je vous remercie de votre lecture ainsi que de vos éventuelles réponses.

[yan]

Salut
déjà
http://qt.developpez.com/faq/?page=Thread#ihm-thread


Et je pense que la partie OpenGl c'est pareil.

Difficile de te dire ce qui pourrais être optimiser. De plus multi-thread n'est pas forcment égale à du gain en performance. Cela dépend de beaucoup de choses.

[LastSpear]

Merci yan

J'avais pourtant chercher Opengl dans la faq , car pansait que si il y avait une solution avec Opengl, elle aurai été particulière. Mais je vais essayé tout de suite. Je pense que çà va résoudre mon problème.

Pour ce qui ai du multi threading, je commence à maitrisé. A vrais dire ... mon jeux vidéo possède tout un système de threads (phisique, événement, opengl) seulement, pour l'intégré, avec qt dans un qtimer : pas facil. En plus, j'ai vu que qt est très gourmant sur l'emploi du thread main. Quand il y à un événement surtout. Mon bute est donc de dédié un thread à Opengl pour pouvoir affiché plus de choses à l'écran, en un même laps de temps.

Je tiens au courant dès que j'ai réussi !

EDIT : c'est un franc succès, encore merci beaucoup yan