Arquitectura del minidriver KS
Los servicios de streaming de kernel admiten el procesamiento en modo kernel de datos transmitidos. En este modelo, los datos de streaming fluyen a través de una serie de nodos que se agrupan en bloques denominados filtros. Cada filtro encapsula algunas tareas de procesamiento que se realizarán en los datos. Un filtro KS se implementa como DRIVER_OBJECT en modo kernel.
Un filtro KS aparece a través del proxy como filtro DirectShow en modo de usuario. Por lo tanto, el generador de grafos y las aplicaciones en modo de usuario pueden interactuar con filtros KS. En un grafo activo, los componentes en modo kernel se siguen comunicando directamente, lo que elimina las transiciones que consumen recursos entre el modo de usuario y el modo kernel.
Los datos fluyen hacia y fuera de los filtros en los puntos de conexión denominados patillas. Una instancia de anclaje representa o captura un flujo de datos, como el audio digital.
Un gráfico de filtros es un grupo de filtros conectados. Un grafo de filtro vincula varias tareas de procesamiento que se van a realizar en una secuencia. Puede probar varias configuraciones de grafos de filtro mediante la herramienta GraphEdit del Kit de controladores de Microsoft Windows (WDK). Para obtener más información, consulte el sitio web de la herramienta Editor de gráficos de filtros .
Los controladores que admiten relojes incorporados exponen el reloj como un objeto de archivo. Un minidriver puede consultar la hora del reloj, o bien solicitar que se notifique cuando el reloj alcance una hora determinada.
Un minidriver que admite una interfaz de administración de memoria personalizada expone esta interfaz como un objeto de archivo conocido como asignador. Por ejemplo, un Administrador de dispositivos que controla la memoria a bordo podría exponer dicha interfaz. A continuación, un minidriver puede usar el objeto de archivo correspondiente para asignar y desasignar memoria.
Esta sección contiene información adicional sobre los temas siguientes: