Arquitetura do minidriver KS
Os serviços de streaming de kernel dão suporte ao processamento de dados transmitidos no modo kernel. Nesse modelo, os dados de streaming fluem por meio de uma série de nós que são agrupados em blocos chamados filtros. Cada filtro encapsula algumas tarefas de processamento a serem executadas nos dados. Um filtro KS é implementado como um modo kernel DRIVER_OBJECT.
Um filtro KS aparece por meio do proxy como um filtro DirectShow no modo de usuário. Dessa forma, o construtor de grafo e os aplicativos de modo de usuário podem interagir com filtros KS. Em um grafo ativo, os componentes do modo kernel ainda se comunicam diretamente, eliminando transições que consomem recursos entre o modo de usuário e o modo kernel.
Os dados fluem para dentro e para fora dos filtros em pontos de conexão chamados pinos. Uma instância de pino renderiza ou captura um fluxo de dados, como áudio digital.
Um grafo de filtro é um grupo de filtros conectados. Um grafo de filtro vincula várias tarefas de processamento a serem executadas em um fluxo. Você pode testar várias configurações de grafo de filtro usando a ferramenta GraphEdit no WDK (Microsoft Windows Driver Kit). Para obter mais informações, consulte o site da ferramenta Editor de Grafo de Filtro .
Os drivers que dão suporte a relógios a bordo expõem o relógio como um objeto de arquivo. Um minidriver pode consultar a hora do relógio ou, como alternativa, solicitar para ser notificado quando o relógio atingir uma determinada hora.
Um minidriver que dá suporte a uma interface de gerenciamento de memória personalizada expõe essa interface como um objeto de arquivo conhecido como alocador. Por exemplo, um Gerenciador de Dispositivos que manipula a memória a bordo pode expor essa interface. Um minidriver pode usar o objeto de arquivo relevante para alocar e desalocar memória.
Esta seção contém informações adicionais sobre os seguintes tópicos: