Discussion :

[-Mod-]

Bonjour,

Je travaille sur un éditeur de cartes en C/C++ affichant plusieurs éléments rendus à l'aide de DirectX dans différentes fenêtres.

Ces éléments ne sont rendus que si nécessaire (le chipset lorsque l'on change de fichier, la carte lorsqu'elle est éditée) et sont conservés dans des surfaces.

Pour éviter les rendus superflus, je procède (enfin...j'essaie) comme suit :
Rendu du chipset ou de la carte chacun dans une surface -> Copie de cette surface dans le backbuffer -> Ajout du curseur si nécessaire -> Affichage dans une fenêtre.

Mon problème tient dans la copie de la surface que je créé à celle du backbuffer.
J'ai essayé à l'aide de UpdateSurface, GetRenderTargetData, avec des surfaces créé à l'aide de D3DXCreateTexture, CreateOffscreenSurface et CreateRenderTarget, le tout sans résultat (D3DERR_INVALIDCALL...). Et voulant éviter de rendre à chaque frame, j'exclus l'utilisation d'un quad texturé pour l'affichage...

Comment pourrais-je procéder pour réaliser cette *simple* copie ?

[nicroman]

Et voulant éviter de rendre à chaque frame, j'exclus l'utilisation d'un quad texturé pour l'affichage...

C'est dommage, c'est pourant comme ca qu'on "copie" une texture dans une rendering-target.

Et pourquoi tu veux exclure le rendu à chaque frame ?
Comment tu gères le changement de buffer ? (alt-tab, resize, ...). Sans compter que tu n'as jamais un seul buffer à priori !

[Laurent Gomila]

Pareil, tu as voulu faire "plus simple" mais pour le coup tu te prends beaucoup plus la tête que si tu rendais simplement chaque frame.

[-Mod-]

Je souhaite exclure le rendu à chaque frame pour éviter d'utiliser à 40~90% le système, comme c'était le cas dans mes précédents essais. Avoir le PC qui rame légèrement à cause d'un éditeur de map 2D, c'est pas ce qu'il y a de plus agréable :/

Comment tu gères le changement de buffer ? (alt-tab, resize, ...). Sans compter que tu n'as jamais un seul buffer à priori !

Hum, la je ne suis pas sûr de bien comprendre la question...

Sinon, je venais justement dire que j'avais trouvé la solution : surfaces créées à l'aide de D3DXCreateTexture, et copiées avec StretchRect.

[Laurent Gomila]

Ce n'est pas l'utilisation d'un quad texturé par rapport à un UpdateTexture ou autre qui va te faire ramer.

[nicroman]

Hmmm... chez moi StretchRect est plus lent que le dessin d'un Quad... sauf quand toute la surface de destination est utilisée...

Bien sur on parle de dessin de quad sans z-testing/alpha-testing etc...