Discussion :

[jcloupgarou]

Bonjour,

je fait un modeler/loader 3D en MFC et OpenGl. Les fichiers que je charge peuvent demander beaucoup de temps (plusieurs minutes) avant d'être entierement lus et traités (calcul d'union, de soustraction entre des volumes 3D, tessalisation).
Pendant ce temps la moindre interaction avec la fenetre de cette appli (click, redimensionnement,...) plante l'affichage de celle-ci, mais sans planter le chargement. Enfin ce n'est pas du tout confortable pour l'utilisateur...

Pendant la serialisation, j'essaye de rendre ma fenetre inactive ( pMainWnd->EnableWindow(false) ), ou encore de bloquer les boucles d'affichages opengl, mais rien n'y fait !
Vous avez peut etre une idée pour me dépatouiller avec cette histoire ?

Merci, bon aprem.
Jc.

[MrDuChnok]

Salut,

Si ton chargement prend plusieurs minutes, et que tu ne rend pas la main à ton application, elle occupe tout le temps processeurs, et ne peux donc pas se mettre à jour.

Tu as essayé en créant un thread pour charger ton fichier ? Ainsi tu pourrai continuer à appelé ta fonction de gestion des clicks / redimensionnement de ta fenêtre tout en chargeant ton fichier.

Par contre ça va compliquer un peu ton projet, car il faudra gérer une synchronisation entre ton thread de chargement du modèle et ton thread principale.

Enfin c'est la première solution qui me vient, il y a peut être mieux.

[fearyourself]

Le système d'exploitation s'attends à ce que tout programme redessine la fenêtre si c'est nécessaire. Si le programme est occupé par trop de calculs alors on a un problème comme ce que tu décris.

Pour le résoudre, une solution est de mettre une image noire et un titre "Patience..." ou d'assurer que l'affichage continue de facon régulière...

Pendant la serialisation, j'essaye de rendre ma fenetre inactive ( pMainWnd->EnableWindow(false) ), ou encore de bloquer les boucles d'affichages opengl, mais rien n'y fait !
Vous avez peut etre une idée pour me dépatouiller avec cette histoire ?

Au contraire, tu devrais mettre en place une deuxième thread pour continuer l'affichage mais désactiver la gestion clavier/souris...

Une autre solution est d'arriver à couper la serialisation en morceaux et donc tous les Xms, tu appelles l'affichage...

Dernière solution est de faire l'inverse, la boucle qui appelle l'affichage vérifie si on est mode sérialisation et appelle la fonction serialize(tmps) qui peut commencer/reprendre son travail pendant tmps milli-secondes.

Bien sûr cela demande de pouvoir arrêter et reprendre mais bon...

Jc

[jcloupgarou]

Merci, j'avais pensé à créer un deuxieme processus pour la partie load, mais ca devient un peu compliqué. Il n'y a pas une solution pour reduire la fenetre principale de mon appli et n'afficher que sa toolbar (barre en haut de la fenetre) comme sous les mac je crois, ou pour la rendre totalement inactive...

[jcloupgarou]

Ok, je vais essayer de passer de la serialisation a l'affichage et, vis et versa. Ca m'a l'air plus simple que de me mettre au multithread, j'y connais rien ;o)...
Merci, je vous tiens au courant !

[jcloupgarou]

Etant donnée ma structure de données, c difficile de relancer l'affichage pendant la serialisation.
Je peux pointer sur ma fenetre CWnd avec AfxGetMainWnd(), mais je n'arrive pas à forcer l'affichage. Quelle methode de CWnd faut il utiliser ? J'ai un peu tout essayer... Merci de me sortir la tete de l'eau !

[Laurent Gomila]

Tu devrais quand même utiliser un thread, ce serait beaucoup plus propre au niveau de l'utilisation. Surtout que pendant que tu vas charger tes données, tout ce que tu voudras faire c'est que ta fenêtre tourne normalement, aucun conflit en vue donc. Et puis je pense même que tu te feras moins ch*** à le programmer, par rapport à l'idée sur laquelle tu es parti.

[MrDuChnok]

Moi aussi je trouve que le thread serai beaucoup plus simple et ici adapté dans ta situation.

Si tu ne connais pas les threads, ce cas ne sera pas le plus compliquer à aborder, et donc te permettera d'en apprendre sur le sujet, en commençant par quelque chose de simple.

[Ti-R]

Les threads c'est relativement simple en plus.

Je dirais que même très simple sous windows.

[jcloupgarou]

OK, c parti pour les thread alors vu que j'ai droit a une incitation collegiale !
De toute facon, j'arrive rien a faire avec l'idée précédente...
Merci m'sieurs-dames

[jcloupgarou]

J'ai trouvé un truc sympa sur la FAQ : detecter les messages stimulant la fenetre (genre click, minimize...) et qui empeche que le traitement longué ne freeze l'affichage.
Je rappelle le bout le code pour les curieux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
/*static */void PumpMessages() 
{ 
   // Handle dialog messages 
    MSG msg; 
    while(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) 
    { 
        if (!AfxGetApp()->PreTranslateMessage(&msg)) 
      { 
         TranslateMessage(&msg); 
         DispatchMessage(&msg); 
     }            
     AfxGetApp()->OnIdle(0);   // updates user interface 
    AfxGetApp()->OnIdle(1);   // frees temporary objects 
    } 
}

Ca marche du feu de dieu dans mon cas... Les threads, ce sera pour plus tard !
Merci, en tout cas.

[bafman]

allez je fais mon lourd...
et si tu passe une autre fenetre par dessus ta fenetre pendant qu'il travail ? ça donne quoi ?

[jcloupgarou]

Il ne se passe rien de particulier... L'affichage est mis a jour malgrés la lourdeur du traitement effectué par l'appli... Ca marche vraiment tres tres bien !