Sous_Tensions est un projet de réalisation d’un jeu vidéo du master MAPI-MAJE, de l’École Polytech’Nice-Sophia. La production s’étend du 9 octobre au 28 février, avec possibilité de porter le jeu au-delà du cadre du master. C’est un projet étudiant, cela veut dire que par défaut, il n’y aucune question d’argent. Le groupe travaille par la seule force de la motivation et l’envie de bien faire. Cela vaut mieux : le jeu sera présenté au Festival International des Jeux à Cannes, en février 2018. Sur ce Tumblr, nous avons décidé d’essayer d’entretenir un blog de développement. Régulièrement, vous pourrez donc retrouver notre avancée, avec nos soucis et nos bonnes surprises, des ressentis, des anecdotes. Bien que nous ayons notre petite idée, on ne sait pas encore exactement à quoi ce blog va ressembler. Puisque nous fonctionnons en méthodes agiles, notre production est divisée en phase de deux semaines ; toutes les deux semaines (à peu près) à partir du 30 octobre, vous pourrez donc retrouver un billet pour savoir l’avancement du projet. Derrière cette volonté, un moyen de communication bien sûr mais l’envie d’avoir une transparence de développement et de prise de recul. Inspiré par Unexcepted (dWarf) ou Compulsion Games (We Happy Few) , nous voulons tenter l’expérience pour voir ce que cela apportera au niveau étudiant. N’hésitez pas à nous faire des retours dessus.Voici maintenant, pôle par pôle, l’avancement du projet:

Management : Alban

Sprint amplement accaparé par la Paris Games Week où nous nous sommes rendus Chloé et moi, ma partie va être certainement courte. D’autant plus qu’il n’y a pas eu d’évènement notable en termes de gestion de projet : j’ai dû relire les documents créés par les uns et les autres et apporter quelques corrections. Avec Antonin, on a aussi un peu pataugé pour la première publication du billet sur Tumblr, ce qui explique le retard d’une semaine sur celui-ci.

Pour les outils, je mets pour l’instant de côté l’idée d’avoir un bloc-notes collectif et collaboratif au groupe. Finalement, tout le monde a son petit carnet, y compris moi, et note les choses en brut, en complément de la segmentation par tâche que j’effectue après une discussion. Si quelqu’un a une idée, la personne vient en parler à Chloé ou à moi et ce n’est pas plus mal. Du moins, est-ce comme ça que nous avons fonctionné jusqu’ici.

Je pourrais dire que tout va bien mais ça serait omettre deux éléments. Premièrement, le groupe n’a toujours pas réussi à s’accorder sur une soirée pour faire connaissance autrement. À ce rythme-là, ça va finir en soirée raclette que ça ne sera pas plus mal. Secondement, si j’ai dit dans le premier billet que le pôle graphisme avançait « étonnement bien » (mot qui a surpris Antonin pour l’anecdote), il a maintenant le rythme de croisière auquel je m’attendais : peu voire pas de nouvelles pendant plusieurs jours consécutifs (malgré mes relances) puis, presque miraculeusement, plusieurs éléments me rassurant sur l’avancée des travaux demandés. C’est quelque chose qui allait arriver, je le savais, le tout est maintenant de savoir gérer cela. Pour finir sur une note plus positive : de plus en plus de personnes manifestent leur intérêt pour notre projet. Ils se font ainsi une joie de lire les documents que je leur propose et d’émettre un avis dessus.

Pour ce qui est du futur, ce sprint 3 va être plus demandeur en termes de travail, car il est question d’avoir un prototype « manipulable » par des personnes proches. « Proches » dans le sens physique c’est-à-dire étudiants, professeurs, etc. Pour ce qui du « proche » familial, il faudra encore attendre la période de fin d’année. C’est maintenant qu’on va se rendre si on est bien ou si on est à côté de la plaque. En tant que producer, je suis légèrement fébrile. À dans deux semaines !

Ecriture : Caroline

