> ## Documentation Index
> Fetch the complete documentation index at: https://devdocs.xbox.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Files d'attente de travail GameInput

> Files d'attente de travail GameInput

<a id="introductionSection" />

L'API `GameInput` doit parfois gérer des événements asynchrones internes, comme la connexion ou la déconnexion de périphériques d'entrée. Ces événements sont peu fréquents. Cependant, les applications peuvent également inscrire des rappels qui peuvent devoir être distribués plus souvent. Par défaut, `GameInput` crée un thread de travail qui s'exécute avec une priorité légèrement élevée (`THREAD_PRIORITY_ABOVE_NORMAL`) pour traiter ces événements.

Les applications qui souhaitent mieux contrôler le moment où ce travail a lieu et le thread ou le processeur sur lequel il s'exécute peuvent contrôler manuellement le traitement de ces événements via l'interface [IGameInputDispatcher](/fr/reference/input/gameinput/interfaces/IGameInputDispatcher/igameinputdispatcher). Cette interface s'obtient en appelant la méthode [CreateDispatcher](/fr/reference/input/gameinput/interfaces/igameinput/methods/igameinput_createdispatcher) de l'interface [IGameInput](/fr/reference/input/gameinput/interfaces/igameinput/igameinput). Cette interface expose deux méthodes que vous pouvez utiliser pour distribuer manuellement le travail des files d'attente de travail internes de `GameInput`. Utilisez la méthode [Dispatch](/fr/reference/input/gameinput/interfaces/IGameInputDispatcher/methods/igameinputdispatcher_dispatch) pour distribuer le travail en attente (le cas échéant) des files d'attente de travail de `GameInput`. Les applications peuvent appeler cette méthode périodiquement. Elles peuvent aussi attendre sur le handle renvoyé par la méthode [OpenWaitHandle](/fr/reference/input/gameinput/interfaces/IGameInputDispatcher/methods/igameinputdispatcher_openwaithandle) du répartiteur pour détecter le moment où du travail à distribuer a été mis en file d'attente.

Tant que l'application détient une référence à l'interface du répartiteur, elle garde le contrôle de la distribution du travail. Une fois toutes les références à l'interface du répartiteur libérées, `GameInput` recommence à utiliser un thread de travail interne pour traiter les événements.

<a id="seeAlsoSection" />

## Documentation de référence de l'API

* [GameInput (contenu de l'API)](/fr/reference/input/gameinput/gameinput_members)

## Voir aussi

[Notions de base de GameInput](/fr/build/core-features/common/input/overviews/input-fundamentals)

[Rubriques avancées sur GameInput](/fr/build/core-features/common/input/advanced/input-advanced-topics)

[Référence de l'API d'entrée](/fr/reference/input/gc-reference-input-toc)


## Related topics

- [Exemples GDK](/fr/home/setup-install/samples.md)
- [Exemples du GDK](/fr-CA/home/setup-install/samples.md)
- [Notes de version du SDK C++ PlayFab Multiplayer](/fr-CA/services/playfab/multiplayer/lobby/lobby-matchmaking-sdks/lobby-and-matchmaking-release-notes.md)
- [Notes de version de PlayFab Party](/fr-CA/services/playfab/multiplayer/networking/release-notes.md)
- [Étapes de test de validation des supports](/fr-CA/publishing/game-publishing/concepts/certification/certification-media-validation-test-steps.md)