2 jours que je bloque sur LPVIDEOHDR

Question

Bonjour à tous, Celà fait deux jours que j'essaye de faire fonctionner : void CWebCam::ChargeTable(int ID_Bmp, LPVIDEOHDR lpVHdr) { // Déclaration des variables int i, j; // Bcl BYTE R, G, B; // Recupère des infos ... ... BYTE* pData = (BYTE*)lpVHdr->lpData; for(i=0; i 115200 octets Taille de l'image 320*240 soit normalement 320*240*3(pixels)= 230400 octets Donc je ne peux pas lire les 230400 octets dans pData qui lui n'en fait que 115200 octets ! La question que je me pose : Comment est organisé "lpVHdr->lpData" pour réaliser l'extraction des pixels RVB ? Merci pour votre aide!!! jmh

vecchio56 · Answer

Ce qui est bizarre c'est que du coup ca nous fait du 1,5 octet par pixel...
J'ai vu d'autres exemples ou ils faisaient comme tu fais
Tu peux essayer de mettre ton image dans un HDC avec StretchDIBits, et après récupérer les pixels avec GetPixel. Par contre ce sera clairement plus long

cs_jmhC · Answer

Justement c'est ce que je veux &#233;viter, car je retravaille l'image avant de l'afficher. Donc j'utilise la macro "OnFrame"
pour transf&#233;rer l'image dans un tableau de point-pixel.
La m&#233;thode que j'utilise est une m&#233;thode courante, mais il y a un probl&#233;me avec le format des pixels.
Et pourquoi cel&#224; marche chez les autres et pas chez moi ?
jmh

vecchio56 · Answer

Travailler avec un HDC ne veut pas dire l'afficher
Tu crée un dc mémoire (CreateCompatibleDC, CreateCompatibleBitmap) et ton image ne sera pas à l'écran. Au moment de l'afficher, tu fais ensuite un BitBlt du DC mémoire vers le DC écran.

cs_jmhC · Answer

Oui, c'est vrai, mais c'est du temps de traitement comme tu l'a dit, j'ai essay&#233; cette m&#233;thode avant de passer par le callback. De plus tu ne peux pas synchroniser ton post-traitement car tu ne maitrises pas le moment ou l'image sera affich&#233;e dans DC.

jmh

vecchio56 · Answer

Pourquoi je ne maitrise pas le moment ou l'image sera affichée?

cs_jmhC · Answer

parce qu'apr&#233;s avoir fait la s&#233;quence suivante :

    // Rafraichissement
    capPreviewRate(hWnd_WC, 15) ;

    // Affiche
    capPreview(hWnd_WC, TRUE) ;

l'affichage se fait de mani&#233;re automatique. C'est le progr&#233;s.

A moins que tu connaisses une astuce !

Je tiens &#224; te remercier pour ta disponibilit&#233;.

jmh

vecchio56 · Answer

Non je ne connais pas d'astuce... Mais toi aussi tu fais un traitement (même sans passer par un DC mémoire), donc tu ne maitrise rien de plus qu'avec un DC mémoire...

cs_jmhC · Answer

En fait, le callback te permet de r&#233;cup&#233;rer les datas vid&#233;o &#224; chaque frame, et permet donc de faire le pr&#233;traitement &#224; chaque frame, des calculs, ...

jmh

vecchio56 · Answer

Oui mais qu'est ce qui te fais dire qu'avec un dc mémoire ca ne va pas marcher? Si le temps de traitement n'est pas trop long tu n'aura pas de problème

cs_jmhC · Answer

Oui, c'est vrai mais comment sais-tu qu'une nouvelle frame vient d'arriver ? Et comment te synchronises-tu avec ?

jmh

vecchio56 · Answer

Je suis d'accord, mais tu devais déja avoir ce problème depuis le début. Je vois pas pourquoi le fait d'utiliser un DC mémoire va changer quelque chose

cs_jmhC · Answer

Biensur que j'avais ce probl&#233;me depuis le d&#233;but, c'est pour cel&#224;, que j'utilise le callback.
Maintenant pour en revenir &#224; ce callback et au traitement des datas, il doit bien y avoir une raison, sinon je me fait moine !

jmh

vecchio56 · Answer

Désolé d'insister, mais qu'est ce qui t'empêche d'utiliser un DC mémoire dans ton callback? C'est une solution détournée que je te propose, étant donné que tu n'arrive pas à lire directement les pixels

cs_jmhC · Answer

Effectivement, cel&#224; est envisageable, je n'y avait pas pens&#233; !
Pour le moment, je cherche la performance, si je ne trouve pas de solution, je passerai par un DC m&#233;moire!

Merci.

jmh

cs_akim77 · Answer

Es-tu sûr de la taille de ton image ? j'avais utilisé , sans problème la portion de code suivant : LRESULT CChildView::FrameCallbackProc(HWND hWnd, LPVIDEOHDR lpVideoHdr) { CVideoCapWnd theVideoCapWnd; CAPSTATUS capStat; theVideoCapWnd.Attach(hWnd); if (theVideoCapWnd.GetStatus(&capStat, sizeof(CAPSTATUS))) { UINT nWidth = capStat.uiImageWidth; UINT nHeight = capStat.uiImageHeight; LPBYTE lpData = lpVideoHdr->lpData; ASSERT(lpVideoHdr->dwBytesUsed == nWidth * nHeight * 3); BYTE Y; int index; bool init = false; for (int i=0; i

cs_jmhC · Answer

Non je n'en suis pas sûr, car en pratique : Taille lpVHdr => 115200 octets, et en théorie : Taille de l'image 320*240 soit normalement 320*240*3(pixels)= 230400 octets, Poutant lpVHdr->dwBufferLength 115200 et lpVideoHdr->dwBytesUsed 115200 aussi ! Je ne sais pas ou allez chercher les pixels qui me manquent ! Un vrai casse tête. Dans ta citation : for (int i=0; i

vecchio56 · Answer

Tu as essayé avec un DC mémoire, pour voir si au moins toutes les données sont bien présentes?

cs_jmhC · Answer

Le probl&#233;me que j'ai c'est que je n'ai pas l'int&#233;gralit&#233; des donn&#233;es pour composer l'image. Je pense que c'est un  probl&#233;me de format d'extraction pour le convertir en RVB. Je vais faire le test en passant par le bitmap puis affichage pour comprendre.

jmh

2 jours que je bloque sur LPVIDEOHDR

18 réponses

Votre réponse

Discussions similaires