Flux de données pour les développeurs de filtres

[La fonctionnalité associée à cette page, DirectShow, est une fonctionnalité héritée. Il a été remplacé par MediaPlayer, IMFMediaEngineet audio/vidéo capture dans 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 capture audio/vidéo dans Media Foundation au lieu de directShow, lorsque cela est 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 passent par le graphique de filtre. Il se concentre sur le transport de 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 obtenir une présentation générale de la façon dont Microsoft DirectShow gère le flux de données, consultez flux de données dans leFilter Graph .

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

Cette section contient les articles suivants.

• livraison d’exemples
• traitement des données
• notifications de bout en continu
• nouveaux segments
• de vidage
• Recherche de
• modifications de format dynamique

Rubriques connexes

Quality-Control Management

threads et sections critiques

écriture de filtres DirectShow