[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