Qt et OpenGL : compilations séparées

Version imprimable

04/08/2010, 17h52
coda_blank

Qt et OpenGL : compilations séparées

Bonjour, je développe actuellement une petite application avec OpenGl et et je vais bientôt avoir besoin d'une GUI

J'aimerais cependant avoir le choix de la GUI selon le contexte (GUI native, portable, embarquée...) et donc pouvoir "switcher" entre les GUI disponibles au démarrage

de façon à ce que je puisse compiler d'un côté mon application OpenGL et de l'autre côté la GUI; les compilations seraient donc séparées, et je n'aurais aucune trace de code spécifique à la GUI dans mon application

Se pose le problème de la boucle d'affichage; elle serait en toute logique placée côté GUI, et ferait appel à des fonctions de l'application via une interface et "récupèrerait" les frames produites par OpenGL; l'application serait sous forme de dll

Ma question est, cela est il possible avec QTGui ? Je n'ai pas trouvé de discussion à propos du découplage Qt/OpenGL, j'aimerais donc avoir des précisions avant de me lancer :?

Merci :)
05/08/2010, 07h50
AlexandreP

Bonjour,

Si je comprend bien, la "GUI" serait le cadre et la partie OpenGl serait le tableau.
J'imagine deux solutions :
* il faudrait que l'ensemble OpenGl propose une forme de fonction d'initialisation qui prendrait en paramètre un contexte pour dessiner.
* La GUI récupère de façon périodique une image rendu par OpenGl
Ces deux idées sont complètement indépendantes de Qt.

Par contre comme Qt est relativement multi-plateforme, il est tout à fait possible de dessiner en OpenGl dans un widget Qt via un QGLWidget. Pour plus d'infos :
http://qt.developpez.com/doc/4.6/qglwidget/
05/08/2010, 17h51
coda_blank

merci pour votre réponse :P

Citation:

* il faudrait que l'ensemble OpenGl propose une forme de fonction d'initialisation qui prendrait en paramètre un contexte pour dessiner.

ce serait un contexte OpenGl généré par Qt puis passé à mon application OpenGL ? :?

Citation:

La GUI récupère de façon périodique une image rendu par OpenGl

j'imagine que cela entraîne une baisse de performance due au blitting des images dans la fenetre Qt (plusieurs dizaines voire centaine par seconde)
et comment maintenir la même synchronisation qu'avec une rendu OpenGL "normal" ?

Citation:

Par contre comme Qt est relativement multi-plateforme, il est tout à fait possible de dessiner en OpenGl dans un widget Qt via un QGLWidget

j'y ai bien sûr pensé mais elle induit un couplage entre les deux parties que je veux éviter
(mais ce ne sera peut pas possible sans sacrifices j'ai l'impression :))
06/08/2010, 09h15
AlexandreP

Dans l'ordre :

- Oui. Par contre ne connaissant pas plus OpenGl que ça, je ne peux donner que le concept de l'idée...
J'ai déjà fait ça avec SDL : on récupère l'identifiant de la fenêtre et on le passe en argument à l'initialisation de SDL. Ce dernier dessine alors à l'intérieur de la fenêtre Qt. Ca marche plutôt bien.

- Il est clair qu'au niveau perf c'est pas ça... Et si il y a un quelconque besoin d'interaction, ça risque d'être compliqué. Mauvaise idée donc.

- Rien n'empêche une séparation Qt / OpenGl. Il faudra peut être juste qu'il y ait plus de point d'échange qu'initialement prévu.