Arquitetura do minidriver KS

Os serviços de streaming do kernel dão suporte ao processamento em modo kernel de dados transmitidos. Nesse modelo, os dados de streaming fluem por meio de uma série de nós agrupados em blocos chamados filtros. Cada filtro encapsula alguma tarefa de processamento a ser executada nos dados. Um filtro KS é implementado como um DRIVER_OBJECT no modo kernel.

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 entram e saem dos filtros em pontos de conexão chamados pins. Uma instância de pin 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 Grafos 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 que seja 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 então 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:

Filtros KS

Pinos KS

Formatos de dados KS e intervalos de dados

Médias KS

KS Interfaces

Gerenciamento de Qualidade