DirectShow et Bitmap

Version imprimable

Bonjour,

j'ai un buffer de bitmap en entrées (en 24 bits) que je gère comme ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 BITMAPINFOHEADER *pHdr = (BITMAPINFOHEADER*)(&BMPInfo); pHdr->biSize = sizeof(BITMAPINFOHEADER); pHdr->biBitCount = 24; pHdr->biWidth = widthSource; pHdr->biHeight = heightSource; pHdr->biPlanes = 1; pHdr->biSizeImage= 0; pHdr->biCompression = BI_RGB; ::StretchDIBits(pDC->GetSafeHdc(), // 0,0,widthSource,heightSource, rcClient.left,rcClient.top,rcClient.Width(),rcClient.Height(), 0,0,widthSource,heightSource, pBuffer,&BMPInfo,0,SRCCOPY);
J'aimerai gérer l'affichage avec Directshow, que j'associerai au contexte de ma fenêtre. Comme ça seul le buffer d'entrée influera sur l'affichage ce qui devrait faciliter le développement à venir de fonctions supplémentaires grâce aux filtres DS.
Seulement voilà, je n'arrive pas à démarrer sur la prise en main de DirectShow et je ne trouve pas d'exemples qui m'éclaircissent vraiment.

Est-ce que vous pourriez me mettre sur la voie sur le fonctionnement ?
Comment lier un rendu DirectShow à un contexte ?
Peut-il permettre d'afficher directement un buffer de bitmap ?

Merci d'avance.

23/06/2009, 17h56
Mat.M

Salut pour afficher un HDC dans des interfaces de rendu DirectShow je pense que le plus simple c'est de passer par une DirectDrawSurface.
une DirectDrawSurface fournit la méthode GetDC similaire à celle de la win32/GDI
23/06/2009, 21h41
Rémi Coquet

Le plus simple est de maquetter avec graphedit.
Par contre, le fait que tu utilises la GDI (qui dans ses principes s'apparente plus à DirectX qu'à DirectShow) ne semble pas indiquer une démarche COM de type DirectShow, avec cadencement par un renderer etc.

