Le problème des ressources de remplacement : Comment l'art des programmeurs nuit aux tests de jeu

« D'abord la maquette, ensuite les graphismes » : voilà un conseil souvent donné pour le prototypage de jeux vidéo. Les guides et tutoriels recommandent souvent de commencer par mettre en place les mécanismes de base, de s'assurer que le jeu est réellement divertissant à l'aide de cubes et de capsules abstraits, et de ne se soucier de l'aspect visuel qu'une fois que le cycle de jeu de base a fait ses preuves.

Cette approche est tout à fait logique. Passer du temps à peaufiner les graphismes d'un prototype de jeu qui pourrait ne même pas fonctionner me semble être un gaspillage de ressources. Le « greyboxing » est depuis longtemps un moyen fiable de mener à bien les premières phases de développement sans que le périmètre du projet ne s'étende de manière incontrôlée.

Cette approche comporte toutefois des coûts cachés. Lorsque vous présentez aux joueurs des graphismes provisoires très rudimentaires, vous ne vous contentez pas de tester les mécanismes du jeu en vase clos : vous testez la manière dont les joueurs interagissent avec des jeux peu esthétiques et non finalisés.

La qualité visuelle peut avoir une incidence considérable sur les retours d'expérience issus des tests de jeu. La perception qu'a un joueur de la réactivité, du poids et des sensations générales de jeu est influencée par ce qu'il voit à l'écran. Si l'on s'attarde trop longtemps sur un environnement visuellement dépouillé, on risque de recevoir des commentaires influencés par l'aspect et l'ambiance graphiques, plutôt que par les mécanismes du jeu.

Les conseils habituels et leurs lacunes

Selon les principes généralement admis en matière de développement de jeux vidéo, il ne faut jamais consacrer de temps aux éléments graphiques tant que les mécanismes de jeu ne sont pas entièrement finalisés. Souvent, cela implique de construire des niveaux à partir de cubes gris, de représenter les joueurs par une capsule et d'utiliser une interface utilisateur textuelle simple pour afficher les informations essentielles.

Ce conseil n'est pas sans raison. Cela vous évite de perdre du temps à texturer un personnage qui risque d'être supprimé la semaine prochaine. Cela oblige les équipes à se concentrer sur le cycle de jeu fondamental. Passer un mois à travailler sur des modèles haute fidélité avant même que le personnage ne soit capable de sauter correctement est une erreur de débutant bien connue.

Mais ce consensus repose sur l'hypothèse selon laquelle les êtres humains sont capables de dissocier totalement le retour visuel du retour mécanique. On attend d'un testeur qu'il s'assoie, qu'il observe un rectangle gris qui flotte et qu'il évalue avec précision le code physique qui le fait bouger, sans se laisser influencer par le manque de finition visuelle. Mais il nous semble évident que la psychologie humaine ne fonctionne tout simplement pas ainsi.

Comment la qualité graphique influence les commentaires des testeurs

La qualité visuelle ne sert pas seulement à rendre les jeux plus attrayants sur les captures d'écran destinées au marketing. Cela peut considérablement modifier la façon dont les joueurs perçoivent les mécanismes que vous avez conçus, ce qui peut également avoir une incidence directe sur les retours que vous recevrez lors des tests de jeu.

La recherche

Prenons l'exemple de la célèbre démonstration « Juice It or Lose It » réalisée par Martin Jonasson et Petri Purho lors de la GDC Europe 2012. Ils ont présenté un jeu basique de casse-briques sans aucun effet visuel, puis ils y ont ajouté des vibrations d'écran, des effets de particules et des animations interpolées sans modifier la moindre ligne du code physique sous-jacent. Le jeu qui en a résulté semblait nettement différent.

Des études plus générales sur les sensations de jeu confirment l'idée que même des ajustements mineurs, comme le tremblement de l'écran, peuvent renforcer le sentiment de contrôle et l'euphorie du joueur.

Concrètement, cela se traduit comme suit

Imaginez deux versions d'un tout même prototype de jeu. La première version met en scène une capsule grise qui glisse sur une surface plane. La deuxième version présente un personnage modélisé avec des textures qui descend une rue pavée, avec même de simples particules de poussière qui s'élèvent sous ses pieds.

Si vous présentez ces deux versions aux joueurs, ceux-ci pourraient juger que la version texturée est plus réactive et plus ludique, même si le code de mouvement sous-jacent est identique. Les testeurs ne parviennent pas toujours à faire la distinction entre la qualité visuelle et la qualité du jeu ; ainsi, si un prototype semble rigide et sans vie, vous risquez également de recevoir des commentaires indiquant que les commandes semblent elles aussi rigides et sans vie.

Le vieux compromis et pourquoi il n'est plus d'actualité

Si l'approche « greybox first » a été recommandée au départ, c'est parce que la création de graphismes de qualité constituait autrefois une étape longue et fastidieuse du processus de développement d'un jeu. Les développeurs devaient choisir entre consacrer leur temps à travailler sur les fonctionnalités de gameplay essentielles, telles que les mécanismes de jeu, ou sur des éléments visuels, comme la création de textures. De nombreuses équipes n'ont tout simplement pas pu mener ces deux tâches de front au début de la phase de prototypage du jeu. Comme le fossé entre l'art des programmeurs et l'« art de qualité suffisante » était si grand, les développeurs ont accepté les retours de testeurs biaisés comme un mal nécessaire.

