Rendre lisible le timing des vagues ennemies

Rendre lisibles les vagues ennemies avant d’ajouter des actions

Pour concevoir un jeu de bagarre à défilement latéral avec IA, commencez par une salle où le joueur lit une attaque, esquive sa voie puis récupère avant le prochain contrôle de touche. Une petite foule n’est pas équitable simplement parce qu’elle ne contient que deux ennemis : signaux, zones de frappe et ordre des actions doivent être compréhensibles.

La salle et son timing ci-dessous sont des paramètres de conception fictifs, pas le résultat d’un prompt, d’un build, d’un test joueur ni d’une sortie SEELE observée. La comparaison est une répétition de timing calculée à la main, car aucun essai réel ni résultat jouable n’a été fourni. Elle aide à concevoir des contrôles futurs sans inventer de résultats.

Gardez la première boucle courte : lire le signal → esquiver la voie → récupérer l’action → punir la récupération → vaincre le groupe → ouvrir la pièce suivante. La décision centrale est le moment où le prochain ennemi arrive par rapport au délai de récupération de l’esquive.

Fixer les deux rôles ennemis et l’ordre des actions

Appelez la salle Foundry Walk. Elle s’étend horizontalement de 0 à 12, avec une voie proche et une voie éloignée. Le joueur commence en x=2 sur la voie proche ; la grille de sortie est en x=11. Une commande du joueur est résolue à chaque instant avant les contrôles de touche des ennemis. Un cogneur Rusher indique une attaque dans la voie proche, tandis qu’un Guard prépare une frappe couvrant les deux voies.

La trajectoire du Rusher dans la voie proche croise la position initiale x=2. À t=0,75, la commande d’esquive est résolue avant le contrôle de frappe : le joueur passe de (2, proche) à (3, éloignée). Le Rusher continue dans la voie proche. L’esquive se termine à t=1,00 et n’est de nouveau prête qu’à t=1,75. Cette chronologie est essentielle lorsque le Guard approche.

S’échapper vers l’autre voie est utile contre le Rusher, mais ne rend pas toujours le joueur sûr : le rectangle défini du Guard couvre les deux voies. C’est une distinction importante pour la lisibilité. Si l’animation montre une frappe transversale mais que la règle ne touche qu’une voie, le joueur ne peut pas déduire la collision depuis le signal.

Demander une petite rencontre avec des retours observables

Un prompt utile nomme l’arène, les commandes, les changements d’état ennemis, l’ordre des actions, les retours d’échec et la réinitialisation. Il indique aussi ce qu’il ne faut pas encore ajouter. Le brief ci-dessous vise un jeu hypothétique ; il n’a pas été exécuté et toutes ses durées sont des hypothèses écrites.

Créer une petite salle originale de bagarre 2.5D vue de côté appelée Foundry Walk. Utiliser une arène horizontale de 0 à 12 avec voies proche et éloignée. Le joueur commence en x=2, voie proche ; grille fermée en x=11. Donner au joueur une frappe légère à portée de 1,5 unité sur le même voie contre l’ennemi le plus proche, un pas de voie de 0,25 s et une esquive qui se déplace d’une unité horizontale et change de voie en 0,25 s. Éviter les contrôles de touche pendant ce tick, puis imposer 0,75 s de délai après la fin. À chaque horodatage, résoudre la commande du joueur avant les contrôles ennemis.
Faire apparaître un Rusher en x=0, voie proche. Afficher un signal clair de 0,75 s dans cette voie, puis le faire ruer de +3 unités et vérifier la touche après l’action du joueur. Le mettre en récupération de t=1,0 à t=1,75 ; il peut recevoir une frappe légère pendant cette fenêtre. Faire apparaître un Guard en x=2,5, voie proche, après délai d. Son signal de 0,75 s prévisualise une zone fixe x=1,5 à x=3,5 sur les deux voies. Vérifier cette zone après l’action du joueur, puis donner au Guard 0,75 s de récupération et une vulnérabilité à une frappe. Utiliser d=0,5 pour le scénario papier initial ; garder toutes les autres valeurs fixes pour comparer d=1,5.
Afficher distinctement signal, esquive, touche, récupération, défaite et ouverture de grille. Ouvrir la grille seulement après défaite des deux adversaires. Ajouter une réinitialisation restaurant santé, positions, délai et grille. Ne pas ajouter armes à distance, boss, progression, gore, timing aléatoire ni adversaires supplémentaires. Rendre zones de collision, chronologie, délai et reset faciles à examiner. Ce brief de conception est fictif, pas la preuve d’un jeu généré ou testé.

Après une éventuelle génération, examinez la première salle selon ce contrat avant d’ajouter des fonctions. Vérifiez qu’il y a un Rusher et un Guard, que leurs signaux précèdent les frappes, que les rectangles correspondent aux voies montrées et que l’action du joueur est résolue avant une frappe au même instant. Ne supposez pas que la séquence est implémentée correctement à partir du seul prompt.

Tracer pourquoi l’apparition à une demi-seconde chevauche l’esquive

Utilisez une chronologie au lieu de qualifier la vague de « trop rapide ». Le délai du Guard de base est d=0,5 seconde ; son signal de 0,75 seconde se termine donc et le contrôle de frappe arrive à t=1,25. La séquence du Rusher a déjà forcé une esquive à t=0,75, qui se termine à t=1,00. Le temps de récupération empêche une seconde esquive avant t=1,75.

