Data Flow pour les développeurs de filtres

  • Article

[La fonctionnalité associée à cette page, DirectShow, est une fonctionnalité héritée. Il a été remplacé par MediaPlayer, IMFMediaEngine et Audio/Video Capture in Media Foundation. Ces fonctionnalités ont été optimisées pour Windows 10 et Windows 11. Microsoft recommande vivement que le nouveau code utilise MediaPlayer, IMFMediaEngine et Audio/Video Capture dans Media Foundation au lieu de DirectShow, si possible. Microsoft suggère que le code existant qui utilise les API héritées soit réécrit pour utiliser les nouvelles API si possible.]

Cette section décrit en détail comment les données se déplacent dans le graphique de filtre. Il se concentre sur le transport de la mémoire locale à l’aide de l’interface IMemInputPin ou IAsyncReader . Il est destiné aux développeurs qui écrivent leurs propres filtres personnalisés. Pour une présentation générale de la façon dont Microsoft DirectShow gère le flux de données, consultez Data Flow dans le graphe de filtres.

Un grand nombre de données se déplacent dans un graphique de filtre. Il se divise approximativement en deux catégories : les données multimédias et les données de contrôle. En général, les données multimédias se déplacent en aval et les données de contrôle voyagent amont. Les données multimédias incluent les trames vidéo, les exemples audio, les paquets MPEG, etc. qui composent un flux, mais incluent également les commandes de vidage, les notifications de fin de flux et d’autres données qui transitent avec le flux. Les données de contrôle ne font pas partie du flux multimédia. Les demandes de contrôle et les commandes de recherche sont des exemples de données de contrôle de la qualité.

Cette section contient les articles suivants.

Gestion du contrôle qualité

Threads et sections critiques

Écriture de filtres DirectShow