Comment créer un gamepad virtuel?

Écrivez un pilote de périphérique pour prétendre être un.

Plus précisément, les pilotes de périphérique Windows manipulent les demandes d'interruption appelées interruptions via le protocole de demande d'interruption - qui se résume à une structure enveloppée et à un ensemble de tampons interne dans le conducteur.

Maintenant, la prochaine chose que vous devez savoir, c'est que de nombreux pilotes sont réellement superposés, ou empilés ou quel nom que vous souhaitez utiliser. Ainsi, par exemple pour écrire un pilote de disque, vous pouvez interfacer avec le pilote au-dessus de celui-ci (en tant que classe de disque), mais utilisez un pilote ci-dessous (port SCSI, par exemple) pour envoyer des commandes à vos appareils.

Voilà comment fonctionnent les appareils réels. Les faux dispositifs doivent être conformes aux exigences de l'interface de niveau supérieur, par ex. un disque, un contrôleur ou une souris, ou quoi que ce soit. Cependant, en dessous, ils peuvent faire tout ce qu'ils aiment - renvoyer toutes les valeurs qu'ils aiment.

Cela ouvre la possibilité de contrôler un pilote via une application en mode utilisateur et prétendant «être» un périphérique. Pour envoyer des messages de pilote, vous pouvez DeviceIocontrol à celui-ci; Ensuite, pour obtenir ces messages, vous pouvez soit:

• les trucs dans le IRP qui compose ce appareilIOCONTROL.
• Demandez au pilote les lire de votre espace de mémoire de votre processus.

  Les pilotes peuvent également accéder à \\ registre \\ machine et divers autres zones de registre non explorateur spécifiques à l'utilisateur, il est donc possible de communiquer de cette façon.

  Enfin, rien ne dit que vous ne pouvez pas filtrer l'IO existant, plutôt que de tout faire via un nouvel appareil. Il y a de nombreuses options et des moyens de faire cela.

  Si vous allez faire cela, vous aurez besoin de:

  • virtualkd ou un câble de débogueur coûteux et deux pcs.

  • Vous voulez probablement aussi commencer par les références sur Ce blog post . Vous constaterez qu'il y a essentiellement un bazillion de noms différents pour le code du conducteur, donc je vais en interpréter certains d'entre eux:

    • WDM = modèle de pilote Windows, fondamentalement le modèle de pilote NT mélangé à (certaines des) Windows 9x.
    • KMDF = Cadre de pilote en mode Kernel - Pilotes du type ci-dessus Utilisez ceci, ainsi que la Fondation de pilotes Windows WDF (Windows Driver) qui est un ensemble de bibliothèques au-dessus de WDM pour le rendre plus rapide.
    • UMDF = Cadre de pilote en mode utilisateur - Écrivez un pilote sans danger de mode de noyau. Si vous le pouvez, utilisez-le, car les pilotes en mode de noyau qui vont mal sera bluescreen (dans le langage de pilote, bugcheck) votre système.

      EDIT : Je ne suis pas très bien informé sur DirectInput - il peut y avoir un moyen de remplacer les différentes commandes d'API utilisées via la redirection de la DLL et similaires, ce qui peut être plus simple que la façon dont je ' vu décrit.