[API][MFC]Graphisme - Déplacement d'un image ???

Urgent...
Que les grands pontes du VC++ ne m'en veuillent pas pour la naïveté de ma question mais je voudrais qu'elle API de Microsoft (W2K- XP) permet de faire défiler une image, et celle qui permet de synchroniser un process pendant le rafraîchissement de la carte écran?
J’ai un gros souci avec une application graphique.
Celle-ci affiche une image en écran, ligne par ligne, et l’image doit se déplacer d’une ligne vers le haut ou le bas pour donner un effet de déplacement.
J’ai créé une classe dans laquelle je crée une ligne bitmap dans un buffer (800/758) après avoir déplacé cellui-ci comme suit :

Code:

---

memcpy (bBuffPic, (BYTE *)bBuffPic+m_iStride, m_iStride*(m_iSourceHeight-1));

---

et pour afficher je fais :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

void CToolsBmp::DrawImageBuffer(CDC* pDC, BYTE* bBuffSource, bool bFitToScale) { //Draw parent surface CDC memdcX; DWORD dwValue; HBITMAP hSource = CToolsBmp::CreateBitmap(); CBitmap cbmp; cbmp.Attach(hSource); memdcX.CreateCompatibleDC(pDC); dwValue = cbmp.SetBitmapBits(m_iStride*m_iTargetHeight,bBuffSource); memdcX.SelectObject(cbmp); if (bFitToScale) pDC->StretchBlt(0,0,m_iTargetWidth ,m_iTargetHeight,&memdcX,0,0,m_iSourceWidth,m_iSourceHeight,SRCCOPY ); else pDC->BitBlt(0,0,m_iSourceWidth,m_iTargetHeight ,&memdcX,0,0,SRCCOPY); }

---

Mais tout ceci prend encore trop de ressource system.
Connaissez vous une API qui peux remplacer avantageusement ce processus ?
(Pour déplacer l’image déjà dessiné et synchroniser la mise à jour de l‘image avec la carte écran)
Je vous remercie de votre aide

DrawImageBuffer est appelé depuis quoi ???

c'est pas ce qu'il y a autour qui peut etre gourmand en resource ???

il y a pas une partie qui peut etre fait en dehors DrawImageBuffer ???

Code:

---

1 2 3 4 5 6 7 8

CDC memdcX; DWORD dwValue; HBITMAP hSource = CToolsBmp::CreateBitmap(); CBitmap cbmp; cbmp.Attach(hSource); memdcX.CreateCompatibleDC(pDC); dwValue = cbmp.SetBitmapBits(m_iStride*m_iTargetHeight,bBuffSource);

---

ca peut pas etre deplacé ca ???

Pour être simple l’application reçois des données d’une source extérieure qui sont transformées en image suivant les commande envoyées par l’application et ceci au maximum toute les 40ms .
DrawImageBuffer est déclanché par un timer à partir de la classe du dialogue principal de l'application.
Lorsque l’envent OnPaint de cette classe ou une commande de refresh urgent est demandé j’appel un fonction globale DrawClientPicture(bool refreshnow) en passant true .
Dans le cas de l’écriture d’une ligne de bmp (756 pix) DrawClientPicture est appelé en passant false.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

m_tsTimeToRefresh = CFileTime::GetCurrentTime() - m_tsStart; int iTimeOut = (int) m_tsTimeToRefresh.GetTimeSpan()/10000; if(refreshnow || iTimeOut>theApp.m_iRefreshTime) {   if(!IsIconic()) { CDC* pDC = m_cPictureArea.GetDC(); //get pic DC CRect rect; m_cPictureArea.GetClientRect(rect); //get client dimention if(refreshnow) pTools ->DrawImageBuffer(pDC,theApp.m_bImageBuffer,true,&rect); else pTools ->DrawLineImage(pDC,theApp.m_bImageBuffer,&rect); m_cPictureArea.ReleaseDC(pDC); } m_tsStart = CFileTime::GetCurrentTime(); }

---

pTools pointe vers la classe ToolsBitmap
theApp.m_bImageBuffer à été créé lors de l’event new de l’appli par et est globale:

Code:

---

m_bImageBuffer = (BYTE*)GlobalAlloc(GPTR, bmpX.bmWidthBytes *800);//(var globale)

---

Tous ce qui est création de la ligne d’image est gèré séparément
CECi me semble le plus gourmand

Code:

---

memcpy (bBuffPic, (BYTE *)bBuffPic+m_iStride, m_iStride*(m_iSourceHeight-1));

---

qui est applelé juste avant de générer la nouvelle ligne bmp.

L’event OnPaint est il synchronisé avec le refresh de la carte video ?

dans ton OnPaint, ajoute ca et regarde si ca le fait toujours :

void Machin::OnPaint()
{

Default();

// tout ton code
DrawImageBuffer(...);
// suite de ton code

}

en clair, ajoute l'appelle de Default(); avant ton traitement

Pas de changement 23% avec 100ms de refresh et 6% avec 1s

salut ,
tu a essaye la fonction

Code:

---

1 2 3 4 5 6

void CWnd::ScrollWindow ( int xAmount, int yAmount, LPCRECT lpRect = NULL, LPCRECT lpClipRect = NULL );

---

(voir doc MSDN pour le détail.)
pour faire defiler ton image et reconstruire la partie manquante d'apres la memoire de buffer ?

Gagné 1% de process plein écran, merci .

Comme j'ai appris VC++ à partir du VB, il me reste quelque trous à combler.. Pour ma compréhension les Win32 API (VB) sont elles toutes incluses ou issues du C++ ?

Et la dernière, afin d’éviter un effet de moirage de l’image, l’event WM_PAINT est il bien synchrone avec le rafraîchissement de la carte écran ?

Citation:

---

Comme j'ai appris VC++ à partir du VB, il me reste quelque trous à combler.. Pour ma compréhension les Win32 API (VB) sont elles toutes incluses ou issues du C++ ?

---

je dirais les 2. Comme son nom l'indique les API sont des interfaces donc on sait pas comment ils ont été developper. Peut etre en C++

sinon les API WIN32 sont la pour la programmation windows, elles peuvent etre utilisées de maniere indépendante du language ( java, C++, delphi etc ... )

WM_PAINT est l'evement qui indique à une application WIN32 qu'il doit rafraichir l'affichage courant

Donc WM_PAINT peux être déclanché à tout moment.
Comment le faire coïncider avec le début de rafraîchissement de la carte vidéo ?

pour "forcer" un wm_paint tu peux faire un Updatewindow, ca envoie dans la pile de message un WM_PAINT

pour intercepter tous les messages avant qu'ils soient arrivé à la fenetre, tu peux passer par le PreTranslateMessage de la fenetre et ne pas faire suivre WM_PAINT

Ok reste a détecter le début du refreshing de la carte.

Pour information :

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dngdi/html/msdn_flicker.asp

Merci :D