Les Ludum Dare

Ça a l’air intéressant. Ça me motive à faire des mini-jeux.

Mais l’article vaut le détour rien qu’à l’illustration finale.

Sur le sujet, il y avait la chaîne Youtube Pause Process qui en avait fait une vidéo. Ils y participaient et montrent le déroulé de leur participation :

Aaaaargh, il a cité le listing de moteurs Pas à jour depuis 2 ans

Merci pour l’article, sympa en tout cas !

On pourrait discuter philosophiquement du fait que l’on a le droit à n’importe quel outil de code mais pas à des ressources graphiques ou sonores pendant la compo…

C’est jugé en correspondance :

TIP: Compo games are typically reviewed harsher than Jam games. If your game closely resembles a sample game that comes with a development tool, it probably wont get a good score. Be sure to fully customize, and make the game your own

Ah! Doc Geraud a récemment publié une vidéo sur le game design. Je vous conseil d’y faire un tour.

Merci pour cet article. :-)

Je vais m’entraîner plus sérieusement à utiliser un moteur javascript pour faire un jeu 2D pour pouvoir réaliser des créations jouables en 30h

Un peu à la bourre, mais deepnight, un développeur plutôt très talentueux de la Motion Twin y participe régulièrement (presque toutes les éditions), en compo généralement, et publie le code source de ses jeux sur son site, avec un timelapse pour montrer comment il gère son temps. Honnêtement, c’est un taré, j’ai jamais compris comment il faisait ça en 48 heures (son dernier jeu a été fait en 9 heures dans un avion ^^) ; notons que les graphismes et le son sont toujours de sa propre composition.

Intéressant, on peut une fois voir si on peut faire une petite équipe pour y participer, ça peut être un chouette défi !

Je vais essayer de m’entraîner

Bon bah c’est partit pour l’entrainement!!!

C’est en regardant la carégorie compo que je me rends compte de mon incompétence. Je serais totalement incapable de créer un jeu de A à Z .

Je me console en me disant qu’au moins je pourrais faire des musiques en compo.

Je vais essayer de participer avec quelques collègues (bon, avec la deadline Siggraph, rien n’est sûr). Notre problème est l’inverse de Ryx, globalement on connais toutes les briques, à l’exception de la musique et le graphisme (à part le pixel art, le reste c’est compliqué :P) .

J’ose espérer avoir la possibilité de participer pour de vrai cette fois-ci Dans le sens où je publie effectivement quelque chose.

On y crois !

On a fait un """jeu""" !

Le thème de ce LD était "Sacrifices must be made".

Avant:

On était plusieurs motivés à le faire, mais à cause de différentes contraintes, nous n’avons pu être que 2 pour celui là.

On se met juste d’accord que je ramène des boissons, lui les croissants.

Jour 1:

Le thème est donné à 3 heure du matin, autant dire que je dormais, et on s’est donné rendez-vous à 9 heures au labo.

J’arrive au labo, mon collègue n’est pas prêt, donc je lui dit de réfléchir à des idées le temps qu’il termine de se préparer et vienne. Pendant ce temps j’essaie de lister des idées sur le tableau. Comme il traîne un peu, je lui envoie une photo du tableau.

Il arrive quelques minutes plus tard, et lorsque je lui demande s’il a des idées il me dit: "On part sur la tienne". Bon, au moins on a pas perdu trop de temps a discuter. On se sera d’ailleurs tenu exactement au descriptif de base pendant tout le dev.

Pour le choix du langage, je lui ai demandé ce qu’il utilisait pour bosser, ça réponse étant Python, je me dis que ça devrais le faire, ayant déjà fait une compétition du genre des années auparavant avec pygame.

Nous voilà donc lancés !

Après quelques heures, on se dit qu’il faut commencer les images (comme on est mauvais, on sait que ça va nous prendre un certain temps). Après avoir fait quelques gribouillages chacun, on décide sans trop d’hésitation que je m’occuperais du graphisme. Et bien, c’est long quand on a pas l’habitude.