Quelle utilisation penses-tu faire de DS (qui est plutôt prévue pour la gesion de flux, vidéo, audio, MIDI, automation...).
Tu désires faire des filtres de traitements ?
DS est, finalement, très lourd et pas très sérieux au niveau de la garantie de traitement de tes frames (s'il est à la bourre il ne traite pas il saute pour maintenir la synchro...).
Es-tu sûr de la démarche et de la cohésion avec ton cahier des charges ?

Citation:

J'aimerai gérer l'affichage avec Directshow, que j'associerai au contexte de ma fenêtre

Le mode fenêtré n'est pas très compliqué mais il va te falloir renoncer aux notions de DC et HDC...

Sans vouloir faire de peine à qui que ce soit, utiliser directDraw est devenu un interdit :calim2:.
24/06/2009, 10h08
gorhh

En fait je crée une appli MDI qui aura pour but d'afficher différents flux provenant de caméras. A priori le nombre de fenêtres n'est pas limité et j'ai peur qu'avec la GDI qui, à ma connaissance, n'utilise pas l'accélération matérielle l'application ne suive pas la charge.
De plus, selon les flux, dans le futur il y aura surement des demandes de traitements spécifiques.

C'est pourquoi j'avais pensé à DirectShow.

Mais je ne trouve pas vraiment de support bien expliqués sur le web pour me lancer dans DS, et d'après ce que j'ai pu comprendre la seule fonction de "lecture" de DS passe par RenderFile ce qui m'obligerai à passer par un enregistrement de mon flux sur le disque avant de l'afficher.
24/06/2009, 13h24
Rémi Coquet

Citation:

En fait je crée une appli MDI qui aura pour but d'afficher différents flux provenant de caméras. A priori le nombre de fenêtres n'est pas limité et j'ai peur qu'avec la GDI qui, à ma connaissance, n'utilise pas l'accélération matérielle l'application ne suive pas la charge.
De plus, selon les flux, dans le futur il y aura surement des demandes de traitements spécifiques.

La GDI utilise l'accélération matérielle dans le sens où elle n'est pas une émulation mais de simples commandes au GPU.
Si par accélération matérielle tu fais allusion à DXVA (DirectX Vidéo Accélération) car tu comptes utiliser des flux en provenance de tes caméras qui seront compressés à un format supporté (DVI H264 etc.)...
le plus "simple" est d'implémenter DXVA (ce qui en vidéo surveillance, par exemple, te permettrait d'assurer l'avenir sereinement;)).

Pour les traitements, je te renvoie aux exemples d'ATI qui utilisent largement le matériel, à moins que tu ne désires implémenter des filtres d'intempérie ou de comportements (là, nous ne serions plus dans le traitement graphique mais dans l'analyse et DirectShow deviendrait un handicap notoire...).

Citation:

Mais je ne trouve pas vraiment de support bien expliqués sur le web pour me lancer dans DS, et d'après ce que j'ai pu comprendre la seule fonction de "lecture" de DS passe par RenderFile ce qui m'obligerai à passer par un enregistrement de mon flux sur le disque avant de l'afficher.

Le RenderFile est un filtre comme un autre et un fichier peut tout à fait être déjà en RAM (un simple buffer donc).

Pour tes caméras, le plus simple et le plus efficace, est de faire de l'acquisition asynchrone (je ne sais ni à combien de FPS tu travailles ni si tu dois n'enregistrer les flux que dans certains cas) qui te permet de charger en buffer tes données quand elles sont disponibles (OnSingleEvent par caméra), ensuite ton renderer ira chercher les données dont il à besoin.
Là encore, DirectX sera beaucoup plus efficace que DirectShow pour une gestion multi-flux (au début c'est cool, à partir de 16 flux mpg 352*240 25 FPS) tu commences à monter en charge 25% CPU ensuite DS s'écroule petit à petit en t'interdisant tout traitement temps-réel.

Avec DXVA tu peux faire tourner 8 vidéos HD 1980*1080p 25FPS H264 sur la même carte graphique (une 4870 par exemple) et 0% CPU... pas de commentaires...
24/06/2009, 15h47
gorhh

Merci Rémi pour ces infos.

D'après ce que tu me dis Je vais voir du côté de DXVA ;)
24/06/2009, 17h08
Rémi Coquet

Simplement, si DXVA est accessible sous XP, il faut quand-même pas mal chercher... (In-fine ça marche très bien malgrès les indications de Microsoft!). Je te conseille néanmoins de faire ça sous Vista (les Api simplifient le travail) ou mieux sous Seven.
Regarde les derniers SDK et SDK DirectX
02/07/2009, 16h53
Mat.M

Salut,

Citation:

Envoyé par Rémi Coquet

Sans vouloir faire de peine à qui que ce soit, utiliser directDraw est devenu un interdit :calim2:.

Oui mais on n'a pas trop le choix...
j'ai un exemple de code ou avec une DDSurface on peut faire du rendu d'interfaces DirectShow.
Et puis DirectShow est abandonné par Microsoft.
Même avec D3d9 il ya des DirectDrawSurface.

Citation:

Envoyé par gorhh

Seulement voilà, je n'arrive pas à démarrer sur la prise en main de DirectShow et je ne trouve pas d'exemples qui m'éclaircissent vraiment.

As-tu regardé dans les vieux SDK de Direct X ( vu que DirectShow est abandonné ) ?
Il y a un exemple pas trop compliqué de lecteur de médias, PlayWnd je crois.
Il te montre comment utiliser les interfaces DShow.

Citation:

La GDI utilise l'accélération matérielle dans le sens où elle n'est pas une émulation mais de simples commandes au GPU.

Peut-être sous Vista et encore...je n'en suis pas certain parce que c'est pour des raisons de rétro-compatibilités.
Je doute fortement là-dessus.
Je crois que le GDI utilise un système de verrouillage win16
02/07/2009, 19h27
Rémi Coquet

- DirectShow n'est en aucun cas abandonné par Microsoft, même si les rôles sont bien différenciés aujourd'hui, pas plus que la topologie, ou les accès blitter low-level.
Ce ne sont pas des suppositions mais des confirmations de faits établis et maintenus, sous XP/Vista/Seven.
DirectX 10 avance toujours plus dans la direction du support matériel (le contraire serait absurde) DXVA1 devient DXVA2, Direct2D permet une gestion plus efficace et plus directe des fameuses surfaces que tu sembles apprécier... etc.

Je ne sais pas quelle version de D3D9 tu utilises pour manipuler des DirectDraw surfaces (un seul exemple de COM suffirait à me convaincre;)) !?

- Pas de rétro compatibilités ou je ne sais quel délire: Le matériel est toujours utilisé (et forcément de plus en plus) par toutes les Api (que ce soit les ports, les GPU, GPGPU, CPU, DSP, DMA etc.)

- Oublies Win16, je ne sais pas d'où tu tires cette aberration (cela en est une pour le coup). Le matériel possède des bus 32 64 128 256 bits ou sérielles hautes vitesses. L'OS ne fait que toujours y coller de plus en plus efficacement.
Tous les changements apportés par Microsoft ont pour but de virtualiser les drivers etc. pour un mode User plus sécurisé (et plus lent) ainsi qu'intégrer au noyau des mécanismes low-level prioritaires (audio/vidéo/temps réel-critique).

DirectDraw, c'est vraiment si tu veux te faire du mal, ou penser que la R&D c'est comme le C: Tu le fais une fois et après tu recompiles...:mouarf:
02/07/2009, 21h35
Mat.M

Citation:

Envoyé par Rémi Coquet

Je ne sais pas quelle version de D3D9 tu utilises pour manipuler des DirectDraw surfaces (un seul exemple de COM suffirait à me convaincre;)) !?

