Tag :
Aucun tag n'a été indiqué pour cet atelier.Compétences :
Aucune compétence n'a été indiquée pour cet atelier.Versions des logiciels :
Unity 6000.3.11f1
Input System package version 1.19.0
Caractéristiques de l'Atelier
- 5 Sessions
- 13min
- 0 question
- Difficulté : 2/5
- Déja inscrit : 18
Présentation de l'atelier
Depuis de nombreuses années, le système historique de lecture d’input de Unity, l’Input Manager, est intégré au moteur et reste largement suffisant pour des projets simples. Cependant, il a été conçu à une époque où le cross-platform, le multi-device et les périphériques modernes (manettes variées, mobile, VR, etc.) n’étaient pas au cœur des besoins, ce qui le rend moins adapté aux projets ambitieux ou à long terme.
À partir de Unity 2019, Unity a introduit un nouveau système : le Input System. Aujourd’hui, dans les versions récentes comme Unity 6.3 LTS, c’est ce nouveau système qui est recommandé pour la plupart des nouveaux projets.
L’Input Manager reste présent principalement pour assurer la compatibilité avec les anciens projets, mais il est progressivement considéré comme une solution legacy et n’est plus au centre de l’évolution du moteur. Pour des projets pédagogiques ou professionnels pensés pour durer, il est préférable de partir directement sur le Input System.
L’Input System est dit “event-based” : il se base sur des événements générés par les actions d’entrée, contrairement à l’Input Manager qui repose essentiellement sur de la lecture continue (polling) des touches et axes. Cette approche permet un traitement des inputs plus avancé, en facilitant notamment :
- la gestion de plusieurs périphériques simultanément (clavier + manette, plusieurs manettes, etc.),
- le remapping des touches en jeu (rebinding) de manière propre et structurée,
- la création de cartes d’actions (Action Maps) adaptées à différentes plateformes ou différents contextes de gameplay.
Concrètement, là où l’Input Manager devait vérifier en continu l’état des entrées (par exemple à chaque frame avec Input.GetKey ou Input.GetAxis), l’Input System envoie des callbacks uniquement lorsque les actions configurées sont déclenchées (événements started, performed, canceled). Cela permet un code plus clair et mieux organisé, et facilite la gestion des cas complexes (multi-joueur local, plusieurs schémas de contrôle, rebinding, etc.).
Dans cet atelier, nous allons apprendre à intégrer le nouvel Input System à nos projets, à exploiter son approche basée sur les actions et les événements, puis à créer des cartes d’inputs permettant de gérer les entrées pour différentes plateformes et différents profils de contrôles.
Légende
- : Session Texte
- : Video
- : Quizz
- : Bug (TroubleShooting)
- : Tutoriel
- : Exercice
- : KKF
- : Brief
- : Sans description
Plan de l'atelier
-
2 Sessions
-
1.
Input Manager vs Input System -
2.
Ajouter l'Input System à notre projet
-
-
3 Sessions
-
1.
Créer un contrôleur pour tester l'Input System -
2.
Lier l'Input Manager à de la logique -
3.
Customiser les inputs en fonction de la plateforme visée.
-
