Un Rieur

Je sais bien que c'était destiné aux 3 seuls qui aiment rwby à savoir : sandhy, cana ou moi. Bref : Je suis un personnage de jeux vidéo super connu et violent. Je passe mon temps sur mars à abattre des démons et à tenter de réparer les conneries des expériences qui sont faite sur l'enfer. On entend jamais ma voix, mais lorsque je "travaille" je suis on ne peut plus bruyant. Une dernière chose : j'adore les fusils à pompe à double canon

Blake belladonna j'imagine ?

Histoire d'aider voici un screeenshot avec le nom d'un des deux persos principaux du jeu :

Bon j'en fait une simple histoire de pas bloquer 100ans :

Dark souls 3 il me semble

A ceux en vérité, nous étions 6 progs pour une 15aines d'artistes environs

Le temps parce que ZA WARUDO !!! et BITE THE DUSTO !!! Sinon plus sérieusement si on a un pouvoir illimité sur le temps ça signifie l'immortalité, et pouvoir la donner à quiconque. Sinon les explosion c'est cool à cause de Killer Queen

Alors le fait d'être méthodique j'imagine que tu parle de la méthode itérative. C'est un truc que j'ai appris en cours de gestion de projet en DUT. C'est vachement adapté aux projet informatique et aux jeux vidéo en particulier. L'idée comme j'ai dit dans mon compte rendu c'est de créer une base fonctionnelle dès le départ (dans mon cas un vaisseau qui bouge sur un écran fixe), puis lui rajouter au fur et a mesure des modules. Mais chaque module doit être testé seul, puis rajouté à la base. Normalement au rajout à la base tout doit être fonctionnel. Ça permet d'avoir toujours un prototype d'avancement fonctionnel et surtout de corriger facilement si un problème survient (logiquement s'il y a un problème c'est que le dernier module ajouté n'est pas bien fait). L'énorme avantage de cette méthode en game jam c'est que si on se rend compte qu'une fonctionnalité est trop compliquée à faire, alors on peut l'abandonner vite sans casser tout le reste du travail. Sinon pour le reste c'est juste de l'expérience de projet de jeu : je sais à peu près ce dont je suis capable et en combien de temps je peux le faire. Ça aide à être très efficace. Mais une jam est un excellent moyen de tester des trucs. Dans mon cas j'ai pour la première fois créé un chemin programmé pour un objet (le vaisseau ennemi suis un chemin précis avant de disparaitre). Et c'est un conseille que je donnerais en plus de celui de prendre des pause : expérimentez dans une jam, mais ne visez jamais trop gros. Si vous avez des connaissances préalable utilisez les au mieux, et si vous n'avez aucune expérience/connaissances, c'est pas grave, faites un truc simple et pas prétentieux. Typiquement ça a été l'erreur de Dim. Il a voulu utiliser une techno qu'il maitrisait mais qui n'était pas adapté, et donc qui demandais un investissement de temps trop conséquent, ou une connaissance beaucoup plus poussée. De même mon jeu aurait été beaucoup moins bon si plutôt que la prog de chemin, j'avais voulu me lancer dans la création d'assets à la main. Kent lui à largement exploité ses connaissance. Il a utilisé un logiciel qu'il connaissait, et qu'il maitrisait. Je ne sait pas si comme moi il a voulu faire un truc qu'il n'avait jamais tenté avant, mais on sent que son jeu est maitrisé. Et c'est aussi Cana pour ça que ton jeu est fini avec des bugs et que tu as perdu ta motivation en milieu de semaine. En plus de la gestion du temps, tu as voulu en profiter pour apprendre des choses nouvelles (ce qui est une bonne idée). Mais en voulant faire trop de choses nouvelles d'un coup, ou en voulant faire un truc trop gros, tu as perdu du temps et de la motivation sur différents problème (modélisation 3d notamment). A ta place je me serait concentré sur une idée de gameplay/programmation centrale qui aurait été "simple", mais qui se suffisait presque à elle même, et j'aurais étoffé de truc simple mais inédits pour mes compétences. ps : désolé si j'ai l'air condescendant, il est tard du coup je m'exprime à l'arrache.

Pour dimensio et pour les prochains participants à l'OA jam, voici le compte rendu de la semaine de Jam pour mon équipe, mais vu de mon point de vue. Yamishana me corrigera si je me trompe sur certains points. Et histoire de mieux comprendre voici le contexte un peu particulier de mon équipe : Yamishana travaillait durant la semaine de la jam, il pouvait donc bosser sur le jeu que le soir. Pour ma part je préparais (et prépare toujours) un dossier d'entré pour l'université, du coup je n'ai pas pu bosser à temps plein sur le jeu, c'est pour celà que je n'ai bossé au final que le mercredi et le samedi en gros Avant la jam : L'équipe avec yami ayant été créée sur le pouce et à l'arrache, on s'est contacté d'abord via skype avant de se mettre d'accord pour utiliser discord pour communiquer. On a discuté de nos point fort et faible respectif, et on a décidé que je m'occuperais de la prog et du game design, alors qu'il s'occuperait de la musique et des graphisme. Le concept principal du jeu quand a lui serait décidé une fois le thème tombé afin qu'on bosse tout les deux sur un jeu qui nous plait. Dimanche soir : Annonce officiel du thème. Yami et moi on discute assez vite fais du thème mais on décide de se recontacter le lendemain ou le mardi afin de voir plus en profondeur quel jeu on peut faire. On décide aussi de réfléchir chacun de son coté au thème histoire d'avoir des idées le lendemain. Lundi soir : On discute et on explore les différentes facette du thème (parallèle). On pense à la définition pure du parallélisme, à son utilisation dans le langage courant, et aux concept qui y sont associé. Pour l'instant aucune idée de jeu n'émerge vraiment. On se donne rendez vous le lendemain. Pour ma part je réfléchis à quel genre de jeu sont réalisable rapidement, et efficacement pour la jam, avec les moyens dont je dispose (a savoir game maker car je maitrise pas trop mal le logiciel). J'écarte vite les jeux de plateforme car je ne veux pas avoir à coder de physique trop complexe. Je pense à faire un jeu de puzzle/énigme car ça se prête bien au thème. Un top down shooter ou un shoot'em up est aussi envisagé car pas trop dur à coder en urgence. Mardi soir : Même chose que la veille, mais une idée est proposée : exploiter parallèle littéralement en ayant un vrais parallélisme in game, et aussi exploiter l'expression "faire des chose en parallèle". Dans le cadre de notre jeu, ce serait diriger plusieurs personnages en même temps. Plus tard il me semble que l'on se décide à faire un shoot'em up basé sur le fait de contrôler deux vaisseau à la fois. Je demande donc à Yami de créer plusieurs sons pour le jeu : deux musiques d'ambiances, un son pour le tir, et un son d'explosion. En parallèle de la discutions je cherche des assets graphique histoire de nous faire gagner un temps précieux, car ni Yami ni moi ne somme très bon en dessin. Grâce au assets trouvé et au directives données à Yami, le jeu peut commencer à être créé. Mercredi soir: Yami me contacte pour me faire écouter les différent son qu'il a fait. On voit ensemble pour corriger un peu la musique d'ambiance mais globalement pas grand chose à signaler. Yami se met à créer la deuxième musique Jeudi aprem : Je commence le projet sur game maker, j'utilise les assets trouvés et je commence à modéliser mon gameplay. Au final je passe quelques chose comme 4h de travail effective sur le jeu. En début de soirée j'ai un premier jet de prototype. En terme de méthode de travail j'ai simplement utilisé la méthode itérative. C'est une méthode de projet qui consiste en créer une base viable de projet qui fonctionne toute seule puis de lui ajouter au fur et à mesure des modules qui fonctionne indépendament. En pratique j'ai d'abord créé mon vaisseau et l'ai fait bougé de manière à ce que ce soit satisfaisant. Ensuite j'ai fait les étoiles défilantes en fond. Puis je me suis occupé de créer les météorites et leurs comportements, et une fois qu'elles étaient fonctionnelles je les ais intégrés au jeu. A la fin de la journée j'avais un vaisseau qui pouvais tirer, un décors défilant et des météorites (le tout dans un seul couloir de jeu). Vendredi : RAS Samedi : J'ai passé les 4 ou 6 dernières heures de gros dev sur le jeu. J'ai intégré le vaisseau ennemis, son déplacement et son tir. Comme il me restait du temps de dev j'ai décidé de rajouter les obstacle tombants du haut de l'écran (rapide à développer, paramétrer et intégré). Ensuite je me suis attaqué au menu de game over. Une fois celui ci fait j'ai intégré le second vaisseau du joueur et tout ce qui concerne le second couloir de jeu. Avec le menu de game over j'ai décidé de rajouter du scoring, j'ai donc du designer quel score valait chaque challenge in game. Une fois ça fait j'ai concidéré le jeu comme fini. J'ai intégré la première musique de yami ainsi que le bruit de tir (au final pas besoin d'explosion). Dimanche : Yami m'envoie la seconde musique qui déchire. Je lui demande quelque corrections au niveau de la boucle musicale puis une fois celles ci faites, je l'intègre. Après quelques test je décide de ne garder que la seconde musique in game. Je fais tester mon jeu à mon frère, et celui ci se plain de la trop grande difficulté du jeu ainsi que de la manière de se déplacer dans les menus. Du coup j'intègre un menu avant le début de la partie, je ralenti les obstacles, et change le comportement des météorites en speed. Enfin je rend les menus utilisables sans souris. Après ça je publie mon jeu sur itch.io et la jam est finie pour mon équipe. Vers 21h ou 22h le jeu est posté. Au final le temps de dev brut m'a surement pris une dizaine d'heure, et le temps de conception quelque chose comme 4 ou 5 heures répartie de manière ultra diffuse. Et un truc qu'il faut savoir dans une game jam : prendre des pauses. J'étais efficace quand je développais car mes session de dev étaient aéré et pas forcenée, étant donné que j'utilisais la création du jeu pour me libérer la tête du dossier que j'avais à faire, j'y allais tranquillement et j'abordais les problème tranquillement. J'avais donc pas mal de recul sur mon propre taf. Bref désolé pour le pavé, mais dedans il y a une semaine de création de jeu

Bon mon vote est fait, mais du coup quel jeu selon moi colle le plus au thème ? J'aimerai dire le mien mais c'est de la triche. Du coup je dirais celui de Kent pour avoir réussi à exploiter le thème de manière original, en faisant une histoire ou les évènements se déroulent en parallèle. Sinon le jeu qui m'a le plus marqué c'est celui de cana/kimo à cause du labyrinthe, qui est super bien construit (celui d'alex/tarask m'a aussi marqué parce qu'il m'a fait galérer...). Bref bien joué à tout les participants. Et les votants j'aimerais vraiment le jeu qui colle le plus au thème selon vous et le plus marquant, c'est pour la remise de prix

Elle est ou la fin du jeu d'alex et tarask ? J'arrive pas à la trouver (parce que j'ai pas le temps de finir le niveau) edit : c'est bon j'ai trouvé

Les votes sont ouvert messieurs dames. Bonne chance aux participants (donc à moi aussi)

Vas sur le liens que j'ai mis et fait simplement download

Bien le bonjour à tous. Comme vous le savez peut être, un petit concours de création de jeu était organisé cette semaine entre les membres d'OA. L'idée était de créer un jeu selon un thème et dans un délai d'une semaine. Le thème de création était ici "Parallèle". Donc voici les jeux qui ont été proposé : Dimensio : http://www.filedropper.com/jumpyguy Kent : https://itch.io/jam/oa-jam/rate/118989 Un Rieur/Yamishana : https://un-rieur.itch.io/space-parallelism Canataku/Kimory : https://canataku.itch.io/waitforit Alex/Tarask le rouge : https://blacktarask.itch.io/slider Donc voici le principe, je vous invite à tous jouer aux jeux des participants et à voter pour celui que vous avez préféré. De plus ce serait cool que dans les commentaires vous dites quel jeu colle le plus au thème, et quel jeu vous à le plus marqué sans forcément vous plaire (parce qu'il est dur, qu'il a une ambiance cool, ou qu'il est drôle). Les équipes des jeux plébiscité auront ainsi droit à des prix selon la catégorie de leur nomination. Enfin j'invite chacune des équipes à expliquer à tous comment ils ont créé leur jeu, dans quelles conditions, et en combien de temps. Qui sait, peut être y aura t'il une OA Jam 2 avec plus de participants... Les votes seront clos le dimanche 26 février Bref que le meilleur gagne

Bon je double post, mais le j'ai publié mon jeu sur la page de la jam : https://itch.io/jam/oa-jam

Hello tout le monde, je vous rappel que vous avez jusqu'à ce soir minuit pour finir et publier votre jeu. Pour la publication vous pouvez utiliser la page itch.io de la jam, sinon un lien google drive pour télécharger votre jeu peut suffire. Pour ce qui est des votes, je créerais un nouveau sujet dans la partie générale pour laisser les gens voter

Je rappelle aux participants, que l'utilisation d'assets graphiques et sonores sont permis à conditions qu'ils soient libre de droit (n'allez pas me piller les assets d'un jeu comme GTA, c'est un peu voyant comme truc). Je permet cette utilisation afin que les moins à l'aise en graphisme ou en son puisse rendre des jeux un peu plus cools pour eux. L'idée c'est que vous soyez un minimum satisfait de votre travail

On demandera à OA de voter, je compte sur la bonne volonté des participants pour pas voter pour eux, ou trop influencer les membres

Dimanche minuit, enfin si t'envoie ta participation lundi 3h du mat, c'est pas trop grave

On se débrouille tout seul. Après si un participant te demande de l'aide tu peux l'aider

Mesdames, mesdemoiselles messieurs. Le thème de cette première édition de la OA Jam est.... Parallèle. Bonne chance les amis

Même pas, on était plus de 20 et ça c'est fait sur 6 mois environ. Du coup je sortirais pas ça lors de la jam t'en fais pas

Salut à tous, je ressuscite ce sujet pour vous partager un lien tant attendu : https://un-rieur.itch.io/the-shepherd?secret=nMQiOeWwImqgXJw6GNNaamxmF2Q C'est un lien pour pouvoir obtenir le proto de mon projet étudiant de l'an dernier, si vous avez une manette Xbox ce sera plus simple à jouer. Enjoy

J'officialise la chose : le thème sera annoncé dimanche 5 février sur les coups de 23h. Au moins tout le monde pourra commencer lundi à réfléchir sur son jeu

Honnêtement si tu tente un jeu sous unreal tu as tout mon respect. Parce que c'est pas super adapté pour un codage rapide