[Win32] Problème d'affichage

Bonjour à tous et désoler d'avance dans le cas où je post dans la mauvaise section car je ne suis pas sûr ^^
Je bosse actuellement sur un projet de Viewer de fichiers CAO en C++/Win32/OpenGL, je travaille avec l'api windows en C (donc pas de MFC) et j'ai un petit problème d'affichage. Enfaite j'ai une fenêtre principale qui contient plusieurs sous-fenêtres, contenant statusbar, toolbar, un treeview et une fenêtre contenant un affichage OpenGL.
En gros dans ma boucle de message j'ai ça :

Code:

---

1 2 3 4 5 6 7 8 9

if(PeekMessage(&msg,NULL,0,0,PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } else { OpenGL_Render(); }

---

OpenGL_Render met à jour la scène et finit par un SwapBuffer pour l'afficher, et dans mon windowproc je fais :

Code:

---

1 2 3 4 5 6

case WM_PAINT: { SwapBuffers(g_pEngine->getDevice()); ValidateRect(hWnd,NULL); break; }

---

Vu que mon application est fenêtré et que des boites de dialogues peuvent passer dessus cela aurait du me permettre de rafraichir la scène au bon moment.
Donc bon déjà premier problème dans mon WM_PAINT, Swapbuffer ne convient pas, j'aimerais juste que OpenGL reaffiche la dernière frame (qui est devenu le front buffer après le swap) de sorte que si l'utilisateur déplace une boite de dialogue sur ma fenêtre celle-ci soit comme mis en pause mais qu'il n'y est pas d'artefacts.
De plus, et là il n'est pas question d'OpenGL, j'ai des problèmes d'actualisation d'affichage avec les autres fenêtres, quand une boite de dialogue se met sur mon treeview il peut arriver qu'un artefact se mette dessus...
Encore plus génant, à un momen j'utilise une fenêtre non-modale pour gérer une barre de chargement et là c'est le drame, la fenêtre s'affiche vraiment très mal, on la voit complète une fraction de seconde quand elle apparait, puis on dirait que la fenêtre principale essaye de dessiner par dessus, au final il reste plus qu'un cadre gris et les barres de chargement qui évoluent (on ne voit même plus les textes au dessus de la barre de chargement).

Si quelqu'un à déjà rencontrer ce genre de problème ou a une idée pour les résoudre je suis preneur.
Merci d'avance ;)

Bon enfaite j'ai l'impression que si je fais :

Code:

---

1 2 3 4 5 6

case WM_PAINT: { OpenGL_Render(); ValidateRect(hWnd,NULL); break; }

---

Ca règle mon problème pour ma fenêtre OpenGL.

Donc le reste de mon problème c'est juste de l'api windows. J'ai une fenêtre non modale qui bug graphiquement et qui laisse des artefacts sur ma fenêtre modale principale ... une idée ?

Je veux pas dire de bétise mais:

1. Ou tu as une appli 'statique' (le contenu OGL n'est modifié que par des actions utilisateurs), dans ce cas, tu peux utiliser le WM_PAINT, et faire le render / swap dedans.

2. Ou ton appli est 'animée' (jeu vidéo), et dans ce cas on a comme boucle principale (en tout cas dans l'idée):

Code:

---

1 2 3 4 5 6 7 8 9 10 11

while (!ended) { Render(); Swap(); while (PeekMessage(&msg,NULL,0,0,PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } Sleep(0); }

---

Je me trompe ?

[edit] Tu peux utiliser aussi un 'timer' pour faire le rendu, mais adieu les 1000fps dans ce cas ! :)

Citation:

---

Envoyé par nicroman

[edit] Tu peux utiliser aussi un 'timer' pour faire le rendu, mais adieu les 1000fps dans ce cas ! :)

---

Ça c'est bien un truc qui m'énerve. Un jeu va souvent tourner sans cesse à 100% CPU (et donc chauffer, consommer plus, faire faire du bruit au ventillos) même si au final il affiche des images sur un écran à 50Hz, et qu'il effectue ses calculs de physique ou d'IA encore moins vite. Tout ça parce que certains sont focalisés sur la fréquence d'image comme Alpha et Omega de la qualité d'un jeu...

Bas c'est surtout que si les fps sont supérieur à la fréquence de rafraichissement ça aura des conséquences graphiques... (scission de l'écran).
Et en plus l'oeil humain fait pas la différence au delà des 30 ou 60, je sais jamais.

Citation:

---

Envoyé par Goten

Et en plus l'oeil humain fait pas la différence au delà des 30 ou 60, je sais jamais.

---

Ce n'est pas uniquement question de fréquence. J'ai eu des exemples où 60Hz ne faisait pas une animation totalement fluide, alors que 30 peuvent suffire largement dans d'autres cas. Je pense que la différence entre deux images successives est aussi un facteur déterminant.