Robin, Maxime et moi avons dû travailler sur les choix et les schémas narratifs de chaque niveau, avec ses particularités propres. Ce n’était pas particulièrement compliqué à réaliser, mais cela a pris du temps et nous avions sans cesse faire des allers-retours entre les cases du schéma.

Concept art :  Caroline

J’ai passé la semaine du 30 Octobre à tester la tablette graphique que Chloé m’a prêté. Cela m’a beaucoup plu et je songe à m’en acheter une. Je vais attendre le Black Friday pour voir s’il y a des promos, sinon, quoi qu’il arrive, j’en achète une fin Novembre. Je demanderai l’avis de Chloé pour savoir laquelle prendre même si j’ai déjà mes petites idées. J’ai surtout fait des tests de croquis, concept. J’apprécie grandement certaines fonctionnalités (le ctrl+z m’a changé la vie !) même s’il faut l’avouer, le papier et ses sensations me manquent beaucoup. Je ne ferai pas exclusivement de la tablette, à l’avenir, mais je m’en servirai beaucoup. Je n’ai pas encore testé le scan de dessin puis la retouche sur ordinateur. Je n’ai fait que de la création pure. De ce fait, j’ai surtout travaillé sur Léanne, car j’ai eu de grandes difficultés à me décider sur son apparence. Certains diront qu’il n’y a pas vraiment de différences entre chaque croquis, mais moi je les vois et cela est très frustrant ! Quand je rendrai la tablette, je continuerai mes concepts sur papier, en particulier pour les différentes expressions à réaliser.

J’ai passé la semaine du 6 Novembre à travailler sur le portrait de Léanne, aussi cela m’a un peu blasé et j’ai ressenti le besoin de travailler sur d’autres personnages. J’ai dû refaire le design du SDF, un mix entre deux portraits déjà effectués et je le montrerai la semaine prochaine à Chloé et Alban pour savoir si cela leur convient avant de le passer sur l’ordinateur. Ensuite, j’ai commencé à travailler Théo. Il m’a opposé pas mal de résistance, en particulier ses lunettes, car je n’avais jamais fait de personnage avec des lunettes ! Ça a l’air d’un détail, mais c’était en réalité le véritable point noir de ma semaine ! Edit : j’ai dû recommencer Léanne du début parce que j’ai commis quelques petites erreurs et je n’arrivais pas à les rectifier, donc cela sera plus rapide de la recommencer que de chercher à corriger mes erreurs…

Programmation : Nicolas

Ce second sprint a été l’occasion de mettre davantage en avant l’implémentation du gameplay.

Le principal ajout est représenté par la phase de Runner où la caméra passe automatiquement dans différents modes en fonction de la situation (Suivi du joueur, autoscroll, fixe sur un plan). Le joueur peut à présent sprinter et doit esquiver différents obstacles en sautant par-dessus eux ou en empruntant un autre chemin. Durant sa course, il sera poursuivi par une première ébauche du monstre, qui le poursuit inlassablement jusqu’à l’avoir attrapé et symboliser un game over temporaire.

Sur un plan plus technique, je me suis également attelé au mappage des contrôles du jeu sur la manette et le clavier ainsi que sur la détection dynamique de la présence ou non de ces appareils, qui influence les UI utilisées pour symboliser les interactions et les QTE.

D’autre part, la résolution native du projet a été entièrement retravaillée pour correspondre au standard du 1920 * 1080, les transitions par fondu ont été fluidifiés et un menu pause est en cours d’implémentation.

Il reste encore un grand nombre de features à implémenter dans les prochains sprints mais c’est véritablement gratifiant de voir le jeu commencer à prendre progressivement vie, aussi bien techniquement que scénaristiquement.

Ergonomie :  Chloé

Cette semaine, j’ai fini de créer les users stories qui ont été intégrées au backlog. Une user story permet de décrire avec des phrases simples les fonctionnalités importantes à créer dans le jeu. Voici un exemple pour notre jeu :

Description : en tant que joueur je veux pouvoir faire des choix afin d'influencer l'histoire.

Critères d'acceptance :

-Le joueur doit avoir le choix entre 2 réponses possibles

-Ces choix doivent avoir un impact sur la suite de l'histoire

