Architettura del minidriver KS
I servizi di streaming del kernel supportano l'elaborazione in modalità kernel dei dati trasmessi. In questo modello i flussi di dati in streaming attraverso una serie di nodi raggruppati in blocchi denominati filtri. Ogni filtro incapsula alcune attività di elaborazione da eseguire sui dati. Un filtro KS viene implementato come DRIVER_OBJECT in modalità kernel.
Viene visualizzato un filtro KS tramite il proxy come filtro DirectShow in modalità utente. Di conseguenza, i generatori di grafici e le applicazioni in modalità utente possono interagire con i filtri KS. In un grafico attivo, i componenti in modalità kernel comunicano ancora direttamente, eliminando le transizioni di utilizzo delle risorse tra la modalità utente e la modalità kernel.
I dati vengono eseguiti in e fuori dai filtri nei punti di connessione denominati pin. Un'istanza di pin esegue il rendering o acquisisce un flusso di dati, ad esempio l'audio digitale.
Un grafico di filtro è un gruppo di filtri connessi. Un grafico di filtro collega più attività di elaborazione da eseguire in un flusso. È possibile testare varie configurazioni dei grafici di filtro usando lo strumento GraphEdit in Microsoft Windows Driver Kit (WDK). Per altre informazioni, vedere il sito Web dello strumento Filter Graph Editor .
I driver che supportano gli orologi su scheda espongono l'orologio come oggetto file. Un minidriver può eseguire una query sull'ora dell'orologio oppure richiedere in alternativa di ricevere una notifica quando l'orologio raggiunge un determinato orario.
Un minidriver che supporta un'interfaccia di gestione della memoria personalizzata espone questa interfaccia come oggetto file noto come allocatore. Ad esempio, un Gestione dispositivi che gestisce la memoria su scheda potrebbe esporre tale interfaccia. Un minidriver può quindi usare l'oggetto file pertinente per allocare e deallocare la memoria.
Questa sezione contiene altre informazioni sugli argomenti seguenti: