Créer un jeu : Les étapes

Etape 1 : Le concept du jeu

Spoiler:

Etape 2 : Choisir le logiciel

Spoiler:

Etape 3 : Apprendre à se servir de son ou ses outils pour réaliser votre jeu

Spoiler:

Etape 4 : Organiser son projet.

Spoiler:

Avant tout, prenez le temps qu'il faut pour définir le projet point par point, relisez le, parlez en partagez l'idée avec d'autres makers et avec votre équipe, si vous en avez une.

Sachez, que si vous voulez vous lancer comme ça pour vous faire la main, c’est possible mais autant l’indiquer clairement et sans ambiguïté lors de la présentation de votre projet. Chaque vision de création de jeu est une vision personnelle, les conseils sont ceux à suivre au possible, mais il est possible de faire autrement. Dans ce cas, bine l’indiquer, bien expliquer les choses.

Réfléchissez à comment réaliser l'idée, quelles compétences sont nécessaires pour la réaliser?
Est ce que vous avez ces compétences?
Est ce que vous pensez pouvoir les acquérir, vous en passer ou trouver une solution viable. Pensez à des solutions de remplacement pour certains points qui vous semblent pas forcément à votre portée ou peu surs dans l'avancée de votre projet.
Apprenez un maximum et même d'avantage sur le logiciel et sur les à côtés comme le graphisme et le scripting. Avoir quelques bases de scripting pourraient dans certains cas suffit, avoir des bases de graphisme aussi... Ect... Complétez donc vos connaissances et organisez vous entre vous par capacité d'apprentissage dans un domaine ou un autre.

Quand on s’organise dans un projet les éléments le comportant possèdent un ordre de développement. Comme dit précédemment avec liens à l’appui, il y a le gamedesign, mais il y a aussi le scénario, le background, les dialogue, …

lidenvice a écrit:: Si vous êtes en groupe, attribuez des variables et interrupteurs à chaque personne par groupe de 25 par exemple et répartissez les au fur et à mesure.