-Le joueur doit avoir un feedback par rapport à son choix

Quand les trois critères d’acceptance ont été remplis on considère cette user story comme validée.

Ensuite, je me suis occupée de créer des personas : les personas sont des fiches identitaires sur nos cibles types concernant notre jeu. J’ai créé trois persona qui devront ensuite être discutée avec l’équipe pour savoir si elles conviennent à tout le monde. Définir des persona permet de savoir exactement à qui s’adresse notre jeu et comment améliorer le game design et l’ergonomie en fonction. Enfin, j’ai commencé à travailler sur la représentation graphique des interfaces en 2D sous Photoshop.

Game design : Maxime

Au cours de ce sprint, j’ai travaillé sur deux features importantes.

J’ai eu l’occasion de travailler avec les quests designers pour réaliser l’apparition du monstre en fonction de la santé mentale de Théo. Le but étant d’avoir des interactions différentes avec le monstre en fonction du niveau dans lequel Théo se trouve et des conversations qu’il aura avec les différents personnages.

La seconde feature, consiste à réaliser la map via des tilesets. L’idée étant de faire la structure de base des maps (sol, plafond et gros éléments) en tilesets, et d’ajouter par la suite les objets interactifs de façon plus traditionnelle. La création de la tilemap a été un petit casse-tête, car j’ai passé pas mal de temps à trouver comment ne pas passer à travers le sol.

L’avancement dans le LD nous a montré qu’il faudra retravailler certains éléments du jeu à savoir : les hitbox, les déplacements et optimiser l’affichage, car pour le moment il y a pas mal de bugs graphiques.

Écriture : Robin 

En termes d’écriture, j’ai dû finaliser le script de la démo, que nous avions écrit avec Caroline lors du Sprint 1. Ce qui a consisté en une vérification/correction globale de la cohérence  du récit et de son bon « format » ; la rédaction d’un script étant entourée d’un ensemble de règles permettant de comprendre le scénario plus clairement, en omettant les éventuelles tournures de phrases trop romancées. J’ai d’ailleurs eu un peu de mal à me défaire de ces réflexes, qui me poussent parfois à faire des phrases beaucoup trop longues (voir plus-haut) et donc dispensables, voire nocives à la bonne compréhension d’un scénario de jeu vidéo.

Caroline, Maxime et moi avons commencé à représenter graphiquement les schémas de relations entre les apparitions du monstre et les actions de Théo. Pour cela, nous avons développé séparément un schéma par niveau, renseignant les différents éléments (du décor, des items, des mécaniques etc…) ayant un impact sur la santé mentale de Théo et sa progression dans le niveau. Nous avons eu à rendre cohérentes les idées trouvées, dans l’optique d’allier le ludique et la logique.

Communication : Antonin

Lors de ce sprint je me suis tout d’abord focaliser sur la correction de certains détails sur nos réseaux sociaux en général (calibrage d’image, localisation/ciblage, analytics...). La majeure partie de mon temps à été occupé à la réflexion autour d’un premier trailer pour que vous puissiez enfin voir des images qui bougent et qui parlent du jeu.

Je me suis donc attelé à la confection d’un story-board et sous les conseils d’Alban j’ai utilisé le logiciel “Storyboarder”. Et c’est grâce à ce doux logiciel que vous pouvez admirer mes talents de dessinateur dans ce gif qui devrait vous donner une petite idée de ce qui arrive.

Ma principale tâche dans la semaine qui suit sera confectionner le trailer. J’ai donc pas mal de pain sur la planche surtout que je ne maîtrise pas totalement en profondeur les logiciels de montages que je voudrais utiliser.

J’en profite pour vous rappeler que vous pouvez nous suivre sur Twitter, Facebook ou ici sur Tumblr (juste au cas où, vraiment).

Facebook : https://www.facebook.com/Sous-Tensions-133920257357106/

