Discussion :

[franckcl]

Bonjour,

J'ai développé un objet graphique dérivé de TGraphicControl et sur certains PC uniquement, lorsqu'on déplace une fenêtre dessus, l'objet est redessiné totalement, ce qui pose un problème de performance.
Je pense que c'est lié au driver de la carte graphique car j'ai un PC avec double boot: sous XP j'ai le problème et sous win 7 32 bits, je n'ai pas le problème mais j'ai rencontré le problème aussi sur un autre PC qui est sous Win7.

J'ai pas mal cherché, je trouve des choses sur TCustomControl (Méthode CreateParams) mais pas TGraphicControl.
Comment éviter cela ?

merci
Franck

[ThWilliam]

Bonjour.

Si tu prends un TPaintBox (simple dérivé de TGraphicControl) et que tu places un compteur de passage dans son événement OnPaint, tu le verras s'incrémenter au passage d'une autre fenêtre.
C'est Windows qui gère l'opportunité du re-dessin, lorsque par exemple un composant masqué devient visible en tout ou partie.
La qualité de la carte graphique a évidemment son importance.

Ce que tu peux faire pour augmenter les performances avec un TGraphicControl :
- ne pas faire d'effacement du fond (ex : un fillrect), ce n'est plus nécessaire (à partir de XP je crois).
- dans ton événement OnPaint : créer un Tbitmap, tout dessiner sur ce bitmap, puis afficher ce bitmap. Comme il n'y pas de changement au dessin, tu ne devrais avoir aucun scintillement. C'est le principe adopté par la double-bufférisation.

Cordialement
Thierry

[franckcl]

Merci Thierry,

Ce que je ne comprends pas:
j'ai le cas d'un PC DELL sur lequel j'ai 3 OS en multiboot:
- Avec l'OS WIN7 en 32 bits : Pas de problème
- Avec l'OS WIN7 en 64 bits: Pas de problème
- Avec l'OS WIN XP en 32 bits: j'ai le problème.

Donc pour ce PC ce n'est pas un problème matériel mais bien logiciel qui est lié à l'OS ou au driver de la carte graphique mais j'ai aussi le problème sur un autre PC qui est sous WIN7 en 32 bits.

J'ai mis à jour tous les drivers (carte mère/chipset, Carte graphique) avec les dernières versions: Idem.

J'ai compilé mon soft sans manifest et avec manifest: idem

voici le manifest:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity version="1.0.0.0" processorArchitecture="X86" name="MyAppli" type="win32"/>
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>
</assembly>

cela me pose un vrai problème..

[Andnotor]

Le principe est différent entre XP et Vista+.

Jusqu'à XP, les applications accédaient directement à la mémoire d'affichage et si deux fenêtres se chevauchaient (donc accédaient partiellement à une même zone mémoire), les deux devaient se redessiner.
Depuis Vista et le Desktop Window Manager (DWM), une copie de la fenêtre est conservée en mémoire et l'OS travaille sur cette copie pour le rendu final à l'écran. Il n'y a plus cette notion de chevauchement et la fenêtre ne reçoit par conséquent plus autant d'ordre de rafraîchissement (WM_PAINT).

Si le problème survient également sur un 7, c'est que DWM y est désactivé

Le principe est expliqué ici.

[ShaiLeTroll]

Intéressant !
Sous W7 SR1 Win64 et une application XE2 Win32 et le process dwm.exe "Gestionnaire de fenêtres du Bureau"
Dans les propriétés systèmes je suis sur "Laisser Windows choisir la meilleure configuration"
Est-ce que cela que l'on voit dans "Paramètres personnalisés" correspond à la conf en cours, "Activer la composition du Bureau" est coché ?

pfEnabled renvoyé par Winapi.Dwmapi.DwmIsCompositionEnabled est à FALSE

J'ai effectivement le fameux effet de fenêtre rémanente
justement dans un programme de test avec une boucle sans ProcessMessages qui rempli la DB pour simulation,
le temps que cela tourne je m'amusais à dessiner, lorsque le dessin revenait c'était le signe "c'est fini"

Depuis, j'ai ajouté des ProgressBar vu que je lance dans la journée (ainsi que mes collègues qui auraient besoin de données de test)
L'effet est moins notable mais toujours présent !

[franckcl]

Bravo Andnotor, c'est bien ça !!!

La version de Win7 qui posait problème n'avait pas le mode aero d'activé, maintenant ça marche.
Concernant XP, comme ce système tombe bientôt en désuétude, ce n'est pas trop grave, je l'indiquerai dans la rubrique de compatibilité.

merci
Franck

[Andnotor]

Concernant XP, comme ce système tombe bientôt en désuétude, ce n'est pas trop grave, je l'indiquerai dans la rubrique de compatibilité.

Oui mais DWM n'est pas forcément actif sur 7 comme tu l'as constaté et pas du tout sur 2008. De plus DWM peut être désactivé par GPO.
Perso, je gérerais cela correctement.

Est-ce que cela que l'on voit dans "Paramètres personnalisés" correspond à la conf en cours, "Activer la composition du Bureau" est coché ?

pfEnabled renvoyé par Winapi.Dwmapi.DwmIsCompositionEnabled est à FALSE

Je suppose que c'est cela, je n'ai jamais vraiment joué avec ces réglages

J'ai effectivement le fameux effet de fenêtre rémanente
justement dans un programme de test avec une boucle sans ProcessMessages qui rempli la DB pour simulation,
le temps que cela tourne je m'amusais à dessiner, lorsque le dessin revenait c'était le signe "c'est fini"

Depuis, j'ai ajouté des ProgressBar vu que je lance dans la journée (ainsi que mes collègues qui auraient besoin de données de test)
L'effet est moins notable mais toujours présent !

Il faudrait voir aussi dans quelle mesure la compatibilité Windows 7 éventuellement définie dans le manifest peut jouer un rôle.
Sinon passer par une fenêtre layered (suffisante s'il n'y a pas de saisie). Plus de WM_PAINT, plus de soucis