Salut Rémi,

c'est le SDK de Juin 2007 peut-être que les versions ultérieures ne comportent plus cela

Citation:

IDirect3DSurface9
Applications use the methods of the IDirect3DSurface9 interface to query and prepare surfaces.

IDirect3DSurface9 Members
Method Description
IDirect3DSurface9::GetContainer Provides access to the parent cube texture or texture (mipmap) object, if this surface is a child level of a cube texture or a mipmap. This method can also provide access to the parent swap chain if the surface is a back-buffer child.
IDirect3DSurface9::GetDC Retrieves a device context.
IDirect3DSurface9::GetDesc Pointer to a D3DSURFACE_DESC structure, describing the surface.
IDirect3DSurface9::LockRect Pointer to a D3DLOCKED_RECT structure that describes the locked region.
IDirect3DSurface9::ReleaseDC Release a device context handle.
IDirect3DSurface9::UnlockRect Unlocks a rectangle on a surface.

Remarks
This interface, like all COM interfaces, inherits from the IUnknown interface.

The LPDIRECT3DSURFACE9 and PDIRECT3DSURFACE9 types are defined as pointers to the IDirect3DSurface9 interface.

typedef struct IDirect3DSurface9 *LPDIRECT3DSURFACE9, *PDIRECT3DSURFACE9;

See Also
D3D Interfaces

Requirements
Header: Declared in D3D9.h.

Library: Use D3d9.lib.

Ce n'est pas tout à fait une DirectDrawSurface bon allez je me suis mal exprimé. :D
Mais on peut obtenir un DC sur une IDirect3DSurface9
03/07/2009, 10h52
Rémi Coquet

Salut Math.M,

Ce n'est absolument pas un mécanisme DirectDraw et la confusion DC HDC / DirectShow, DirectDraw, DirectX n'est pas qu'un problème d'expression mais de compréhension :?:

Math, ne vois là aucune "repressaille" mais juste une précision importante sur un forum lu pas plusieurs qui peuvent, eux aussi, assimiler des termes qui ne le sont pas (assimilables, ou interchangeables) et ainsi s'engager sur une voie de grande confusion...