Sous_Tensions est un projet de réalisation d’un jeu vidéo du master MAPI-MAJE, de l’École Polytech’Nice-Sophia. La production s’étend du 9 octobre au 28 février, avec possibilité de porter le jeu au-delà du cadre du master. C’est un projet étudiant, cela veut dire que par défaut, il n’y aucune question d’argent. Le groupe travaille par la seule force de la motivation et l’envie de bien faire. Cela vaut mieux : le jeu sera présenté au Festival International des Jeux à Cannes, en février 2018. Sur ce Tumblr, nous avons décidé d’essayer d’entretenir un blog de développement. Régulièrement, vous pourrez donc retrouver notre avancée, avec nos soucis et nos bonnes surprises, des ressentis, des anecdotes. Bien que nous ayons notre petite idée, on ne sait pas encore exactement à quoi ce blog va ressembler. Puisque nous fonctionnons en méthodes agiles, notre production est divisée en phase de deux semaines ; toutes les deux semaines (à peu près) à partir du 30 octobre, vous pourrez donc retrouver un billet pour savoir l’avancement du projet. Derrière cette volonté, un moyen de communication bien sûr mais l’envie d’avoir une transparence de développement et de prise de recul. Inspiré par Unexcepted (dWarf) ou Compulsion Games (We Happy Few) , nous voulons tenter l’expérience pour voir ce que cela apportera au niveau étudiant. N’hésitez pas à nous faire des retours dessus.

Voici maintenant, pôle par pôle, l’avancement du projet:

Management : Alban

Gérer un projet et son équipe par la seule force de la motivation n’est jamais facile. Sauf quand ladite équipe est motivée ; c’est le cas ici. Sous_Tensions achève son premier sprint le 30 octobre et je dois dire qu’en tant que producer, je n’ai pas à me plaindre. Tout le monde fournit le travail demandé et n’hésite pas à poser des questions. Côté gestion pure, il a fallu que je repasse sur tout ce qui a été écrit jusqu’ici ; des retours de nos experts ont créé un besoin de corriger plusieurs documents. Des mots, des tournures de phrases, des contextes qui n’allaient plus et qu’il a fallu donc revoir. Pour ce qui est de la programmation, GitHub n’est pas encore clair pour moi alors je me retrouve à demander des .exe. Ce n’est pas un problème en soit puisque je veux juste juger le travail fait. Et le travail fait, est bien fait.

C’est vraiment bon de voir quand les membres de l’équipe sont sur la même longueur d’onde. Étonnement, le pôle graphisme avance bien. Lentement, mais bien. Nous avons un concept-art d’environnement et plusieurs des personnages. C’est juste dommage de devoir aller chercher les gens pour savoir où ils en sont. C’est une partie du job donc je ne me plains pas. La meilleure des avancées concerne le son : non seulement notre compositeur est extrêmement productif mais en plus il est parfaitement accordé aux intentions du jeu. Nous nous retrouvons donc avec un thème, la musique du premier niveau et plusieurs pistes musicales pour la scène de la station de métro.

 Côté outils, j’ai renoncé à utiliser One Note pour me faire un carnet de bord des points que j’ai à aborder : c’est le bazar niveau des comptes et trop contraignant pour laisser libre court à sa prise de notes. À la place, j’ai ressorti mon bon vieux carnet et un stylo. Je vais essayer comme ça pour le sprint 2 et vous dirai ce qu'il en est la prochaine fois. Cependant, en parallèle de ça, je cherche vraiment une solution qui permette à tout le monde d’apposer une note, une idée, une pensée, rapidement. Dans l’idée, quelque chose s’apparentant à OneNote ou Evernote, avec un côté collaboratif fort. J’espère vous donner un bon retour sur cette recherche au prochain billet.

Slack fonctionne toujours aussi bien et je suis heureux que la majeure partie de l’équipe s’en serve efficacement ; les informations circulent et la réactivité est au top. Hack’n’Plan demeure toujours aussi performant même si son côté « bêta» est parfois casse-pieds ; obligé de rafraîchir certaines pages pour corriger un bug d’affichage ou inaccessibilité ponctuelle. J’ai par ailleurs pris la décision de prendre la version « studio » de l’outil : l’intégration à Slack, la customisation du tableau kaban plus quelques autres features valent amplement le prix. Le seul bémol concret de ce sprint est la complexité à réunir l’équipe pour une soirée « team building » - comprendre « manger et jouer en mode after work ». Entre les soucis de logement de certains et les problèmes ponctuels des autres, par trois fois nous avons repoussé la soirée. Affaire à suivre.

