QCM : Créer un jeu 2D avec Godot (40 questions)

Explication

La version standard se lance après décompression du fichier ZIP, en ouvrant l’exécutable, sans installation supplémentaire. L’installation classique confond cette procédure avec celle d’un logiciel doté d’un installateur ; le lancement direct de l’archive omet la décompression ; le téléchargement d’un autre installateur ajoute une étape inutile.

Explication

La création se fait en cliquant sur Create, en donnant un nom au projet, puis en cliquant de nouveau sur Create. Saisir le nom avant le premier clic inverse les étapes ; l’ouvrir avant de le nommer confond création et édition ; un seul clic omet la validation finale.

Explication

Les fichiers sont organisés dans FileSystem en créant les dossiers asset, scripts et scène, puis en plaçant les fichiers d’assets dans asset. Les ranger à la racine omet cette organisation ; les mettre dans scripts confond ressources et scripts ; les importer avant de créer les dossiers inverse l’ordre indiqué.

Explication

Une scène est un groupe de nœuds organisé en arborescence autour d’un nœud racine, auquel les autres sont attachés comme enfants. Le dossier de fichiers confond scène et organisation du FileSystem ; la formulation qui place les scènes indépendantes autour d’un nœud enfant inverse la hiérarchie ; une liste sans hiérarchie ne décrit pas l’arborescence.

Explication

Une scène Godot peut être réutilisée dans une autre, ce qui permet de composer un jeu avec des éléments imbriqués. La déplacer confond réutilisation et retrait du projet ; la convertir en nœud mélange deux notions distinctes ; créer une scène différente pour chaque exemplaire méconnaît cette possibilité de réemploi.

Explication

Une sprite sheet rassemble les petites images de décor appelées tuiles. Le TileMap est la grille où l’on peint le niveau, le TileSet définit la découpe et le comportement des tuiles, et la scène principale rassemble les éléments du jeu.

Explication

Le TileSet indique comment découper la sprite sheet et configure le comportement des tuiles, notamment leur collision. Le TileMap sert à peindre le niveau, la sprite sheet contient les images et la scène principale organise le jeu.

Explication

Le TileMap est une grille sur laquelle on peint un niveau à l’aide des tuiles d’un TileSet. Le TileSet configure les tuiles, la sprite sheet regroupe leurs images et la scène principale rassemble les éléments du jeu.

Explication

Une collision permet au moteur de traiter un objet comme solide et d’empêcher le passage à travers lui. La détection sans interaction physique relève d’Area2D, les layers et masques sélectionnent les interactions possibles, et une forme de collision décrit la géométrie de l’objet.

Explication

StaticBody2D convient aux éléments immobiles comme le sol, tandis que RigidBody2D réagit à la physique, par exemple lorsqu’un objet est poussé. RigidBody2D n’est pas le corps immobile, CharacterBody2D convient aux personnages mobiles et Area2D détecte sans interaction physique.

Explication

Les nœuds liés à la physique, dont CharacterBody2D, nécessitent une CollisionShape2D ou un CollisionPolygon2D pour que le moteur connaisse leur forme. Les layers et masques déterminent les interactions possibles, les Physics Layers servent aux collisions des tuiles, et StaticBody2D ou RigidBody2D sont d’autres types de corps physiques.

Explication

CharacterBody2D est conçu pour gérer le mouvement, les collisions et les interactions du personnage avec le monde. AnimatedSprite2D affiche une animation, Sprite2D affiche une image et SpriteFrames contient les images utilisées pour l’animation.

Explication

AnimatedSprite2D affiche plusieurs images successives afin de produire l’animation visuelle du personnage. CharacterBody2D gère son mouvement et ses collisions, tandis que Sprite2D affiche une image fixe et SpriteFrames stocke les images de l’animation.

Explication

Dans Godot, l’axe Y pointe vers le bas de l’écran ; une vitesse Y négative fait donc monter le personnage. Une valeur positive le dirige vers le bas, et une vitesse sur X décrit un déplacement horizontal.

Explication

_physics_process est appelée à chaque tick du moteur physique et sert aux calculs liés à la physique, notamment la gravité et les collisions. _ready intervient à l’initialisation, _process concerne la mise à jour générale et _input traite les événements d’entrée.

Explication

La condition « être au sol » empêche un saut lorsque le personnage est déjà en l’air ; elle doit donc être modifiée pour permettre les sauts supplémentaires. La conserver bloque le double saut, la supprimer sans règle de remplacement ne définit pas le comportement voulu, et la direction horizontale ne régit pas l’autorisation de sauter.

Explication

La valeur de l’axe est nulle lorsqu’aucune des deux directions n’est sollicitée ; −1 correspond à gauche et 1 à droite. Les valeurs −1 et 1 confondent donc l’absence d’entrée avec une direction, tandis que 0,5 n’est pas la valeur indiquée.

Explication

Quand la direction est nulle, move_toward rapproche progressivement la vitesse horizontale de zéro, ce qui ralentit le personnage. L’arrêt immédiat omet ce ralentissement graduel, conserver la vitesse ne freine pas le personnage, et accélérer vers la gauche ajoute une direction qui n’est pas demandée.

Explication

Le déplacement vers la gauche appelle un retournement horizontal de l’animation avec flip_h ; vers la droite, le personnage garde l’orientation non retournée. Ne pas retourner l’image confond la gauche avec la droite, et les rotations verticale ou complète ne correspondent pas à la règle d’orientation.

Explication