L'évolution de la réalité recouverte par les surfaces évoluant grandement entre DX8 DX9 abcd et DX10/11 il est important de ne pas ajouter de confusions à celles, déjà assez importantes à cause des l'évolutions DX10, qu'il faut absolument saisir.

Les divers mécanismes Direct AAA ne sont pas conçus pour communiquer entres-eux, non que cela soit impossible mais cantonné à des recouvrement de domaines très particuliers et toujours stipulés dans les SDK/SDK DX/WDK.

Les principes de synchronisations de DirectShow (via pins et en sens inverse de celui de l'écoulement du média) sont conçus avant tout pour rendre dynamiques les graph et permettre une liaison avec la partie automation EDL de DirectShow.

Une étude de l'architecture globale et des différents mécanismes mis en place par Microsoft, permet de visualiser correctement certaines erreurs de connection inters tecnologies qui, si elles ne produisent pas d'erreurs de facto, engendrent des comportements imprévisibles entre les modes utilisateurs et noyau ainsi que des fuites mémoire et des problèmes liés à la sécurité.

Les notions de DC sont liées au mode USER, HDC à la GDI/GDI+. Ce sont des myens d'accès au matériel "simplifiés" qui permettent aux codeurs utilisant des HLL de ne pas compliquer leur scripts à l'excès tout en obtenant des performances acceptables.

Là, le but est de faire du traiment d'images (24 bits mais la tentation du 32 bits avec niveau alpha n'est forcément pas loin dans le cadre des traitements..). Les commandes GDI+ sont relativement pratiques mais lentes, GDI propose une palette plus restreinte et peu de choses au niveau des transparences et des zônes (en tout cas, trop contraigantes).
Le côté temps-réel (flux de nombreuses caméras dans plusieurs renderer) limite les nombre de technologies utilisables efficacement.
DirectShow est efficace et souvent suffisant pour un flux unique mais montre très rapidement ses limites en multiflux.
Si les traitements doivent être appliqués en temps-réel, les systèmes de filtres DirectShow montrerons leurs limites et leur défauts très rapidement.
03/07/2009, 16h20
Mat.M

Citation:

Envoyé par Rémi Coquet

Salut Math.M,

Ce n'est absolument pas un mécanisme DirectDraw et la confusion DC HDC / DirectShow, DirectDraw, DirectX n'est pas qu'un problème d'expression mais de compréhension :?:

Pour ma part non il n'ya pas du tout de confusion ni incompréhension de ma part je sais parfaitement ce que c'est que Direct Draw , Direct Show et un HDC.
J'ai déjà travaillé en entreprise sur un projet professionnel avec DirectShow.
Si Gorhh peut se simplifier la vie avec une Direct3dSurface ou DDrawSurface qu'il le fasse sinon il risque de tourner longtemps en rond.
J'ai un exemple qui vient d'un bouquin sur Direct X en 15 minutes ça peut marcher je m'excuse je suis un pragmatique pas trop théorique :mrgreen:
S'il veut faire du traitement d'image à ce moment-là il faut qu'il écrive un filtre .ax il y a des exemples pour cela dans le SDK de DirectX
03/07/2009, 16h42
Rémi Coquet

Citation:

Ce n'est pas tout à fait une DirectDrawSurface bon allez...

Ni surdité ni dialogue:

Citation:

Si Gorhh peut se simplifier la vie avec une Direct3dSurface ou DDrawSurface qu'il le fasse sinon il risque de tourner longtemps en rond

DirectDraw n'existe plus, il ne risque donc pas de tourner en rond autour de l'inexistant !
Je ne vais pas ré-écrire les posts précédents, surtout sur un problème résolu :mouarf:

Cependant, une surface D3D ne présente aucun intérêt dans le cadre de la problématique soulevée par Gorhh.

Que tu continues à utiliser DirectDraw et que tu aies fait un peu de code en tentreprise tournant sous technologie DirectShow sont une chose, cela n'empêche pas les quelques inepties notoires sur le sujet d'être des inepties.

Plus clair ?