Détail aussi concernant les voix : j'ai tendance à préférer les systèmes de jeu les plus "universels" possibles, c'est-à-dire qui vont convenir à un maximum de joueurs et de situations.

Les voix c'est cool, mais tout le monde n'aime pas. Si ton jeu marche uniquement avec les voix et sans textes écrits, ça peut nuire à la compréhension d'un joueur qui aura coupé le son (en plus ce sera pas handicapé-friendly ! et les sourds alors ? bon OK j'exagère mais l'idée est là). Ton jeu ne pourra pas non plus être traduit dans une autre langue. Si tu mets des textes, c'est plus simple pour tout le monde, tu peux le faire toi-même et les voix devienne un feature supplémentaire, un bonus en quelque sorte. Si tu n'as pas le budget pour payer de supers acteurs, autant prendre le moins de risques, avec le texte, c'est tout bénéf !

Tu ne vois peut-être pas aussi loin (traduire le jeu par exemple) mais mon argument c'est juste de ne pas se tirer une balle dans le pied au départ. Si tu développes tout ton jeu pour marcher seulement avec les voix et qu'au final tu te rends compte que c'est mieux avec du texte en plus, t'imagines la galère ? il faudra tout re-concevoir pour les affichages des textes qui vont bouffer des parties d'écran que tu n'avais pas faites pour ça, etc. Alors que prévoir du texte et ajouter de la voix... C'est super simple !

Waouu ... @Charrys: on a l'impression d'un tuto de game design, ya moyen de voir ( jouer 🙂 )le projet sur lequel t'as bossé ? En tout cas, tsate c'est cool de pouvoir faire son propre jeu mais entoure toi d'une équipe pour t'épauler 🙂

Bon courage

Fresh : Merci beaucoup, je ne suis pas game designer mais c'est gentil x) En fait c'est plutôt un résumé des petites expériences que j'ai pu avoir... J'ai bossé sur divers petits jeu en projets d'études, en DUT et en licence. Je m'occupais principalement des visuels, mais j'ai aussi un peu codé et fais de la gestion de projet et autres. Ce sont de petits trucs type shoot'em all faciles à développer. J'avais aussi fait un jeu en objective C mais développé en 3h pour un exo alors bon ^^' Ils sont perdus dans les méandres de mes vieux fichiers maintenant... Je les ai ptet même bien paumés ^^'
Quant à mon projet de fin d'études, on était 5 dessus, et on a fait toutes les conneries que j'ai cité plus haut + d'autres dont je n'ai pas parlé xD C'était un jeu de plateforme tout simple, on avait prévu 9 niveaux, et on en a sorti... 2 et demi ^^'

Au final bosser tout seul c'est pas mal car les contraintes de temps ne sont fixées que par soi-même, et on est justement confronté à tous les problèmes... Ce qui permet de mieux se préparer pour les projets suivants, et de comprendre la vision globale d'un projet.

Tsatse : De rien, c'est un plaisir ^^ Avoir une équipe pourra être indispensable si ton projet devient ambitieux, mais si tu as des compétences en prog et en graphisme, tu devrais pouvoir t'en tirer... à condition de ne pas compter ton temps xD

Tout à fait, ça s'appelle la méthode par itération, et c'est LA méthode de base utilisée dans tous les studios de jeu vidéo ^^

C'est vrai que ça semblait logique de t'en parler, mais avant de se lancer dans une réalisation même minime, il FAUT impérativement que tu saches où tu vas, c'est-à-dire que tu dois connaître ton scénario et les besoins de ton jeu.

Une fois que tu sais ça, tu commences effectivement par faire une première version de ton jeu avec le minimum d'éléments possibles. Pour prendre un exemple très simple : super mario est un pixel rouge qui se déplace de la gauche à la droite de l'écran, d'un point A à un point B. Un fois que ça fonctionne, tu vas coder le saut du pixel. Puis les monstres. Puis les obstacles. Etc...

C'est une excellente méthode qui est à mon sens incontournable, c'est donc une très bonne idée ^^

Il existe dans les studios de jeu vidéo différentes méthodes de travail "officielles" et théorisées, parmi lesquelles tu peux trouver la méthode SCRUM qui est très utilisée (il y a beaucoup de docs là-dessus sur internet si ça t'intéresse). Cette méthode est basée sur le travail par itération elle aussi, sauf qu'elle implique aussi un certain mode de management du projet et de l'équipe.

Cela dit, il faut garder en tête une chose très importante : l'itération est technique. C'est-à-dire que c'est un processus que tu mettras en place une fois que tu seras dans la réalisation du jeu, qui t'éviteras le jour où tu te planteras sur un truc (parce que malheureusement ça arrivera forcément :p) de devoir tout recommencer depuis le début. Mais ce processus n'est valable et fiable qu'à partir du moment où ta progression est pensée en amont. Si tu te lances tête baissée maintenant dans la réalisation technique, tu feras naturellement beaucoup plus d'erreurs que si tu commences par réfléchir posément et précisément ton game design avant. Si tu ne fais pas ça, tu t'exposes à faire du travail inutile sans le savoir et à devoir le jeter à la poubelle à la 2e ou 3e itération ; ou encore à bloquer très rapidement au bout de la 1ère itération à te dire "mince... qu'est-ce que je dois faire maintenant, déjà ?"

Alexandre Heboyan, qui a fait la master class cette année au cours de Markus, expliquait qu'à Dreamworks il était l'animateur le plus rapide de l'équipe. Pas parce qu'il était meilleur que les autres, mais simplement parce qu'au lieu de se lancer direct dans l'anime (même s'il maîtrisait parfaitement le sujet), il prenait d'abord beaucoup de temps (genre bien deux jours par semaine) à se filmer, à mimer, à faire des thumbnails, à préparer son acting, etc. Ce qui fait qu'il était beaucoup plus efficace une fois qu'il se lançait.

Il a en outre expliqué que c'était exactement la même chose lors d'une pose de modèle vivant très rapide... Sur 30sec, le mec qui observe pendant 20 sec a tout compris. Il lui reste 10s, ce qui est amplement suffisant quand tu as bien compris ce que tu vois, pour poser 3 ou 4 traits, pour capturer parfaitement la pose. Ni trop, ni trop peu, juste ce qu'il faut.

Cette démarche s'applique absolument partout. Tu ne commences pas à faire ton compositing si tu n'as pas ton layout, ton layout si tu n'as pas ton board, etc. Et il est inutile de se dire qu'un génie tout les 10 ans, lui, réussi à se passer de ces étapes cruciales... si l'on a pas soi-même autant d'expérience et de recul sur son propre métier auparavant.

Dans la mesure où c'est ton premier jeu, plus tu prends de temps à bien le préparer, plus tu as de chances d'éviter les écueils une fois la réalisation technique commencée 🙂