Dans tout les cas, je conseil de faire des groupes d’attribution, et ceci dans tout les cas.
Par exemple:
Interrupteurs/variables de 1 à 1000 interrupteurs de déroulement
Interrupteurs/variables de 5000 à 4000 (dans l'autre sens donc) pour les menus/ mini jeux/ et autre systèmes de jeu.

Entre 1000 et 4000, compartimenter par autres besoins
N’oubliez pas qu’il est possible d’utiliser des variables pour autre chose que d’afficher des chiffres. Notamment pour des systèmes de type menus en event, combat en events, même pour définir votre fil conducteur.

Pour cela rien de complexe: Un onglet, une condition de variable si il se passe quelque chose de différent.

lidenvice a écrit:: Si vous travaillez à plusieurs : Noter un sujet dans votre forum à part avec les coordonnées (les coordonnées apparaissent en bas dans rpg maker depuis l'éditeur) des events possédants des onglets à variables pour pouvoir le repairer rapidement plus tard lors d'ajouts basés sur la variable en question.
Classer par type de variable.
Notez dans le sujet à quoi correspond chaque incrémentation de variable:
Variable 1= 1 Début du jeu
Variable 1= 2 Le héros est rentré chez lui
Variable 1= 3 Le héros à parlé à sa mère
ect. Suivant les besoins scénaristiques.

Grâce au système d'onglets, vous pourrez plus facilement gérer les positionnements évènements scénaristiques et les PNJ et ainsi utiliser moins de fois les mêmes maps pour réaliser votre jeu, ce qui permet d'aller plus vite et de faire les choses proprement malgré tout.

Noter les maps effectuées avec leurs ID. Se focaliser sur les points d'entrées et de sortie ainsi que les points de passages scénaristiques (quand le héros ou des PNJ bougent grâce aux déplacements d'évènements et non par action du joueur). Ne pas modifier ses points une fois les événements scénaristiques mis en place. Vous pouvez modifier le visuel mais pas les praticabilités.

Cela évite de recommencer et des bugs par modifications maladroites.
Mais ce qui est bien avant même de mapper c'est de prendre du temps à bien configurer la base de donnée des tilesets utilisés avant tout. Priorité de superposition, passabilité, sens de passage, carreaux d'interactions, bref, prenez le temps de travailler en amont sur le décor, sur la gestion des collisions et le niveau de hauteur du décor.
Faites quelques tests avec la config et fignolez la BDD à mesure avant de vous lancer dans les gros travaux.

lidenvice a écrit:: Si vous êtes une équipe : Choisir une personne capable de gérer cette organisation et créer un forum pour pouvoir noter les points importants. Réaliser un post où les grandes lignes du scénario sont indiquées (où on est, qui on doit voir et où on doit aller) et mettez en hide/spoiler les points précis de ces moments. Cela rendra l'ensemble lisible et plus facile à gérer.

Si vous êtes tout seul, je vous conseil de réaliser un mémento pour vous souvenir du maximum d’éléments figurant dans votre jeu à mesure qu’il avance.

Dans tout les cas, scindez le jeu par map et commencez par le commencement. Ecran titre, introduction, première map... et développez l'ensemble du jeu comme un tout qu’il faut réaliser étapes par étapes.

Voilà comment on peux voir un mode de fonctionnement par spécialisation:
Graphismes => Mapping/ level design => Evenementing/scripting => Débug
Pour chaque map.
Le mieux, pour que l'ensemble avance bien et dans de bonnes conditions c'est effectuer un planning des tache à effectuer et une date buttoir (réaliste mais pas trop loin non plus) pour avoir une bonne vision du projet.

lidenvice a écrit:: Si vous êtes en équipe : Hormis un forum, je conseil aussi de pouvoir se parler et s'échanger en direct depuis un truc comme messenger ou autres
Vous pourrez échanger votre projet ainsi, d'ailleurs suffit de renommer son extension du projet.exe en projet.txt pour le transfert et de demander à l'autre de remettre projet.exe à la place de projet.txt
Mais laissez aussi une version dite de travail en ligne via megaupload par exemple, permettant d'avoir une référence de travail sur un bout du projet fonctionnel, vérifié et prêt à une éventuelle démo tel quel.
Cela permet de travailler sur quelque chose de propre et le récupérer au cas où. A ce moment faites un post sur le forum réservé au projet de travail

Dans tout les cas
Gardez l'ensemble des versions précédentes et renommez les.
Par exemple pour RPG maker XP: dans Game.ini et le dossier du jeu, noms identiques. Incrémentez ainsi: Projet1-1
Garder toutes les versions permet de récupérer des données de versions précédentes si une version a mal été développée, ou bug royalement.
Cela évite aussi les pertes de données mais aussi permet de voir les avancées du projet quand on s'y penche de nouveau.

Faites un maximum de versions du jeu, à mesure que vous avancez. Même pendant votre tache, à ce moment vous pouvez garder vos versions de sauvegardes personnelles et ajouter une lettre au bout pour savoir qu'elles ne sont pas majeures où à partager: Projet1-0a puis au moment de passer la version pour la présenter à d’autres personnes (par exemple à votre équipe): Projet1-1

lidenvice a écrit:: Si vous êtes en équipe : Parler en ligne est un plus, notamment ca permettra d'avoir des discutions vocales qui sont plus rapides que par forum et souvent plus productives. Même si personnellement je préfère écrire par ce biais, me permettant de faire plusieurs choses à la fois.
Chose importante, les moments de discutions et d'échanges doivent à tout prix être des moments productifs, j'ai pu voir un grand nombre de projets en équipe finir en concours de posts inutiles sans idées ni avancées, donc faites un listing, tenez vous y.

Dans tout les cas :
Donnez vous des moments une fois toutes les semaines ou plus suivant vos dispo pour faire le point de ce qui a été fait, ce qui aurait du être fait et ce qu'il reste à faire.

Si on ne respecte pas totalement l'ensemble de ces bases, il risque d'y avoir des conséquences:
Maps en double ou en triple voir plus à cause d'une mauvaise gestion des interrupteurs/variables et du walktrought
Projet qui n'avance pas car chacun attend l'autre mais personne ne se parle.
Projet qui n'avance pas car il y a un problème d'organisation
Bugs de déroulement de jeu par mauvaise gestion des interrupteurs/variables
Bugs de déplacement dans le jeu (on peux traverser un mur, on passe pas sur un carré praticable...) du à un mapping mal maîtrisé ou trop hâtif et/ou une configuration tileset pas assez aboutie.
Téléportations menant à nul part ou à une map qui n'a rien à voir avec celle vers laquelle vous deviez vous rendre, car les ID de maps ont mal été notées et gérées.

Si vous avez déjà quelques bases du jeu, comme les combats ou autres, intégrez les le plus rapidement possible, surtout dans le cas où vous réalisez des combats nécessitant un événement sur carte ou des lignes de commandes spécifiques. Cela vous évitera d’y revenir plusieurs fois et de vous perdre dans ce que vous avez fait ou pas fait.

Quelque soit le système additionnel ou choisi que vous voulez dans votre jeu, si il est bien avancé, ou proche de ce que vous voulez, prenez le temps de bien le configurer et de l’intégrer le plus rapidement possible dans le jeu..

Sachez que c’est pas parce que votre jeu n’a pas encore de système de combat fini, de gestion des objets fini ou tout autre détail hors histoire qu’il n’est pas possible de faire avancer votre jeu.

Avec assez d’organisation et des notes adaptées à part, vous pouvez très bien intégrer une nouvelle idée à vos scènes, phases de combat ou autres. Attention quand même aux changements d’avis un peux radicaux. Si vous passez du A-RPG au tactical ou du FPS au plateforme, ça va poser un problème et rendre compliqué la conversion. C’est dans ces moments où vous doutez de vos choix que l’on réaliste que bien poser le concept de son jeu est très important.

lidenvice a écrit:: La place de chacun dans un projet d’équipe :

Ce que fait le scénariste :
En fonction du synopsis, il doit prévoir ce que le joueur peut ou non faire durant un moment du jeu. C’est lui qui doit prévoir l’ordre des actions, comment elles s’effectuent et ce qu’elles débloquent.
C’est à lui que revient la tache de penser aux contraintes à fixer au joueur tout en laissant à celui-ci une liberté maximale sans pour autant le laisser trop libre. C’est donc un équilibre à trouver. Le joueur ne doit pas pouvoir rencontrer un personnage ou avoir une information n’importe quand. Il doit l’avoir en fonction de la trame principale du jeu. Quel jeu serait intéressant si on pouvait aller au niveau de fin dès le départ et connaître le dénouement du jeu sans passer par le fil conducteur ?

Ne pas confondre scénariser un jeu et écrire une histoire comme dans un livre. Ecrire une histoire comme dans un livre, c’est différent car là vous maîtrisez tout. Le joueur aura certainement envie d’essayer plein de choses que vous ne pouvez pas forcément prévoir. Ce qui explique certainement que certains RPGs sont très linéaires d’ailleurs. Un bon RPG c’est donner une impression de liberté au joueur et donner envie à celui-ci de suivre le fil conducteur.

Ce que fait le game designer :
Quand on invente un jeu, son système, ses références visuelles (surtout quand on privilégie une charte graphique particulière). Sa comprend aussi l’ambiance, la difficulté, les éventuels moments clefs, les intrigues ou énigmes. Il doit prendre en compte l’idée principale du jeu, mais aussi les limites et ressources du jeu. Bien connaître son outil de création et les capacités des personnes qui participent au projet est aussi le rôle du game designer.

C’est aussi lui la référence du jeu. Il doit organiser, prévoir et anticiper les problèmes liés à l’avancée du jeu.
Ce que fait le character designer :
C’est à lui que revient la tache d’interpreter et de mettre en visuel les personnages du jeu en fonction de la charte graphique établie lors de l’imagination du jeu. C’est en se référant aux informations du game designer, qu’il pourra au mieux rendre fidèle la vision précise de l’apparence du personnage dans le projet.

Ce que fait le level designer :
C’est lui qui s’occupe de planter le décor, les niveaux, les « maps ». Il est donc celui qui représente l’univers décrit par le game designer. Il s’occupe aussi des contraintes liées au terrain, l’architecture de la planete. Il a donc la tache de créer le monde dans lequel évoluent vos personnages. Ca passe par la faune, la flore, les bâtiments, l’agencement des éléments du décor, la praticabilité, ect…

Ce que fait le programmeur :
Il s’occupe de la partie incluant les systèmes liés au jeu. C’est lui qui met en forme, soit par la programmation pure, soit par la mise en place d’objets ou d’événements, les phases de jeux complexes.

Ce que fait le graphiste :
Il occupe des éléments graphiques hors charactères et level design. Cela va de l’écran titre aux apparences des fenêtres de dialogues. C’est lui aussi qui va s’occuper de l’apparence des interfaces, des systèmes. Il est donc celui qui complète le travail des autres parties du jeu et qui met en image l’ergonomie du jeu.

Etape 5 : Présenter son jeu.

Spoiler:

Une fois que vous avez bien avancé, c'est-à-dire, une fois que vous avez quelque chose de substantiel à montrer, vous pouvez présenter votre jeu. Ne le présentez pas trop tôt. Partez du principe que ce que vous présentez doit avoir été fait il y a déjà un moment (et testé) et que vous êtes déjà en train de faire la suite, voir passé la prochaine nouvelle d’information du jeu.. Cela permettra d’avoir de quoi mettre à jour votre projet sur une partie dont vous souhaitez une réaction et aussi vous permettra d’avantage de régularité dans les news.

Dans un premier temps, il faut reprendre la structure qui vous a permis de le réaliser : Concept, personnages, notes résumées, phases de jeu réalisées, graphismes finis. L’idéal est de proposer une démo en même temps que la présentation détaillée de votre projet. Autant le présenter avec méthode, proprement et avec tout les éléments permettant aux futurs joueurs où aux personnes qui lisent les présentations du projet de l’apprécier à sa juste valeur.

Pour présenter votre jeu, voici une fiche exemple vous donnant tout les éléments nécessaires pour bien présenter votre projet lors de son développement :

Il est préférable, voir vivement conseillé de mettre dans le titre de votre présentation le nom du jeu et le logiciel utilisé ou le langage de programmation utilisé. Ensuite, dans votre corps de texte vous pouvez présenter comme cela, mais l’essentiel c’est les informations figurant dans votre présentation.

Vous pouvez éventuellement commencer par mettre un screen de votre écran titre.

lidenvice a écrit:: Nom du jeu :
Indiquer pourquoi ce nom.

Type de jeu :
A-RPG, T-RPG, Action aventure, survival horror, plateforme, FPS, RTS, mais c’est aussi l’occasion d’expliquer un peu le principe global du jeu en étant très large et en donnant une idée générale, synthétique. Est-ce un jeu d’énigmes, un jeu basé sur le visuel du joueur, sur son immersion dans le jeu, par quels moyens…

Logiciel ou langage de programmation utilisé :
RPG maker 2000, 2003, XP, VX, VX ace, Unity, multimédia fusion, game maker, aventure game studio, etc…

Personnes ayant participé au projet :
Créateur(s):
Indiquez ici les noms des participants au projet et leurs taches. Si vous êtes essentiellement seul sur votre projet, n’indiquez que la partie créateur(s) et à la fin de votre présentation, vous pourrez remercier ceux qui vous ont aidé directement ou indirectement

Graphismes:
Evenementing:
Game design:
Level design:
Background:
Scénario:

(La liste n’est pas forcément complète, mais après tout dépendra de votre projet. Adaptez donc en fonction du nombre de personnes y participant ainsi que leurs taches.)

Synopsis :
Un synopsis est un résumé global du scénario du jeu, il donne les grandes lignes concernant ce qui s’y passera. Ne rentrez pas trop non plus dans les détails, gardez les pour le jeu. Ne tombez pas non plus dans le raccourci de ne rien dire ou de mettre « secret ». Présentez le jeu comme une histoire que vous avez lue et dont vous souhaitez résumer le début.

Imaginons que votre héros doit sauver le monde. C’est somme toute quasi incontournable dans un RPG, et relativement cliché. Il faut donc déjà se poser les questions du :
Où commence le héros ? La ville, le pays, ect. Mais pas trop de détails difficiles à lire non plus. Si vous mettez trop de noms inconnus de suite c’est difficile à suivre pour le lecteur. Car celui qui lit ne connaît rien du tout au moment où il scrute les lignes de votre présentation.

Dans un premier temps il faut répondre aux questions au fur et à mesure :
Commencez par le background, puis ensuite l’histoire, puis personnage, et enfin quelques explications sur le jeu lui-même. Mettez évidement quelques screens représentant ce dont vous parlez. Plus vous soignez votre présentation de jeu, mieux ça sera. Ne surchargez pas inutilement non plus

Pour la partie background :
Nibérian est une petite ville portuaire, vit principalement de la pêche du poisson.
Où se passe l’aventure ? Comment s’apelle l’endroit ? Comment est il ? Quelle est sa spécificité ?

La magie est bannie du pays de Astymoth, mais certains résistants l’enseignent encore.
Quelles sont les particularités de votre univers ? Le contexte géopolitique ? Les Croyances ?

Pour la partie histoire:
Mike est un adolescent comme tout les autres. Il va à l’école et aide ses parents au champ.
Qui est le héros ? Quel est son profil ? Quelle est son activité ?

Mais un jour, dans la ville voisine, une météorite s’écrasa.
Quel est l’élément déclencheur de l’aventure? Ou se passe cet événement déclencheur.

Le roi consulta les oracles pour savoir ce qu’il fallait faire. Et une prophétie indiquait qu’un fils de paysan allait les sauver. Celui-ci serait le survivant d’une naissance de triplés.
Comment le héros se voit entraîné dans l’aventure ?

Pour la partie personnages :
Mike, 14 ans, fils de paysan. Il aime réver d’aventure, mais ses parents ne veulent pas en entendre parler. Il y a beaucoup de travail au champ. Il a appris la magie grace à un vieux livre qu’il tient de son grand père.
Qui ? Quel age ? Signe particulier ? Gouts personnels ? Particularités en jeu, en combat ?

Continuez à noter des questions sur les détails du background, si la partie 1 a bien été réalisée, ça ne devrait pas beaucoup vous poser de problème.

Système de jeu :
Il est important de décrire les systèmes du jeu et de mettre un aperçu, voir une vidéo. Ca comprend évidement un ensemble d’élément qui peut être nombreux :

Le système de combat :
Quel est sa spécificité, comment fonctionne t’il ? Quelles sont les innovations ? Qu’avez-vous inventé dans ce système ?

Le système de survie et/ou temp:
Y a-t-il un système de survie ? Comment fonctionne t’il ? Y a-t-il un système de jour et de nuit ? Comment fonctionne t’il ? Quelle est son incidence dans le jeu ? Y a-t-il un système de météo ? Si oui, sert il à quelque chose de particulier ?

Système de vie :
Dans certains jeux, notamment les survival horror, vous n’avez pas à proprement parlé de vie. Vous avez une barre de stress ou de peur ou de coups pris en un temps donné. Décrivez alors les principes de fonctionnement et les bases.

Les systèmes spécifiques au jeu :
Y a-t-il un ou plusieurs systèmes spécifiques au jeu, inventés spécialement pour l’intégrer dans votre concept ? Décrivez le, expliquer son intérêt.

Level design :
Exposer son game design est une étape importante de votre présentation. C’est l’occasion de montrer et de commenter quelques prises écran de vos décors, maps, niveaux.

Là aussi, faire preuve de méthode est une bonne chose : Montrez le premier niveau du jeu, là où tout commence et quelques autres moments de votre aventure en indiquant évidement à quoi correspondent ces prises écran.

Le but est de montrer à quoi va ressembler le jeu et donner envie au lecteur de suivre votre projet et à plus longue échéance, donner envie aux autre de jouer à votre jeu.

Variez les screens et prenez le temps de choisir les bonnes prises de vues pour immerger au mieux le lecteur/futur joueur.

Artworks et croquis :
Si il existe des dessins réalisés pour le jeu ou des croquis, des esquisses, vous pouvez les exposer aussi pour montrer à quoi va ressembler un personnage dans le jeu ou un ennemi ou autres. Mettez que les principaux et préférez les poster à mesure des news, ce qui rendra l’ensemble plus digeste pour vos lecteurs.

Demo/vidéo :
Présenter son jeu avec une démo sous entend que le jeu est bien avancé et qu’il est déjà en partie jouable, toutes fois il est toujours assez frustrant pour un joueur de jouer à un jeu et de recommencer à la prochaine version du jeu car les sauvegardes ne sont pas compatibles.

Plusieurs solutions à cela :
=> Faites une démo avec une phase de jeu très courte mais incluant l’ensemble des systèmes du jeu, ce sera donc une démo technique.
=> Rendez compatible les versions entre elles et indiquez le lors de vos démos. Le joueur pourra ainsi reprendre sa sauvegarde là ou il s’était arrêté.
=> Limitez le nombre de démo si elles ne sont pas compatibles entre elles.

Vous pouvez aussi proposer une vidéo d’une phase de jeu. Il vous faudra alors faire des montages, mettre de la musique et montrer plusieurs moments forts du jeu. Comme son système de combat, des phases clefs du scénario, des moments spécifiques où le héros acquière un objet ou/et une compétence. Bref, montrez le jeu de façon dynamique et variée. Ne faites pas une vidéo trop longue. Il faut faire court et efficace.
Faites d’abord quelques captures vidéos de courte durée comprenant plusieurs phases de jeu déjà jouables, puis ensuite, composez votre vidéo comme votre présentation : Backgournd, histoire, personnage, etc…

Pour les logiciels de capture d’écran gratuits :
http://www.commentcamarche.net/download/capture-86
Je vous conseille CamStudio, il est facile d’utilisation et efficace.

Pour les logiciels de montage vidéo gratuits :
http://www.commentcamarche.net/download/montage-video-76
Je conseille Windows Movie Maker, il est simple d’utilisation et permet de bons résultats.

Remerciements :
N’oubliez pas les remerciements de personnes qui vous ont aidé directement ou indirectement en spécifiant leur contribution.
Indiquez par exemple qui a réalisé les graphismes d’éléments que vous avez récupéré
Mais aussi les scripts utilisés, les tutoriaux qui vous ont aidé, les personnes qui vous ont conseillé, ect..

Dans tout les cas, lors de la présentation de votre jeu et des news n’hésitez pas à rendre agréable la lecture et surtout utiliser les balises cachant une partie de vos textes ou de vos screens permettant ainsi une plus grande lisibilité et une lecture/visualisation de votre présentation ou de votre news adapté à ce que veux voir votre lecteur.

Etape 6 : Faire connaître son jeu.

Spoiler:

/!\Pour toute modification du contenu, remarque, demande de précisions n’hésitez surtout pas à m’en faire part. Le but est de proposer quelque chose de clair, d’utile et de complet.

Merci d’avance./!\

Ah ton très bon dossier a ce que vois, bien qu'il n'y ai pas tout Wink

Il y a juste la partie tutorielle, ce qui est l’intérêt du post.

Franchement je vous conseil a tous le lecture de ce post, c'est vraiment très très complet ^^

Fondateur Messages postés : 19071 Date d'inscription : 19/07/2008 Jauge LPC :

Ouais, c'est clair que c'est complet ! J'ai découvert des logiciels sympas grâce à ça (mais bon, je vais quand même rester sur RPG Maker pour le moment nerd

).

Lidenvice a écrit:: Une fois les étapes 1 et 2 menées à bien, il est très important de « vous faire la main ». C'est-à-dire parcourir les tutoriaux mis à disposition sur les différents sites consacrés aux logiciels ou aux langages de programmation choisis, puis de commencer par des petits projets ou des tests.

On peut aussi apprendre en autodidacte sans les tutoriels, c'est ce que beaucoup ont fait. ^^ Enfin en tout cas dans un premier temps, et ensuite éventuellement se perfectionner en lisant des tutoriaux pour apprendre de nouvelles choses.

Etre autodidacte est la meilleur façon d'apprendre ( tout du moins découvrire. )
Car si on va comme benrub, c'est à dire demander comment on fait une porte sous rm ... il faut arrêter tout de suite !

La découverte est toujours plus ou moins simple. Se perfectionné c'est autre chose.

» L'écriture d'un scénario (*2): Les étapes
» Créer une vidéo
» Créer un scénario
» Créer un personnage
» [VX] Créer ses émoticônes