gtkglext et drawing area probleme de refresh

Bonjour,

suite des problèmes sous et uniquement sous vista... :roll:
(tout marche correctement sous XP et ubuntu)

J'ai une gtk_drawing_area qui affiche de l'openGL via gtkglext.
Je change le contenue en bougeant la souris et à chaque fois, je rafraichit
en faisant un

Code:

---

gtk_widget_queue_draw(GTK_WIDGET(monWidget));

---

Le probleme est que dans ce cas : il rafraichit la drawing_area mais tous le reste du contenu gtk disparait : barres d'outils, boutons, etc... (il reste la couleur de fond définie par glClearColor sur tout le reste de la fenetre :calim2:)

en faisant (a la place)

Code:

---

gtk_widget_queue_draw(GTK_WIDGET(la fenetre TOP level));

---

et un

Code:

---

main_iteration();

---

tout réapparait mais après quelques fractions de seconde quand on arrête de bouger la souris. C'est pas terrible... Une idée ??? :fou:

J'ai l'impression qu'openGL ne rend pas la main comme il faut, que c'est un problème de synchronisation.

http://www.developpez.net/forums/d91...n/#post5172961

ma réponse ne change pas...

Je veux bien, mais ça m'aide pas...

J'ai surtout l'impression de me battre contre :zekill:VISTA :massacre:

Il y a 2 questions cachées dans ce message
1) est-ce que tu utilises des threads
2) est-ce que tu as pris des précautions particulières pour les utiliser

Si tu réponds 1) Oui 2) Non, ça aide parce que le pb vient de là, sinon il faut chercher ailleurs

1) Je n'utilise pas de thread autre que ceux imposés par les librairies que j'utilise.
mon main.c :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

int main(int argc, char ** argv) { //initialisation gtk_init(&argc,&argv); gtk_gl_init_check(&argc,&argv);   allocations();//allocations dynamiques loadStars();//chargement du fichier buildGui();//creation de l'interface graphique   gtk_main();//boucle GTK+ printf("sortie.");   return 0; }

---

L'utilisation de thread pourrait peut-être aider.
Je me doute que mélanger GTK+ et openGL, ce n'est pas trivial, mais gtkGlExt est là pour ça et le faisait plutôt bien jusqu'à présent.

Citation:

---

Envoyé par superZozo

1) Je n'utilise pas de thread autre que ceux imposés par les librairies que j'utilise.

---

Ca veut dire oui ou non ? La question importante c'est de savoir si tu fais des appels à des fonctions gtk+ depuis des threads. J'aurais tendance à dire que oui, mais je peux pas le deviner...

Oui c'est pas bien exprimé.
J'utilise des connections de signaux type :

Code:

---

g_signal_connect (G_OBJECT (da_Carte), "motion_notify_event", G_CALLBACK(Carte_motion_notify_event), NULL);

---

mais pas de

Code:

---

gdk_threads_enter();

---

ni de fonction pthread... etc

Mais tu as des threads ou non dans ton appli?? g_signal_connect n'a rien à voir avec des threads. Mais tu avais l'air de dire que certaines des libs que tu utilises créent des threads?

non non !!! Je faisait référence au main_loop() de GTK et aussi à openGL.
Car je me demandais si le "thread" openGL (qui gère l'affichage) ne rendait pas suffisament la main au "thread" GTK+ (la main_loop qui attend qu'il se passe qqchose).
Mais il n'y a pas de thread défini "manuellement".

Désolé, je n'ai pas une super formation de programmateur, je l'ai fait beaucoup en autodidacte :oops:

gtk+ ne crée aucun thread par lui même, donc de ce côté là tu es tranquille. Ensuite quand tu colles de l'opengl avec, je ne sais pas comment les choses se passent

N'y-a-t'il pas justement moyen de d'arranger cela avec des
gdk_threads_enter(); et gdk_threads_leave(); ???
Si quelqu'un sait comment cela fonctionne -je vais essayer de voir ça.

Si tu veux faire des trucs au pif sans même savoir s'il y a des threads, libre à toi.... C'est rarement la meilleure façon de corriger un problème. Une autre possibilité à explorer est une mauvaise intégration de tes opérations OpenGL à ta mainloop gtk+, j'ai pas la moindre idée de comment ça marche.

Je te remercie pour tes encouragements.

Si je pose cette question c'est justement parce que GTK+ n'est pas aussi bien "protégé" sous windows et que oui, la façon dont la boucle openGL tourne est encore assez floue pour moi, surtout dans ce cas de figure. L'idée des g_thread, j'ai vu ça en lisant la documentation et c'est pas innocent.

J'ai pas mal vérifié l'intégration de la partie openGL, et même si on ne peut rien exclure, je m'oriente vers un problème plus spécifique. Le plus rageant comme je l'ai dit plus haut, c'est que cela marche super bien sur XP ou linux. Mais beaucoup de gens ont vista...