Comment éviter le scintillement dans une fenêtre GUI ?

double buffer

Lol ok, mais on fait ça comment ?

ben je suppose que la tu barbouilles directement dans le gdi de ta fenetre, non ? ben t'en fais un autre (de GDI) que tu recopie et heuh, attends, je me perds, me demande si g pas ca qqpart

Le double buffer consiste à dessiner l'image dans une zone non visible, puis à chaque début de rafraichissement d'une image écran (VBL), à échanger le contenu de cette zone avec celle affichée à l'écran.
 
Etant donné que le scintillement est provoqué par l'effacement répété de l'écran, le fait d'appliquer cette méthode rend cet effacement invisible (puisque réalisé hors écran).
 
Tu dois récupérer le contexte de la fenêtre, créer une zone de dessin hors écran, puis à chaque VBL faire pointer le contexte de fenêtre avec l'adresse de la zone mémoire hors écran.
 
Il ne te reste plus qu'a appliquer tout ça à Win 32

Y'a un exemple dans la msdn.
http://msdn.microsoft.com/library/ [...] licker.asp
Faut simplement créer un bitmap de la taille de ta zone client, et faire un blit lors de WM_PAINT.
Faut aussi dessiner dans le bitmap au lieu de directement dans la fenetre.

Si t'es en C++Builder tu fous DoubleBuffer = true; dans le constructeur de ta Form

Oki merci bien mais je débute en GUI, donc j'aurai aimé un bout de code à utiliser.

ce sont des contrôles usuels qui scintillent?  genre des combos, zones textes, listes, ou bien carrément des images ou animations?
 
Parce que en général, quand une interface commence à scintiller, c'est qu'il est temps de la recoder proprement

Bah là, je met une vidéo dans ma Form et la vidéo scintille quand je redimensionne la fenêtre.

ok ma remarque n'est certainement pas valable dans ce cas là alors

Bon ! en farfouillant dans du vieux code pas beau a moi j'ai ca:
 

 
tu barbouilles dans dc, et lors du WM_PAINT, tu fais:
 

 
Avec appel a createBackBuffer a chaque WM_SIZE

 
 
Ah ! Ca me dit quelque chose ca !
Voici pourquoi je ne met pas les styles CS_VREDRAW et CS_HREDRAW dans mes classes de fenetres. Des que tu redimensionne, ca provoque l'effacement complet de ta fenetre, et ca redessine tout. => Ca clignote.
Sans ces styles, ta fenetre n'est pas effacee quand tu redimensionne. Ca redessine par dessus, on voit pas le fond de la fenetre qui s'efface, ca clignote plus. Comme je n'utilise que des controles (je ne dessine rien lors de WM_PAINT), ces styles me sont d'aucune utilite et je m'en passe sans pblm.
Dans ton cas, apparement tu codes avec une lib genre VCL.
Heu je sais pas trop. Soit y'a possibilite de desactiver ca, soit faut te gerer le message qui efface (WM_ERASEBKGROUND je crois) en l'empechant de faire ce qu'il ets cense faire, ou alors un SetWindowsLong sur ta fenetre pour supprimer ces styles ...

 
Pour ce qui est de CS_VREDRAW | CS_HREDRAW, ma fenêtre par défaut ne les utilise pas, donc j'ai pas compris ce que tu voulais dire.

 
ben si tu les utilises pas alors tout ce qu'il a dit ne s'applique pas a ton cas

 
J'ai essayé ton bout de code mais ça na rien changé.

Precise ton langage, poste un peu de code (creation fenetre, reponse a WM_PAINT notamment).

Bah mon langage est le C et le bout de code est celui de chrisbk ou du lien, tout deux marchent pas. Je dois mal m'y prendre.

Ben il est la le prblm, ces codes (en tous cas celui du lien) fonctionnent tres bien.
Comment as-tu ajouté une video à ta "Form" ?

Le mieux pour utiliser du "multimedia" dans une fenetre est d utiliser directX SDK...
 
 le double (et meme triple) buffer est deja implementé (primary surface, offscreen surface, flip) dans le cas d application graphique 2D (et meme 3D vu que l objet directdraw n existe plus)
 
L inscrustation de video est mieux géré avec DirectShow
 
 
Perso , je fais mes applications avec, et j ai beaucoup moins de mal a dessiner (et du coup je peux meme rajouter des effets grace a directX)

Oui j'y est pensé car je fais un peu de Direct X mais là je veux programmer qu'en Win32 alors il me faut cette solution !!!!!

et la SDL ne te conviendrait pas ? ou allégro ?

DirectX fait partie de Win32
Mais faut passer au C++.
Comment fais-tu alors pour lire une video ?
Tu veux pas donner de code, n'attend pas de miracles.

Je te l'es envoyé en PV.

T'utilises donc un dialog.
Je viens de tester, et par défaut, en tous cas sous XP, les dialogue box n'ont pas style CS_HREDRAW | CS_VREDRAW dans leur classe.
Car je te parle de style de classe, ce qui est différent du style utilisé lors de la création (WS_XXX).
Mais comme tu programmes pas en "Raw API" et que tu passes par "BCX", peut etre qu'il magouille un truc.
J'avais farfouillé dans les sources de la VCL une fois, et ils subclassent toutes les classes.
Peut etre qu'ils en font autant pour les dialogues, et qu'ils modifient le style.
Peut etre donc que tu utilises ces 2 styles sans le savoir.
Car j'ai rajouté ces 2 styles, et y'a pas photo, ca clignote dès que je resize.
Créé une dialogue vide, intercepte WM_PAINT, fait un TextOut et test.
Si ca clignote quand tu resize, alors ces styles y sont.
Il suffit alors de les gercler (GetClassLong, enlever les 2 flags, SetClassLong).
Sinon, faut passer par le double buffer.
Mais quand meme, avoir ce comportement là sans ces styles, je vois pas trop ...

Oki merci bien HelloWorld, j'aime quand c'est des réponses comme ça, des petites soluces rapides, rien à voir avec tous les codes qui m'ont filé lol, mais bon merci à tous quand même.

Comme je vois que tu es chaud, je me permet de te demander autre chose : http://forum.hardware.fr/forum2.ph [...] subcat=386
 
Merci encore pour tes réponses.

 
on peut le programmer en C ... mais effectivement c mieux en C++

la prochaine fois, on te filera les opcodes en hexa, ça sera plus rapide

Lorsque je me suis initié à DirectDraw, j'ai passé une après midi entière à chercher d'où venait l'erreur du code d'exemple que j'avais récupéré ...
Quand, finalement, j'ai capté que c'était parce que j'avais appelé mon fichier source main.c au lieu de main.cpp, j'ai