Ergonomie : Chloé

Pour ma part, je m’occupe de l’ergonomie dans le jeu et plus particulièrement de l'expérience utilisateur et donc par extension des interfaces utilisateurs. Si vous êtes familier avec les jeux vidéo il y a forcément un jeu où vous vous êtes déjà dit : « Ah mais cette interface est trop chargée je n’arrive pas à comprendre là où je dois cliquer pour pouvoir accéder à mes compétences ! » Ou encore « Les contrôles sont super durs je n’arrive pas à tous les retenir ! » et bien souvent on arrive à cette réflexion comparative « Ah mais dans tel jeu ce n’est pas comme ça ! ». Et bien derrière toutes ces réflexions il y a l’ergonomie ! Comment faire en sorte que mon joueur trouve facilement et sans effort tel ou tel menu dans mon jeu ? Comment faire pour qu’il puisse retenir les combinaisons de touches de manière efficiente ? Vous aurez donc compris qu'une grosse partie de l’ergonomie dans le jeu concernent les interfaces utilisateurs. Quand je parle des interfaces utilisateurs cela peut-être des menus amis aussi toutes les interfaces auxquelles le joueur va être confronté (interface de jeu, interface de combat, inventaires, menu options...).

C’est donc quelque chose de très important puisque c’est la première chose avec lequel le joueur va entrer en contact en lorsqu’il va lancer le jeu (typiquement le menu de sélection) et tout au long du jeu ! Alors il faut penser les interfaces de manière à ce qu’elle soit intuitive pour le joueur et non une gêne dans sa recherche. Là encore je vous invite grandement à aller visiter le site de Ludotic car le domaine et vaste et ce n’est pas le but de cette revue mais il fallait bien une petite introduction pour que vous compreniez mon travail sur ce jeu. Je vais donc principalement m’occuper des interfaces dans le jeu et du ressenti de l’utilisateur quant à son expérience sur le jeu.

J’ai donc tout d’abord établi ce qu’on appelle une scene flow diagram. Un scène flow diagram c’est un schéma qui répertorie de manière simple toutes les interfaces auxquelles le joueur va avoir à faire face durant le jeu. Alors comment cela se comprends-t-il? exemple ici : Il y a le menu principal ou le jeu aura accès à 3 boutons : jouer, options et quitter. S’il le joueur appuie sur jouer il se retrouve sur l’interface de jeu en elle-même. S’il clique sur options il est envoyé sur le menu des options avec différentes possibilités : régler le son, modifier la luminosité, modifier la résolution du jeu. Enfin s’il clique sur quitter il est renvoyé sur l’écran d’accueil Windows. Et ainsi de suite !

Alors vous allez sûrement vous demander comment j’établis toutes ces interfaces ? Pour l'instant ce scene flow diagram n’est pas défini il va s’adapter au fur et à mesure de l’avancement dans la création du jeu et du game design. Etant donné que ce n’est qu’une démo, j’ai d’abord implémenté les features et interfaces qui me paraissaient générales et indispensable. Pourquoi je n’ai choisi d’implémenter que trois options et bien tout d’abord car c’est un jeu qui va énormément compter sur son ambiance sonore. Le réglage du son pour le joueur est donc indispensable. Ensuite il va également jouer sur l’ambiance graphique et notamment les lumières. Il faut que le joueur puisse régler la luminosité de son écran afin d’être dans les meilleurs conditions pour jouer et appréhender cette feature du game design. Enfin, il m’a paru intéressant de rajouter la possibilité pour le joueur de jouer en fenêtrer pour une simple question de confort visuel.

