[Win32] Problème de fenêtre transparente et DirectX

Version imprimable

25/10/2006, 10h53
Reeter

[Win32] Problème de fenêtre transparente et DirectX

Bonjour,

je travaille actuellement sur une application utilisant l'API Win32. Cette appli possède une fenêtre principale, et une fenêtre fille qui peut potentiellement utiliser DirectX pour l'affichage.
Mon problème est le suivant: si je fais en sorte de rendre ma fenêtre transparente partiellement (en utilisant un style WS_EX_LAYERED, et en indiquant une couleur à rendre transparente (le but est d'avoir une fenêtre qui ne serait pas carrée, par exemple) ), la fenêtre DirectX n'est pas visible, et s'affiche n'importe comment (le déplacement de la fenêtre laisse des trainées sur l'écran).
J'ai l'impression que Windows affiche un fond de couleur noir par défaut lorsqu'on utilise une fenêtre WS_EX_LAYERED (ce fond s'afficherait donc par dessus la fenêtre directx, la rendant invisible).

Si je garde ma fenêtre sans transparence, tout fonctionne clairement.

J'ai pu lire qu'il existait des problèmes entre DirectX et les fenêtres WS_EX_LAYERED. Existe t'il un moyen de contourner ça ?

Merci d'avance
25/10/2006, 11h15
Rits

tu utilises le flag WS_EX_TRANSPARENT avec WS_EX_LAYERED?

WS_EX_LAYERED|WS_EX_TRANSPARENT
25/10/2006, 11h23
Reeter
Non, je fais ça:
Code:

1 2 3 SetWindowLong(m_hWnd, GWL_EXSTYLE, GetWindowLong(m_hWnd, GWL_EXSTYLE) | WS_EX_LAYERED); SetLayeredWindowAttributes(m_hWnd, cTransparent, cAlpha, LWA_COLORKEY | LWA_ALPHA);
cTransparent correspond à la couleur que je veux transparente, et cAlpha correspond au pourcentage de transparence que je veux sur ma fenêtre.
Le but est d'avoir une couleur totalement transparente, et le reste de la fenêtre totalement opaque, afin d'avoir une IHM d'une forme différente que rectangulaire.

EDIT: je viens d'essayer, si je rajoute le flag WS_EX_TRANSPARENT, je ne peux plus cliquer sur ma fenêtre, et j'ai toujours le même problème d'affichage.
25/10/2006, 12h19
Rits

Est rempli tu la fenetre avec ta couleur de transparence sur
l'evenement WM_PAINT?

normalement sur cette evenement tu recupere le hdc de ta fenetre
et tu fais un un FoodFill(hdc,0,0,Ta_Colorref)
25/10/2006, 13h33
Reeter

A vrai dire, ma fenêtre est remplie à partir d'un bitmap, dont certaines parties sont de la couleur correspondant à la transparence. Ces parties là sont censées être transparentes. Le problème, c'est que j'ai une fenêtre fille qui est censée s'afficher par dessus, et que je ne vois plus. Ce problème apparaît uniquement lorsque la fenêtre fille utilise DirectX. Autrement, cela fonctionne très bien.
25/10/2006, 14h31
Rits

pluto trop d'idée desolé ;)
bon courage
25/10/2006, 14h59
Reeter

Ouais pas grave, je continue à chercher une solution alternative... merci quand même
26/10/2006, 12h42
rigobert

Citation:

Envoyé par Reeter

je viens d'essayer, si je rajoute le flag WS_EX_TRANSPARENT, je ne peux plus cliquer sur ma fenêtre, et j'ai toujours le même problème d'affichage.

Ca c'est normal : lorsqu'une fenêtre a le style WS_EX_TRANSPARENT, elle ne reçoit plus les événements souris.
Par contre je ne me rappelle plus si ceux-ci sont récupérés par l'arrière-plan ou pas...
26/10/2006, 13h12
Médinoc

Je pense qu'on peut recevoir les événements souris, fenêtre transparente ou non, en traitant le message WM_NCHITTEST : Selon l'endroit cliqué, retourner HTCLIENT, HTTRANSPARENT, DefWindowProc()...
26/10/2006, 15h09
Reeter

ouais en même temps, c'est pas trop grave cette histoire d'évènements, vu que le problème d'affichage reste le même avec ce flag là...
30/10/2006, 11h32
Reeter

En fait, je vais expliquer ce que je veux faire, ce sera peut être plus clair pour vous:
le but est d'avoir une sorte de lecteur de vidéo, un peu comme média player. J'ai une fenêtre principale qui sert d'IHM, avec une barre de manu en haut, des sliders en bas, etc... et j'ai une autre fenêtre qui contient la vidéo qui est en train d'etre lue. Cette deuxième fenêtre est déclarée comme fille de la première, et se situe au milieu de sort qu'on ne voit pas qu'il y a deux fenêtre (le résultat visuel final ressemble beaucoup à Media player). Cette fenêtre utilise DirectX pour afficher la vidéo.
Mon problème est que ma fenêtre d'IHM utilise la transparence pour avoir des coins arrondis, et éviter d'être toute carrée.
==> dès que j'utilise la transparence, la fenêtre fille contenant la vidéo ne s'affiche plus, j'ai l'impression que la fenêtre d'IHM passe par dessus, et donc on ne voit que du noir...

Es-ce plus clair pour vous ? Quelqu'un verrait une solution à ce problème ?
30/10/2006, 13h23
Rits

il faut peut etre que lorsque tu deplaces ta fenetre transparent sur l'autre effeectuer un redraw? (voir RedrawWindow)

ou sinon peut etre que tu perds ta surface directx tu test la perte de surface?
30/10/2006, 13h51
Reeter

Citation:

Envoyé par Rits

il faut peut etre que lorsque tu deplaces ta fenetre transparent sur l'autre effeectuer un redraw? (voir RedrawWindow)

En fait, j'ai essayé de décorréler les deux fenêtres (enlever le lien hiérarchique entre les deux): résultat, la fenetre directx s'affiche bien, mais lorsque je déplace ma fenêtre d'IHM, je suis obligé de dire à la fenêtre directx de se déplacer. Là, ça me pose un autre problème, qui est que la fenêtre directx se déplace avec un temps de retard par rapport à l'IHM, et c'est donc pas très joli...

Citation:

Envoyé par Rits

ou sinon peut etre que tu perds ta surface directx tu test la perte de surface?

Je n'y connais que dalle en DirectX, j'utilise une brique déjà développée par d'autres collègues et qui me sort ce qu'il faut, dans la fenêtre qu'il gère... Donc là, je ne sais pas vraiment de quoi tu parles :/ Je vais essayer d'aller fouiller sur google pour plus comprendre le sens de ta phrase! :D
30/10/2006, 15h21
Rits

essaie qd meme de faire ca sur le WM_PAINT
FoodFill(hdc,0,0,Ta_Colorref)
avec en coloref la couleur transparente de ta bitmap
30/10/2006, 16h34
Reeter

Bon, je ne vois pas trop ce que ca pourrait changer, vu que la zone en question est peinte a partir d'un bitmap (de la couleur de transparence). J'ai essayé quand même (j'ai pas la science infuse! :D) et malheureusement, ça ne fonctionne pas mieux... snif!
Je pense essayer une autre solution. Je vais encore décorréler les deux fenêtres (ne plus les avoir en mère/fille, comme ça, elles sont visibles toutes les deux), et essayer de faire en sorte de bouger la fenêtre de la vidéo exactement en même temps que la fenêtre de l'IHM: il doit bien y avoir un moyen, vu que dans Winamp, on peut soit détacher les différentes fenêtres, soit les coller, et dans ce cas, toutes les fenêtres se déplacent en même temps...
Avez-vous une idée pour réaliser ça avec win32 ?
30/10/2006, 16h41
Médinoc

Tu peux chercher avec des messages comme WM_MOVING...
30/10/2006, 16h46
Reeter

déjà essayé: si j'intercepte le message WM_MOVING au niveau de l'IHM et que je dis à la fenêtre de la vidéo de se déplacer pour rester a la même position (relativement à l'IHM), j'ai un effet de retard (comme si la fenêtre de la vidéo était à la bourre d'un message) assez désagréable.
En gros, quand on fait glisser la fenêtre, on s'aperçoit que la vidéo se décale, mais a toujours quelque pixels de retard sur la fenêtre que l'on bouge...
30/10/2006, 16h47
Rits

Citation:

J'ai essayé quand même (j'ai pas la science infuse! )

en meme temps c'est gratuit pourquoi se privé ;)

sinon +1 pour WM_MOVING
31/10/2006, 09h01
Reeter

Comme je le disais plus haut, j'ai déjà essayé, mais j'ai l'impression que la deuxième fenêtre est en retard d'un message, et du coup, ça donne un effet de traînée lorsqu'on déplace la fenêtre...
Je vais essayer d'accélérer tout ça, mais je ne vois pas vraiment comment.

Y a t'il un moyen de faire en sorte que les deux fenêtres soient filles d'une même troisième fenêtre invisible ? Je me disais que si on faisait ça, et en positionnant les bons flags, ça me permettrait peut être de les déplacer toutes les 3 en même temps, sans avoir à intercepter d'évènement (et donc en évitant cet effet de retard)...
31/10/2006, 09h11
Médinoc
Avec WM_NCHITTEST, ça devrait être possible d'intercepter le clic:
- Faire en sorte que les fils répondent toujours HTTRANSPARENT pour transmettre à la fenêtre mère,
- Et faire en sorte que la fenêtre mère réponde HTCAPTION au lieu de HTCLIENT (pour permettre de déplacer la fenêtre de n'importe où)
31/10/2006, 09h13
Médinoc

Sinon en dernier recours, puisque ta fenêtre utilise une transparence absolue, tu peux essayer d'utiliser WS_EX_TRANSPARENT au lieu de WS_EX_LAYERED (mais pour la dessiner, c'est tout un autre art)...
31/10/2006, 10h02
Reeter

Citation:

Envoyé par Médinoc

Avec WM_NCHITTEST, ça devrait être possible d'intercepter le clic:

tu veux dire qu'il faut que j'intercepte les evènements de mouvement/clic de la souris au moment du déplacement de la fenêtre, pour ne pas être en retard ?

J'ai un peu peur de me retrouver avec une usine à gaz là...
31/10/2006, 10h43
Médinoc

Non, je conseillais juste de modifier le traitement de WM_NCHITTEST pour que, où que se trouve la souris, le système croie qu'elle est sur la barre de titre de ta fenêtre mère. Ainsi, en essayant de déplacer, on déplacerait forcément la fenêtre mère et tu pourrais y mettre le traitement que tu veux...
31/10/2006, 10h50
Reeter

Ah ok, je comprend mieux... merci, je vais essayer ça !
02/11/2006, 09h05
Reeter

Bon, ça ne marche toujours pas... J'abandonne, je trouverai bien une autre solution !
02/11/2006, 18h45
mat.M

Citation:

Envoyé par Reeter

Si je garde ma fenêtre sans transparence, tout fonctionne clairement.

On ne peut pas faire avec Direct X tout ce que l'on peut faire avec le GDI.
Seul ce que permet le niveau coopératif entre les 2 systèmes.
Direct X et ses couches outre-passent le dessin des fenêtres des boutons et des controles apparemment personne n'a encore compris cela.
Lis bien la doc de Direct X le fichier .chm du SDK et tout ce qui concerne le niveau coopératif.
Si Direct X a été crée c'est pour outrepasser nombre de couches ( dont celle du dessin des fenêtres et interfaces utilsateur ) pour accroitre les performances.
Direct X a été inventé par Microsoft parce qu'avant on programmer directement l'espace de mémoire vidéo en assembleur ce qui n'est plus possible.
Donc il ne faut pas trop compter sur les styles de fenêtres.

Fuseau horaire GMT +2. Il est actuellement 12h23.