Il est 21h30, le gardien passe pour nous dire qu’il nous reste à peu près 20 minutes, on plie donc bagage. Une fois chez moi, je reprends toutes les images tranquillement dans mon lit (et même après cette grande amélioration, ce n’était toujours pas très beau), et me couche vers 3h du matin.

Jour 2:

Le rendez-vous avait été fixé à 9h, mais repoussé finalement à 10h. On parle un peu de ce qu’on a fait après notre départ, et il me fait remarquer qu’au final, c’est proche de FTL. Une fois cette remarque faite, je vois tellement de similitude que c’est assez triste.

On a conscience que le 3ème jour va être court à cause du travail, on décide donc que peu importe la qualité du code, faut juste pousser pour avoir un truc fonctionnel avant la fin de la journée. Effectivement, les variables en dur on fait beaucoup d’apparition, du code dupliqué qu’on aurait pu manager différemment, bref, un code plutôt dégueux.

On arrive à la fin de cette journée, avec un code quasi fonctionnel, encore des choses à corriger et seulement la base d’implémenter, mais on peut "jouer".

Jour 3:

Rendez-vous à 9h au labo, mais pour bosser. Durant la pause midi, je parle avec une collègue de mon ancienne équipe, me rappelant qu’elle avait participer afin de faire les dessins pour Anim’Est. Elle s’amuse de mon design (heil Hitler), et essaie d’améliorer tout ça.

Elle fait un beau massacre pour être honnête, puis, on part sur des délires de flans (je ne sais pas comment on a pu en arriver là), mais elle à un personnage cool (qui ne ressemble en rien à celui de départ). Je lui demande si elle est libre après le boulot (ouais, on allait quand même pas faire ça toute la journée ^^). On passe donc de 2 à 3 pour quelques heures.

Il est 18h, il nous reste 7 heures. J’avais encore des impressions 3D en cours, et mon code étant hautement expérimental, je préfère ne pas quitter la pièce. On se met donc à coder avec plusieurs machines qui font "un peu" de bruit jusqu’à ce que la nouvelle venue vienne nous retrouver avec sa tablette graphique.

Je peux enfin retourner en majeure partie sur le code, je fais donc surtout des corrections (on ne prend pas le risque d’ajouter des fonctionnalités).

On se fait virer du bâtiment (encore…) et on fini au MacDo (3 MacDo en 3 jours…). On se dit qu’on a aucun sons, on trouve quelques idées amusante autour de la table, mais n’avons pas eut le temps de les mettre en pratique (heureusement pour les testeurs, car on comptais tout faire "à la bouche").

On se rend compte qu’on a pas refait les salles, je passe donc de la programmation au dessin des salles. Mon collègue ajoute les menu de début et de fin. En parallèle, on essaie de corriger les coefficients du jeu pour que celui-ci ne soit ni trop facile ni impossible. Il est 2h30, il ne nous reste qu’une demi heure. On commit tout, et on fait notre publication.

Le jeu n’est pas très jouable tel quel, nous n’avons pas expliquer comment jouer, et c’est trop tard, dommage. En espérant que les gens arrivent à s’en sortir. Globalement, quand on l’a fait tester, les gens ne comprennent pas rapidement par eux même (les codes couleurs et les salles ne sont pas explicités).

On a passer un bon moment, vivement le prochain !

Bon, pour le prochain, on s’en sortira mieux car on saura les choses à faire ou ne pas faire:

• une équipe plus grande avec des rôles principaux prédéfinis
• ne pas utiliser un langage parce que ton collègue l’utilise (et que tu as fait 2 projets en 7 ans avec), on va probablement se tourner vers C++ (connu de tous les possibles membres)
• ne pas faire ça au labo afin de ne pas se faire virer par le gardien (bon, on sait à l’avance que ça sera chez moi ^^)
• lancer le graphiste et le sound designer (ou les personnes sacrifiées pour ça) dès le choix de l’ambiance du jeu

Durant le confinement j’ai fais mon premier Ludum Dare (en compo), le rendu (gameplay) n’était pas terminé et ça c’est fait ressentir dans la note générale : https://a-312.github.io/ludumdare-46/ Faute de temps, j’ai délaissé le gameplay

Malgré ça je me suis bien amusé ! Ça m’a un peu changé les idées.