Mais le paysage du développement de jeux vidéo est en pleine mutation. Les phases de développement qui prenaient autrefois beaucoup de temps peuvent désormais être menées à bien assez rapidement, et les graphismes de jeux générés par l'IA ont bouleversé la donne en matière de prototypage rapide. La création de textures générées par IA, de Sprites 2D et de matériaux complexes peut transformer votre conception de niveau en « greybox » – passant d’une géométrie abstraite à un environnement reconnaissable et cohérent – si rapidement que certains développeurs pourraient ne plus avoir à choisir entre tester les mécanismes de jeu et offrir un contexte visuel.

Des approches pratiques pour améliorer les visuels des prototypes

Il existe plusieurs solutions très pratiques et rapides qui peuvent vous aider à obtenir un prototype suffisamment abouti pour effectuer des tests précis, puis à le peaufiner avec votre équipe graphique pour le finaliser.

Textures et sprites générés par l'IA

L'utilisation de graphismes de jeu générés par l'IA peut vous aider à améliorer rapidement un prototype, et les outils de génération de ressources tels que Unity AI Generators s'intègrent directement dans votre pipeline de ressources. Si vous avez besoin d'une texture de mur en briques pour donner aux joueurs une idée de l'échelle, vous pouvez générer un arrière-plan en briques sans raccord afin d'offrir un contexte visuel immédiat sans perturber votre calendrier de développement.

Packs de placeholders de l'Asset Store

Si vous préférez des modèles 3D sélectionnés avec soin, les packs de placeholders de l'Asset Store peuvent constituer une excellente solution. En intégrant ces éléments prédéfinis à votre jeu, vous remplacez les graphismes de programmation, souvent confus, par des environnements cohérents et clairs que les joueurs peuvent facilement comprendre.

Le cadre du « minimum visuel »

Plutôt que de viser un résultat final abouti, cette approche vise le « minimum visuel ». Elle pose une question simple : Quel est le minimum d'investissement graphique nécessaire pour éviter que vos visuels ne faussent les retours de vos tests de jeu ?

En général, la réponse se résume à trois éléments : des silhouettes reconnaissables pour que les joueurs sachent de quels objets il s'agit ; une différenciation des couleurs pour distinguer les ennemis de l'arrière-plan ; et une variation de base des textures pour que les joueurs puissent faire la différence entre un personnage marchant sur du Metal et un autre marchant sur de l'herbe.

Quand le « greyboxing » reste la meilleure solution

Il est important de préciser que le « greyboxing » n'est pas mauvais en soi. Il existe certaines phases spécifiques du développement où la conception de niveaux en « greybox » peut encore s'avérer être le bon choix.

Si vous testez des mécanismes purs de manière isolée, par exemple pour vérifier si les calculs mathématiques à la base de la trajectoire d'un double saut fonctionnent correctement, vous n'avez pas besoin de textures. Si vous en êtes à la toute première semaine d'un projet qui risque fort d'être abandonné, il est prématuré d'investir dans des illustrations. Enfin, si vous effectuez uniquement des tests de disposition de niveau, dont les seuls objectifs consistent à bloquer la ligne de vue et à vérifier les distances géométriques, les blocs gris conviennent parfaitement.

Le problème ne réside pas dans le « greyboxing » en soi. Mais le conseil classique consistant à ne pas tenir compte des aspects visuels lorsque vous commencez à recueillir des retours d'essais de jeu sur l'impression générale que dégage votre jeu pourrait bien être la meilleure recommandation si vous recherchez des retours plus complets.

Au-delà de la boîte grise

Disposer de données précises peut être d'une grande aide pour développer un excellent jeu. Mais lorsque vous testez un prototype regorgeant de graphismes rudimentaires, les données que vous obtenez sont souvent faussées par l'incapacité des joueurs à voir au-delà de ces abstractions visuelles. En améliorant la qualité graphique de votre prototype à l'aide d'outils modernes, de packs de ressources et d'un framework minimaliste, vous permettez à vos testeurs d'évaluer la conception de votre jeu de manière plus globale. Cessez de laisser des images de remplacement de mauvaise qualité gâcher des mécanismes pourtant excellents, et commencez à tester vos jeux tels que les joueurs les vivent réellement.

FAQ : Conception de prototypes et tests de jeu

Quel est le moyen le plus rapide de mettre à jour les images de remplacement ?

Vous pouvez rapidement améliorer le style visuel de votre jeu en utilisant des textures et des sprites générés par l'IA, ou en intégrant des packs modulaires disponibles dans la boutique de ressources. La génération de textures par IA pour une scène basique peut considérablement améliorer la lisibilité sans ralentir de manière significative le développement technique.

Dois-je créer mes propres graphismes ou acheter des packs dans l'Asset Store ?

Tout dépend de votre objectif immédiat. L'art des programmeurs est tout à fait adapté pour tester en interne les calculs mathématiques et la logique raw. Toutefois, si vous soumettez le jeu à des testeurs externes pour évaluer s'il est « agréable à jouer », l'achat de packs sur l'Asset Store ou la création de textures basiques pourrait vous permettre d'obtenir des retours plus précis et exploitables.