Alors pourquoi faire ça ? Cela permet de poser déjà les bases des interfaces et c’est un document qui va servir à toute l’équipe notamment au game designer et aux programmeurs. Grâce à ce schéma les programmeurs sauront par exemple que dans les options il n’y aura que trois réglages à coder. Ils savent également le nombres d’interfaces qu’il va y avoir dans le jeu et peuvent s’adapter en fonction. Le game designer va aussi s’en servir car imaginons que dans le jeu nous ayons un inventaire et bien je devrais le rajouter dans le schéma et penser en fonction comment l’utilisateur à accès à cet inventaire par le biais de quelle touche ou bouton et quelle apparence il aura ! Ce qu’il faut retenir c’est que la réflexion sur les interfaces est différente en fonction du type du jeu et au public auquel on s’adresse. Les interfaces dans Call of Duty par exemple ne sont pas les mêmes que dans League of Legends car ce n’est pas le même genre de jeu, ce n’est pas le même public et ce ne sont donc pas les mêmes besoins. Est-ce que la cible ce sont des enfants ? Est-ce que ce sont des personnes familières avec le jeu vidéo ? Il y a énormément de questions à se poser sur son utilisateur et c’est d’ailleurs pour cela que l’on crée des Persona mais nous y reviendrons plus tard.

Pour finir, j’ai déterminé les contrôles du jeu après que le game designer ait établi une liste des actions possibles dans le jeu. Comme notre jeu s’adresse à un cœur de cible plutôt adulte (25- 50 ans) pas forcément adepte des jeux vidéo il fallait que les contrôles soient simples et accessible au plus grand nombre. Nous avons donc décider que le jeu se jouerait tout d’abord au clavier uniquement puis qu’il y ait une déclinaison pour la manette filaire Xbox 360 pour les personnes familières préférant une meilleure prise en main du jeu. J’ai donc créé un document qui est juste une base pour les programmeurs afin qu’ils sachent comment affecter les contrôles en fonction des actions dans le jeu. J’ai décidé de ne pas implémenter une features permettant au joueur de réaffecter lui-même les contrôles même si cela est préconisé car ce n’est qu’une démo et qu’implémenter ce genre de features prendrait du temps au programmeurs qui doivent se concentrer sur des choses beaucoup plus importantes pour l’instant.

Programmation : Nicolas

Au niveau de la programmation, ce sprint a vu décoller les bases du jeu que ce soit en termes de mécaniques de gameplay ou d’interfaces. La majorité de mon travail a été de prototyper les fondements du jeu, de façonner les éléments qui évolueront au fur et à mesure du développement. Pour commencer, je me suis attaché à former le système de dialogue entre le joueur et les différents PNJ du jeu, tout en y insérant la notion de choix qui viendront influencer ou non le niveau de stress.

Ensuite, j’ai travaillé les mouvements de caméra du personnage pour que celle-ci puisse, au choix, suivre ses mouvements ou scroller automatiquement à la vitesse désirée. Les phases textuelles ont demandé plus de travail puisqu’en terme d’ergonomie, il a fallu travailler non seulement le positionnement et l’animation des panels de texte mais également la façon dont ce dernier se déroule afin de délivrer au joueur une sensation de fluidité dans l’enchaînement de la narration.

Par la suite, je me suis attelé à l’ébauche de différents éléments interactifs que ce soit du décors (portes, échelles,...) ou des QTE. Ces dernières prendront vraisemblablement différentes formes dont plusieurs sont en cours de prototypages. Enfin, l’éclairage, qui est au cœur du caractère immersif de l’expérience de jeu, commence à s’étoffer sous la forme de différents effets visuels, tels que des vacillements, des scintillements, etc... Les prochains sprints seront de véritable challenge, mais avec une équipe telle que la nôtre, l’aventure s’annonce être des plus passionnante !

Game Design : Maxime

Avant tout, ma priorité quand je design une feature,c’est de faire en sorte qu’elle soit réalisable techniquement, donc une partie importante de mon travail consiste à échanger avec le dev pour éviter toute mécanique impossible à intégrer dans notre jeu.

