Discussion :

[dabeuliou]

Bonjour à tous,

Rapide présentation de mon appli :
Mon appli contient un JFrame qui contient une arborescence de JSplitPane dont les feuilles sont des composants AWT ou Swing. L'un de ces composants est un GLCanvas de Jogl.

Voici le problème :
Je suis parfois amené à reconstruire l'arborescence de JSplitPane (parce qu'un composant est ajouté ou supprimé). Dans ce cas, je redirige mon GLCanvas vers un autre JSplitPane. Il semble que ce genre de manip aboutit à une destruction / reconstruction du contexte OpenGL associé au GLCanvas, ce qui est conforme à ce qu'annonce la doc Jogl. Dans ce cas, la méthode GLCanvas.init() est censée être appelée. Seulement voilà, dans mon cas elle est parfois appelée, parfois pas, avec toutes les conséquences que cela a... Evidemment, je ne parviens à trouver un moyen de reproduire à 100% le problème.
Pour info, ce comportement aléatoire se produit sous windows et pas sous linux. J'ai reproduit identiquement le bug avec les versions 1.1.0 et 1.0.0 de Jogl.

Je remercie d'avance toute bonne volonté qui voudrait m'éclairer sur ces caprices de la méthode init() !

[fearyourself]

C'est forcément pas un problème de la fonction init vu que c'est plutôt la faute de la fonction qui devrait appeler cette fonction.

A savoir, que tu fais sûrement une fausse manip ou tu pourrais par exemple l'appeler toi-même non ?

Avec une programmation un peu particulière, tu pourrais sûrement mettre en place un système qui teste si le système a reinitialiser le contexte et sinon le fait toi-même.

Je ne suis pas sûr si cela résolvera le problème mais il me semble que :

- Tu peux soit chercher sous Windows :
1) S'il détruit le contexte openGL et l'objet GLCanvas à chaque fois
2) S'il reconstruit l'objet GLCanvas à chaque fois mais n'appelle pas la fonction init

Jc

[dabeuliou]

Tester si le contexte a été réinitialisé, c'est aussi ce que j'ai cherché à faire.

J'ai avancé depuis hier et j'ai identifié les différentes étapes qui mènent au bug :
1/ La hiérarchie des composants du frame est recréée : le contexte OpenGL est zigouillé.
2/ Si la souris se trouvait au dessus du GLCanvas à ce moment là et qu'on est sous Windows un appel au mouseMoved() du listener que j'ai branché sur le canvas est effectué avant que le repaint du Canvas soit effectué. Sous linux, c'est l'inverse.
3/ Dans ce callback mouseMoved(), je rends mon contexte courant pour rafraîchir la scène en mode sélection. Sous windows, ce makeCurrent renvoie GL_CONTEXT_CURRENT_NEW mais je ne testais pas la valeur de retour et n'initialisais pas en conséquence.
4/ Lorsque l'appel à display() est enfin effectué, le makeCurrent qui est réalisé automatiquement par le code de Jogl renvoie GL_CONTEXT_CURRENT et ce même code n'appelle donc pas init().

Après réflexion, il me semble qu'il me suffit de tester la valeur de retour du makeCurrent dans mon mouseMoved() pour appeler init() si elle vaut GL_CONTEXT_CURRENT_NEW. J'ai testé cette correction et cela marche. Mais il y a tout de même une chose que je ne comprends pas : pourquoi cet appel à init() n'est pas effectué automatiquement par Jogl lors d'une requête à makeCurrent() plutôt que de le faire seulement lors d'un appel à display() ? En fait, plutôt que d'avertir l'utilisateur par une valeur de retour de GLContext.makeCurrent(), il faudrait effectuer un appel automatique à init() du GLEventListener si nécessaire.

Pour conclure, je pense avoir corrigé mon bug mais il me semble qu'il demeure un grave problème d'encapsulation dans l'architecture de Jogl . Je n'utilise Jogl que depuis quelques semaines et j'espère ne pas avoir misé sur le mauvais cheval en choisissant cette API !

Merci pour ton aide fearyourself.