Le rectangle du Guard couvre les voies proche et éloignée ; l’esquive du Rusher ne protège donc pas de cette frappe. À x=3, le joueur reste aussi dans la zone horizontale du rectangle. L’échec ne vient pas d’un suivi invisible mais du délai de réutilisation explicitement défini.

Vérifier sur papier un seul changement de timing

Ne changez que le délai d’apparition du Guard, de 0,5 à 1,5 seconde. Gardez sa position, son signal de 0,75 seconde, son rectangle couvrant deux voies, les dégâts, le déplacement du joueur, la trajectoire du Rusher et la règle de grille inchangés. Le contrôle du Guard passe de t=1,25 à t=2,25. L’esquive est alors prête depuis t=1,75 ; le joueur peut se déplacer jusqu’à x=4 avant le contrôle.

C’est un calcul papier à une variable. Il ne prouve pas que 1,5 seconde est amusante, qu’un joueur réagira confortablement ou que l’implémentation respecte l’ordre prévu. Il montre uniquement que le nouvel horaire permet la seconde esquive définie.

Le résultat complet dépasse cette esquive sûre. Rusher et Guard doivent chacun passer par un signal lisible, une fenêtre de punition et un état de défaite distinct. La grille ne s’ouvre qu’après la défaite des deux. La comparaison de timing examine l’attaque du Guard ; elle ne vérifie pas la totalité de la rencontre.

Diagnostiquer la première salle avant de l’agrandir

Si un futur build échoue, repérez le premier point où l’état visible diverge des règles. Évitez de modifier plusieurs délais simultanément : changer l’apparition, le préavis, l’esquive et le rectangle à la fois empêcherait de savoir ce qui a résolu le conflit.

Consignez les observations séparément de la chronologie papier. Pour un vrai prototype, notez la version du build, les commandes exactes, le signal visible, le résultat du contrôle de frappe, la réinitialisation et tout écart. Aucun de ces résultats n’est disponible pour cet exercice fictif.

Utiliser un créateur de jeu IA comme processus de départ

La page actuelle SEELE Free AI Game Maker décrit un processus général : décrire un jeu en anglais simple, générer une première version jouable en 2D ou 3D, l’essayer dans un navigateur puis l’affiner avec des demandes successives. Avant l’envoi, vérifiez le modèle IA sélectionné, le solde Koin et le coût affiché dans Workspace. Ce processus ne garantit ni cet ordre d’ennemis ni les contrôles de touche précis.

Pour cette conception, décrivez arène, actions du joueur, signaux ennemis, ordre temporel, zones de frappe, condition de victoire et réinitialisation dans un brief ciblé. Si un résultat jouable existe, examinez chaque règle dans le build et consignez les différences. Vérifiez les commandes et le coût avant toute nouvelle demande.

Cette distinction rend la prochaine étape utile : un créateur peut explorer l’idée avec un processus général de prompt vers jeu jouable, tout en validant la logique propre au jeu dans son résultat réel.

Continuer avec une salle de bagarre lisible

Limitez la première rencontre à un Rusher, un Guard, une esquive et une grille qui ne s’ouvre qu’après la défaite des deux. Vérifiez d’abord que chaque signal correspond à sa zone de frappe ; comparez ensuite le prochain délai d’apparition au moment où l’esquive redevient disponible. N’ajoutez d’autres ennemis ou systèmes qu’après avoir observé cette boucle en jeu.

Lorsque vous voulez transformer le brief en prototype, commencez avec le créateur de jeu IA gratuit, vérifiez le coût affiché et comparez le résultat jouable au contrat de salle. Conservez le tableau de timing, contrôlez un vrai build et ne présentez pas le calcul fictif comme une mesure.

Questions fréquentes

Quelle est la première boucle d’un jeu de bagarre à défilement ?

Commencez par un signal lisible, une esquive de voie, une fenêtre de récupération et un retour clair de groupe vaincu. Le joueur doit savoir où ira l’attaque et quand l’ennemi peut être puni. Dans cet exemple, deux adversaires suffisent à enseigner espace et timing avant l’ajout de boss, armes ou progression.

Pourquoi le délai de 0,5 seconde du Guard provoque-t-il une touche ?

Après l’esquive à t=0,75, son animation finit à t=1,00 et la prochaine esquive n’est disponible qu’à t=1,75. Avec d=0,5, le signal de 0,75 seconde du Guard se termine à t=1,25, tandis que le joueur reste dans sa zone de frappe fixe x=1,5–3,5 sur les deux voies. C’est une trace papier fictive.

La révision à 1,5 seconde compte-t-elle comme un test ?

Non. Elle calcule que l’esquive définie est prête au contrôle révisé du Guard à t=2,25 et peut déplacer le joueur jusqu’à x=4 avant ce contrôle. Elle ne montre ni build généré, ni réaction humaine, ni sensation d’équité. Il faut un résultat jouable et des observations réelles.

Que vérifier dans un prototype jouable de bagarre ?

Comparez chaque signal à son empreinte de frappe réelle, confirmez que l’action du joueur passe avant un contrôle au même instant, mesurez le délai d’esquive, vérifiez la vulnérabilité en récupération et réinitialisez toute la rencontre. Notez entrée et résultat exacts. Si une règle diffère, isolez une modification au lieu de changer plusieurs timings ensemble.

Un créateur de jeu IA peut-il garantir le timing des ennemis ?

Aucun timing précis n’est garanti par le processus général décrit ici. Un brief en langage simple peut communiquer la boucle voulue et un résultat jouable peut être examiné et affiné. Le créateur doit toujours inspecter signaux, zones de collision, délais, condition de grille et réinitialisation réels.