La première tâche était de référencer toutes les actions que Théo pouvait effectuer dans toutes les phases de runner. Ensuite je me suis focalisé sur le monstre et ses différentes formes en fonction du monde dans lequel Théo se trouve. Pour cela on s’est réunis avec les deux Quest Designer pour voir comment intégrer toutes les transformations dans le Background. Enfin, j’ai commencé à reprendre quelques mécaniques de jeu et à les actualiser (Calepin, Inventaire).

Côté Level Design :

J’ai conçu une première ébauche du level design que l’on retrouvera dans la démo de fin Novembre. J’ai commencé à regarder comment intégrer des tilesets dans notre jeu. Que ce soit en GD ou en LD, ce sont des tâches créatives qui demandent l’application de méthodes et l’utilisations d’outils que je ne maitrise pas encore ce qui me pousse à souvent faire des erreurs, effacer et corriger.

Écriture : Caroline 

Avec Robin, nous avons dû corriger certaines fautes sur le dossier d’écriture préliminaires, en prenant en compte les remarques émises d’ordre orthographique, ou de fond. Nous avons corrigé le script, également, et travaillé sur les choix de dialogue de la démo sur RealTimeBoard. Nous avons également travaillé avec Maxime sur les formes que prendrait le monstre et les interactions au niveau du gameplay que cela engendrerait. Nous avons pensé aux différents niveaux de plateformes qu’il pourrait y avoir. Il n’y a pas eu de difficulté particulière. Le système proposé par RealTimeBoard est très intéressant, ludique et on peut y travailler dessus en même temps, en voyant les corrections de l’autre en temps réel.

Concept art :

J’ai effectué les concept art des personnages, environ 2 ou 3 pour chacun. Le personnage d’Enrique est celui qui m’a le moins inspiré. J’ai essayé des expressions différentes pour Léanne. Franck, quant à lui, est celui sur lequel j’ai le plus aimé travaillé, c’est un personnage qui a un caractère spécial, à la fois froid et qui cache pourtant une vie difficile. Je voulais que son visage ait cette double expression.

  Ecriture (bis) : Robin  

J’ai travaillé sur la réécriture du script idéal pour le déroulement de la démo, il fallait adapter la chronologie de celui-ci à un mois après l'arrivée de Théo dans le métro. La difficulté ici a été de rendre le tout cohérent et logique (un burn-out ne peut probablement pas se déclarer quelques jours après le premier jour de travail de quelqu'un, comme nous l'avions initialement prévu). La tâche suivante consistait à  représenter les différents choix des dialogues écrits jusque-là sous forme de schémas (cartes mentales) via un outil collaboratif. Suite à cette étape, on peut mieux se rendre compte de l'impact des choix de dialogues du joueur sur Théo grâce à un code de couleurs, de formes... (par exemple : le rouge entraîne une hausse du stress de Théo, une forme de case ronde implique une action...). Elle aide aussi à la compréhension générale des dialogues à choix, généralement assez indigestes rédigés sur le script.

Communication : Antonin

Pour moi ce premier sprint a été l’occasion de créé les différentes pages pour vous parler du projet et avoir vos retours dessus. Tout d’abord une page Facebook, parce qu’on est en 2017 et qu’il faut une page Facebook. Mais surtout parce qu’il s’agit du moyen le plus simple pour que vous nous posiez des questions sur le projet et que l’on vous réponde rapidement. On utilisera aussi cette page pour vous informer de l’avancé du projet dans les grandes lignes et si vous souhaitez plus de détails, ça se passera ici, sur Tumblr. On se servira de ce dernier pour poster (à priori toutes les 2 semaines) un gros récap détaillé de la progression du jeu domaine par domaine. Quant au Twitter il est là pour un aspect plus axé détente et événementiel. On y postera de superbe photos comme “l’équipe qui travaille”, “l’équipe à la PGW”, “l’équipe à la montagne” ou “l’équipe à la plage”. On s’en servira pour vous prévenir des différents événements ou on se rendra et bien entendu pour discuter avec vous du projet ou autre.

Je vous invite donc à suivre les différentes pages avec les liens ci dessous et on ce dit à très vite !

Facebook : https://www.facebook.com/Sous-Tensions-133920257357106/