La règle associe l’animation de saut à l’état où le personnage n’est pas au sol. Idle et course dépendent de l’immobilité ou du déplacement lorsque le personnage est au sol ; faire dépendre le saut de la direction horizontale ajoute une condition non prévue.

Explication

La roulade se déclenche avec l’action dédiée seulement si le joueur est au sol et ne roule pas déjà. L’appui seul néglige la condition du sol, tandis qu’une roulade déjà en cours empêche son redémarrage.

Explication

À chaque appel de `_physics_process`, le jeu soustrait le delta à `roll_timer` et arrête la roulade lorsque le compteur devient inférieur à zéro; la vitesse suit l’orientation du personnage et l’animation de roulade est lancée. Augmenter le compteur inverse le décompte, atteindre zéro n’est pas le seuil indiqué, et réinitialiser le compteur empêcherait le décompte normal.

Explication

Le collisionneur du corps rigide sert aux collisions physiques avec le décor, alors que l’Area2D détecte la proximité du joueur pour permettre l’interaction. Inverser ces rôles confond collision physique et détection de zone; confier les deux tâches à un seul composant omet le rôle distinct de l’autre.

Explication

L’objet utilise le layer 3 et le masque 2 pour entrer en collision avec le décor, tandis que le masque du joueur ne doit pas inclure le layer 3. Inclure ce layer dans le masque du joueur risque de le faire entrer en collision avec l’objet; les autres configurations changent le layer ou le masque requis.

Explication

Après avoir vérifié le corps détecté et l’autorisation `can_pick`, le script marque l’objet comme pris, désactive la possibilité d’en prendre un autre et le place sur le marqueur du joueur. Garder une autre prise active omet cette désactivation; les deux autres réponses choisissent un repère incorrect, et la vérification doit bien identifier le joueur.

Explication

Un CanvasLayer affiche l’interface indépendamment de la caméra. Camera2D contrôle la caméra, tandis que Control organise des éléments visuels et Sprite2D affiche un sprite.

Explication

Le label life affiche le nombre de vies restantes. Le Sprite2D représente le cœur, game_status affiche le message de victoire ou de défaite, et restart_button sert à redémarrer.

Explication

game_status et restart_button sont masqués au départ afin de n’apparaître qu’à la victoire ou à la défaite. Les afficher au lancement ou ne masquer qu’un seul des deux ne respecte pas ce comportement.

Explication

set life affiche le nombre de vies restantes, tandis que la méthode de victoire affiche le statut correspondant et rend visible le bouton restart. Confondre ces rôles revient à attribuer à chaque méthode l’action de l’autre.

Explication

Le joueur commence avec un nombre de points de vie égal à max health, valeur modifiable : avec max health réglé à 20, il commence donc avec 20 points de vie. 10 correspond à la valeur présentée par défaut et 0,15 à une durée exprimée en secondes.

Explication

Quand le joueur est mort, les fonctions de contrôle interrompent leur exécution afin d’empêcher le déplacement, le saut et la roulade. L’invincibilité après un coup est une règle distincte et ne permet pas de contrôler un personnage mort.

Explication

Tant qu’elle reste dans l’écran, la fléchette met à jour sa position en fonction de sa direction, de sa vitesse et de delta. Omettre delta, ignorer la direction ou supprimer la fléchette à chaque frame ne correspond pas à ce processus.

Explication

Si l’objet touché porte le nom Player, la fléchette appelle hit by arrow sur le joueur, puis se supprime. L’appel sur la fléchette confond la cible de la méthode, la suppression du joueur inverse la cible supprimée, et l’action pour tout objet ignore la vérification du nom.

Explication

Le signal timeout du timer appelle la méthode de spawn, et Autostart doit être activé pour déclencher le timer sans démarrage manuel. Désactiver Autostart impose un démarrage manuel, tandis qu’une autre méthode reliée à timeout ne déclenche pas spawn.

Explication

Le spawner choisit entre une arrivée depuis la droite avec déplacement vers la gauche et une arrivée d’en haut avec déplacement vers le bas. Un déplacement vers la droite inverse la première trajectoire, tandis que les autres choix mélangent le côté d’apparition et la direction associée.

Explication

La méthode vérifie que l’objet entrant porte le nom Swable Object avant de déclencher les actions de victoire. Déclencher l’action pour tout objet ignore cette condition; se baser sur le layer ou sur la sortie de la zone remplace le critère décrit.

Explication

Quand le donut entre dans le panier, le script désactive les fonctions régulières du joueur pour empêcher ses actions, puis affiche l’écran de victoire. Garder les contrôles actifs contredit ce but, et relancer le niveau ne fait pas partie de la séquence décrite.

Explication

Dans cette configuration, le donut est sur le layer 3 et la win zone sur le layer 4; le masque de la zone doit autoriser les interactions avec le layer 3. Intervertir les layers ou régler le masque sur le layer 4 ne correspond pas à cette configuration.

Explication

Les modèles d’export s’installent depuis Editor, en passant par Manage Export Templates puis Download and Install. Les paramètres du projet et de rendu ne servent pas à cette installation, et l’ajout d’une plateforme ne remplace pas le téléchargement des modèles.

Explication

L’export Mac demande d’activer Advanced Settings et le réglage d’importation ETC, puis d’enregistrer et de redémarrer Godot avant de renseigner le Bundle Identifier. Saisir l’identifiant avant ces réglages inverse la séquence, et installer les modèles ne remplace pas le redémarrage requis.