Technique de positionnement de l'image

Bonjour à tous,

J'ai développé sous wxwidgets 3.02 (+rad wxsmith et sous code::blocks 13.12 en C++), une petite application de calculs et de visualisations de surfaces mathématiques en 3D.

Lorsque que je veux changer par exemple un paramétre de la position du point de vue, j'appuie sur une touche spécifique du clavier, et la surface est effacée (refresh du panel),
recalculée puis réaffichée en fonction du nouveau paramétre ( fonction onpaint dans le panel d'affichage, appellée par le refresh).

Ce procédé est consommateur de temps machine puisque la surface est recalculée pour un nouveau point de vue . Cela induit un effet de scintillements à l'écran, du à l'effacement suivit du réaffichage de l'image.

Or, lorsque je vais sur des logiciels professionnels à caractéres mathématiques tels que scilab ou xcas, j'observe que l'on peut instantanément repositionner une surface mathématique 3D à la souris,
en maintenant enfoncée la touche gauche de la souris. L'image de la surface semble alors se déplacer de maniére totalement fluide, comme si elle n'était pas recalculée.
Il suffit de relacher la touche de la souris pour fixer l'image de la surface à sa nouvelle position.

Quelqu'un pourrait-il tenter au moins de m'éclairer sur le genre de technique utilisée (bufférisation ? mais comment ?) afin de parvenir à ce type d'effet visuel svp ?
Ensuite j'essaierai de me documenter.

Par avance merci

Bonjour.

Les logiciels de rendu 3D utilisent généralement OpenGL via wxGLCanvas https://wiki.wxwidgets.org/WxGLCanvas
Pour éviter le scintillement, wxGLCanvas applique le procédé du DoubleBuffering qui consiste à dessiner des scènes 3D dans un buffer avant de les afficher à l'acran.

Ok, merci pour votre réponse.
Je me doutais bien qu'il y'avait forcément une technique de bufférisation.
A présent, je vais tacher d'en savoir plus pour essayer de l'appliquer à mon appplication.
Jc

Bonjour,

Si, pour dessiner tes graphes, tu n'utilises pas OpenGL, mais plutôt wxDC, alors wxWidgets propose des classes qui gèrent automatiquement ce système de buffering :

class wxBufferedDC
This class provides a simple way to avoid flicker: when drawing on it, everything is in fact first drawn on an in-memory buffer (a wxBitmap) and then copied to the screen, using the associated wxDC, only once, when this object is destroyed...

Personellement, j'utilise la classe wxAutoBufferedPaintDC, et je n'ai aucun problème de scintillement. :D

A+
Buzz.

Bonjour.

Je pense que le problème n'est pas forcément dû uniquement à l'affichage de l'image : le calcul peut également prendre du temps.

Il faut donc peut-être revoir le mode de fonctionnement : n'effacer l'image affichée pour redessiner la nouvelle que lorsque cette dernière est déjà calculée.

Autre possibilité : avoir en mémoire une image plus grande que celle qui est affichée : ainsi, l'affichage après déplacement pourrait être instantané, et l'image en mémoire serait mise à jour en arrière plan.

Ce ne sont que des possibilités à éventuellement tester.

@+
Xav'

Merci pour vos réponses pertinentes.

En effet, les calculs sont assez lourds pour le calcul d'une surface (fonctions à 2 variables).
Je viens de faire trois choses essentielles aprés investigations, et qui semblent donner de trés bons résultats en termes de fluidité et suppriment les scintillements :

1. J'utilise wxBufferedPaintDC dc(Panelxx, wxBUFFER_CLIENT_AREA) dans la fonction principale OnPanelxxPaint() qui appelle le dessin de l'image.

2. J'appelle une fonction de 'blanchiment' du fond de panel, à savoir PaintBackGroundPanel(wxDC& dc), trouvée à la page 137 du livre de Julian Smart (Cross-Platform GUI prog. with wxWidgets).

3. Comme j'ai pu le lire dans le livre et sur le forum, je redéfini la fonction OnEraseBackground(wxEraseEvent& event) à vide aprés l'avoir connectée à l'appli afin d'éviter un effacement inutile du fond de plan et supprimer les scintillments.

J'aurais encore deux questions :

Excusez moi, je pose mes questions complémentaires :

1. Que fait la classe wxAutoBufferedPaintDC par rapport à la classe wxBufferedPaintDC ?

2. Aprés appel à la fonction de blanchiment du fond j'observe un probléme de décalage de la poisition de l'image en mode fenetrée aprés un resize de la fenetre.
Je pense que ce problème viens du fait que je n'arrive pas à appeller la fonction CalcUnscrolledPosition (référence irrésolue).
Pourtant je fait bien le #include <wx/dcbuffer.h> censé contenir la definition de son prototype.
A titre indicatif, voici le code de la fonction de blanchiment de fond :

#include <ApplioutilsgensgraphMain.h>
#include <wx/scrolwin.h>

//
void ApplioutilsgensgraphFrame::PaintBackGroundPanel(wxDC& dc)
{

wxColour backgroundColour( GetBackgroundColour() );

if (!backgroundColour.Ok()) backgroundColour = wxSystemSettings::GetColour(wxSYS_COLOUR_3DFACE);

dc.SetBrush(wxBrush(backgroundColour));

dc.SetPen(wxPen(backgroundColour,1));

wxRect PanelRect(wxPoint(0,0),GetSize());

// **** CalcUnscrolledPosition = REFERENCE IRRESOLUE POUR LE MOMENT !! *********************************
// CalcUnscrolledPosition(PanelRect.x, PanelRect.y, & PanelRect.x, & PanelRect.y);

dc.DrawRectangle(PanelRect);

}

Merci et bonne journée
jcmic

Rectification : Je fait <wx/scrolwin.h> pour référencer CalcUnscrolledPOisition, mais la compil ne le voit quant meme pas.

Salut.

Citation:

---

Envoyé par jcmic

Rectification : Je fait <wx/scrolwin.h> pour référencer CalcUnscrolledPOisition, mais la compil ne le voit quant meme pas.

---

Si l'erreur que tu obtiens est un problème de référence non résolue, ce n'est pas un problème avec le compilateur, mais avec le linker. L'inclusion (ou non) du header "scrolwin.h" ne changera rien.

Est-ce que c'est la seule erreur que tu obtiens ?
Quelle version de wxWidgets utilises-tu, et avec quel compilateur ?

@+
Xav'

Bonjour,

Merci pour ta réponse,

Non c'est bien un problème de compilation, en fait je m'était mal exprimé, et mon message était ambigue .

Le compilateur dit bien que 'CalcUnscrolledPosition was not declared in this scope', et ce malgré la présence de include <wx/scrolwin.h>

J'utilse wxwidgets 3.02 sous code::blocks 13.12 (windows 7) et le compilateur est GNU CC COMPILER (avec option -std=gnu++11 dans compiler settings).

En fait je me demande si mon problème de cadrage viens de là, car en réalité je ne suis pas trés clair sur la notion de scrollablewindow.

Le cadrage(centrage) de la surface ne se fait pas correctement lorsque je réduit la fenetre de l'application aprés l'avoir agrandie.
Le centrage se maintenait bien lorsque j'utilisait la classe wxPaintDC au lieu de la classe wxBufferedPaintDC dans la fonction OnPaint().

Mais je vais réfléchir à ce pb.

J'aurai quant meme aimé tester l'impact éventuel à l'appel de CalcUnscrolledPosition.

jcmic

voici la réponse à ta question 1/ : La différence entre wxBufferedPaintDC et cette classe est que cette classe ne fera pas double-buffering sur les plateformes qui le font déjà en natif.

A+
Buzz

À voir le code que tu as posté précédemment, la fonction à partir de laquelle tu appelles CalcUnscrolledPosition appartient à ta classe dérivée de wxFrame, et non à une classe dérivée de wxScrolledWindow.
C'est donc normal que tu ne puisses pas faire un appel direct à CalcUnscrolledPosition.

Il faut que tu le fasses avec un pointeur vers ta classe dérivée de wxScrolledWindow (ou ton objet wxScrolledWindow).
D'ailleurs, c'est pareil pour le GetSize qui précède : tel quel, tu récupère la taille de la fenêtre.

@+
Xav'

Citation:

---

Envoyé par Buzz57

voici la réponse à ta question 1/ : La différence entre wxBufferedPaintDC et cette classe est que cette classe ne fera pas double-buffering sur les plateformes qui le font déjà en natif.

A+
Buzz

---

Trés bien merci. Donc je garde le wwBufferedPaintDC . A+

Ok, le problème est résolu, et merci pour m'avoir fait remarqué que le GetSize() fournissait la taille de la fenetre et non de la zone client.

C'est la raison pour laquelle mes calculs étaient faussés à la base, car mes transformations mathématiques travaillaient sur un rectangle de dimension incorrect.
Je me demande meme comment ça pouvait fonctionner avant (sous wxPaintDC).

En résumé, j'ai remplacé l'appel à GetSize() par un appel à GetClientSize() et moyennant un leger facteur d'ajustement théorique, je voit l'origine de mon repére absolu 3D constamment positionné
au centre de sa fentere applicative, et ce quelle que soit la dimension de la fenetre.

A+
jcmic