Angry Squirrels

The engine

Firstly, we decided to stop to develop our own game engine. We started our game in february with the goal to make a game every one or two month. We didn’t really succeed and the development of the game wasn’t going forward as we spent all of our time developing our own engine. So we stopped that and focused on developing the game.

We chose to use unity and we think it was a wise decision when wee see the result after only a week of development.

The squirrel’s game

So, a very productive week for the game ! Not having to develop an engine allowed us to focus on actual gameplay.

We started by implementing the flying mechanics. We’re making a simple mobile game so for the controls you only have two buttons, one for the left bird, one for the right one. Tapping the button will make the corresponding bird to flap. If you hold the button, the squirrel will strangle the bird, preventing it from flapping, making the nest to fall faster.

We also worked on collectable items, such as bonus and nuts. We enjoyed to tease our poor squirrel, making him drool when a nuts approach :)

We implemented death as well. If you hit something too violently, or if you’re upside down too long, you will fall and DIE !

We then work on background.

And finally, the llama is back, in better shape this time ;)

before :

after :

I still like my derp llama anyway...

Lastly, to have some step before the main objective “publishing the game”, we decided to divide our game into different beta versions. The first one should be live in one to two week from today. That way we will be able to collect your feedback and some precious data that will help us to make the game better.

The end

That’s all folks =) !

Le moteur

Pour commencer on a décidé d'arrêter de développer notre propre moteur de jeu dimanche dernier. En effet, on a commencé notre projet en février avec pour objectif de développer un jeu tous les un à deux mois. On a pas vraiment réussis et le développement du jeu n’avançait plus vraiment car tout le développement était sur le moteur. Alors on arrête tout, notre priorité étant le jeu !

Du coup, on a recommencé le développement du jeu sous Unity. Et ça a été une bonne décision d’après les progrès fait cette semaine :)

Le jeu de l’écureuil

Donc, une semaine très productive sur le jeu ! Le fait de ne plus avoir à créer un moteur nous a permis de nous consacrer complètement au gameplay du jeu !

On à donc commencé par implémenter le vol. Au niveau des contrôles on a donc deux boutons, un pour chaque oiseau. Si on garde le bouton appuyé, on étrangle l’oiseau qui ne bas alors plus des ailes, ce qui permet un virage plus serré.  Ensuite on est passé aux bonus, pour le moment, on a que les noisettes. On a pris un petit plaisir sadique avec l’animation de l'écureuil a l’approche d’un bonus :) 

On à aussi implémenté la chute, un choc trop violent, la tête a l’envers trop longtemps, et c’est la chute !

Puis nous avons intégré le décor

Et enfin le lama !

Histoire de se donner des objectifs à plus court terme que “sortir le jeu”, on a décidé de diviser notre travail en différentes versions, dont la première sera une démo jouable du jeu d’ici 1 à 2 semaines. Cette version sera certainement jouable publiquement pour avoir des retours plus approfondis qu’avec les gifs et vidéos qu’on vous propose jusqu’à maintenant.

Fin

Reminder: What is the Ludum Dare?

If you already know what it is, you can skip this paragraph :)

The Ludum Dare is a game jam occuring 3 times a year (in april, august and december), consisting in creating a game in a limited amount of time with an imposed theme. This jam is opened to everyone, the games belong to their creators and there is nothing to win, except the respect of the other game makers.

There is two ways to participate in the Ludum Dare:

Compo: you’re alone, you have to create the game entirely from scratch, and you have 48h to do this.

Jam: you can work as a team (or not), you’re free to use any tool or library or base-code to create the game, and you have 72h.

In any case, the game has to respect the imposed theme, which is the same for the two rules.

As we work as a team, we participated in the Jam. But because we love challenge, we try at the max not to use any existing asset, and to make the game from scratch.

Ludum Dare 35

First of all, let us introduce our team and our stuff.

For this Ludum Dare, we were 4 in the team:

@Sentsu_actu: graphic design

@Hibouch_BlogBD: music and sound design

@thomas_baudon et @Ynck_33: code development

We chose to create our game with Unity, because we are used to this game engine, and because it is well equiped to make a game from scratch.

About the graphics, illustrations, levels and animations were all designed with Flash Animate.

And for the music and the sounds, a mixed use of Garage Band and Audacity fulfilled the need.

For this 35th edition of the Ludum Dare, the theme was “Shapeshift”.

We created a game called (maybe temporarily?) Drunk’n Nuts. Here is the pitch:

Two twin squirrels get out of the nightclub. One of them is completely drunk and can only walk straight ahead. The other is still sober and is a wizard. The player controls the last one, and has to help is twin brother to go back home. To do this, he can remove obstacles or, and this is where the theme appears, he can use his powers to shapeshift his brother into a bear (bigger and stronger) or into a mouse (tinier and discreet).

We were inspired by the game Lemmings, and we put the player into the level to have a sort of asynchronous gameplay.

The game might seem a little ambitious, but we were confident about its feasability, and this ambition gave us one more challenge to take up.

Post-mortem

Sadly, we weren’t able to release the game withing the 72h. If you want, you can still play it here, but it is unfinished. And in order to understand the reasons why we failed, we made a retrospective:

What went right:

The team was incredible and keep its motivation intact ‘till the end

We took the time to chose a game according to each member’s tastes

Sentsu and Hibouch managed to deliver a lot of high quality graphics and musics within only 3 days

We keep our concentration ‘till the end, even when we figured out that we were out of time

What went wrong:

It was bad idea to make a physic-based game: it takes too much time to configure and it asks a perfect mastering of the physic engine, which was not our case. We underestimated this difficulty.

We didn’t take the time to think about the code structure for the core mecanics. It was a mistake that made it really difficult to merge everything together. And some mecanics weren’t fully functional because of that.

Globally, we badly organized us. And as a result, some graphic elements which needed a certain amount of time to be integrated were delivered too late and couldn’t have been properly integrated. We should have taken the time at the beginning to organize us and to prioritize the tasks to fulfill.

Conclusion:

Despite the fact that we could release a fully finished game for this Ludum Dare, we still believe in its potential.

We grew up as a team, we have gained skills, and those mistakes we’ve made will not be reproduced in our future projects.

About the game, know that we are sill working on it. We are currently refactoring the core mecanics to have a working base. With that, we will be able to fix everything, to create new components and it will be easier to design new levels. We will talk about our progresses in the next posts :)

By the way, if you want to enjoy the Hibouch-made musics, you can go check his Soundcloud:

And…

That’s all for this week! Thank you if you still here reading us. This post is much longer than the previous ones. But we thought it was worth it to talk about all we’ve been through during this Ludum Dare.

Please, leave us comments and do not hesitate to ask us if you have any question :)

Rappel : Qu’est-ce que c’est que donc le Ludum Dare ?

Si vous savez déjà ce que c’est, vous pouvez passer directement au paragraphe suivant :)

Le Ludum Dare est une game jam, comme on dit dans le jargon, qui se déroule 3 fois par an (avril, août et décembre) et qui consiste à créer un jeu en temps limité sur un thème imposé. Cette jam est ouverte à tous, les jeux réalisés appartiennent à leur créateur et il n’y a rien à gagner, mise à part le respect de ses pairs.

Il existe deux versions du Ludum Dare :

Le Compo : il se déroule en 48h, la personne doit être seule et doit faire le jeu à partir de rien.

Le Jam : il se déroule en 72h, on peut le faire en équipe sans limite de taille, et il est possible d’utiliser des éléments déjà existant.

En tout les cas, le jeu doit respecter le thème imposé qui est le même pour les deux concours.

Étant donné que nous participons en équipe, nous avons fait le Jam. Mais histoire de garder le challenge du Compo, nous limitons au maximum l’utilisation de ressources existantes et partons de 0 pour créer le jeu.

Ludum Dare 35

Tout d’abord, laissez nous vous présenter notre équipe et notre matos.

Pour ce Ludum Dare, nous étions une équipe de 4 :

@Sentsu_actu aux graphismes

@Hibouch_BlogBD à la musique et au sound design

@thomas_baudon et @Ynck_33 au code

Nous avons choisi de réaliser ce jeu avec Unity, parce que c’est un moteur qu’on connaît plutôt bien, et qu’il est plutôt bien équipé pour créer un jeu à partir de rien.

Côté graphismes, les illustrations, les niveaux et les animations ont tous été réalisés avec Flash Animate.

Enfin, pour les musiques et le sons, un savant mélange de Garage Band et d’Audacity a su répondre au besoin.

Le thème du Ludum Dare pour cette 35e édition était “Shapeshift” (métamorphose).

Dans ce cadre, nous avons réalisé un jeu appelé (temporairement ?) Drunk’n Nuts. Voici le pitch :

Deux jumeaux écureuils sortent de boîte de nuit. L’un d’eux est complètement saoûl et ne sait plus que marcher tout droit sans réfléchir. L’autre est encore sobre et est un magicien. Le joueur contrôle ce second écureuil, et doit aider son frère jumeau à rentrer chez lui en supprimant ou en faisant esquiver les obstacles qui se trouvent sur leur route. Pour cela, il peut activer des mécanismes, ou, et c’est là que le thème entre en jeu, utiliser ses pouvoirs pour transformer son frère en ours (plus massif et plus puissant) ou en souris (plus petit et discret).

Nous avons donc un jeu inspiré du jeu Lemmings, avec le joueur directement impliqué dans le niveau et devant avancer avec son frère.

Le jeu peut avoir l’air un peu ambitieux, mais nous étions confiant sur sa faisabilité, et cette ambition nous donnait un challenge motivant supplémentaire à relever.

Post-mortem

Malheureusement, nous n’avons pas réussi à livrer un jeu dans le temps imparti. Vous pouvez jouer à sa version inachevée ici. Et pour comprendre les raisons pour lesquelles nous nous sommes plantés, voici un compte rendu de notre rétrospective :

Ce qui s’est bien passé :

L’équipe était au top avec une motivation sans faille jusqu’au bout

Nous avons bien pris le temps de choisir un concept qui plaisait à tous

Sentsu et Hibouch ont réussi à livrer des graphismes et de la musique de qualité et en grosse quantité en seulement 3 jours

Nous avons gardé le focus jusqu’au bout, même quand nous avons compris que nous n’aurions pas le temps de finir

Ce qui s’est mal passé :

Le choix de faire un puzzle game basé sur la physique n’était pas adapté à une game jam : c’est beaucoup trop chronophage uniquement en paramétrage et ça demande une maîtrise totale du moteur physique, ce qui n’était pas le cas pour nous. Nous avons sous-estimé cette complexité.

Nous n’avons pas pris le temps de nous concerter et de réfléchir à la façon de coder les mécanismes. Ce qui fait que nous avons eu beaucoup de mal et nous avons perdu beaucoup de temps à relier les mécaniques entre elles. Et d’ailleurs, certaines mécaniques n’étaient pas fonctionnelles principalement à cause de ça.

Globalement, nous nous sommes mal organisés entre nous, ce qui fait que certains éléments graphiques qui demandaient un travail d’intégration ont été produits trop tard et n’ont pas pu être intégré correctement. Nous aurions dû prendre plus de temps au début pour s’organiser et prioriser les tâches à faire.

Conclusion :

Malgré que nous n’avons pas pu livrer un jeu fini pour le Ludum Dare, nous continuons à croire au potentiel du jeu.

Nous avons grandi en tant qu’équipe, nous avons gagné en compétence, et les erreurs que nous avons commises ne seront pas reproduites dans le futur.

Concernant le jeu, sachez que nous travaillons actuellement dessus. Nous sommes en train de revoir de 0 les mécaniques de base afin d’avoir des comportements homogènes entre les différents composants, ce qui va faciliter grandement la création de nouvelles mécaniques et la conception des niveaux. Nous vous informerons sur les avancées de la refactorisation dans les prochains logs :)

Et d’ailleurs, si vous voulez avoir un bon aperçu des musiques du jeu, nous vous invitons à aller voir le Soundcloud de Hibouch, notre talentueux compositeur :

Et…

C’est fini pour cette semaine ! Merci d’avoir lu jusqu’ici, c’est vrai que ce log était plus long que d’habitude. Mais ça nous paraissait pertinent et intéressant de vous donner un maximum de détail sur le déroulement de ce Ludum Dare.

N’hésitez pas à laisser des commentaires et à nous poser des questions :)

Super Miam Miam Ultra

The game is still progressing, but as we want everything to remain a surprise, nothing can be shown :(

Alright, OK, you’re cool, so here is a little gif to help you waiting.

Aside from that, as it was announced in a previous dev log, Super Miam Miam is going to be paused for 2 or 3 weeks, because a part of the team working on the game is going to Japan for holidays. The rest of the team will work on another game that we put aside for some time now… suspense, suspense ! :)

No more clues, try to guess what it is :)

The Squirrel Game

A first Tileset* has been built and is ready to be integrated in the game, as soon as the editor is ready too. The tileset will be updated as the levels are built, to add diversity according to the needs.

Now that the tileset is ready, it is time to add some life in it. Thus, the next step will be the design of the squirrel’s first enemy : the llama!

Conclusion

That’s all for this week! Don’t hesitate to ask us questions, we’re here for this too :)

Finally, the next week may be less productive than usual, because we will have a lot of extra-work to do, once again. So don’t expect a lot of news for the next dev log. But we will catch up the late the following week! That’s a promise! :)

Super Miam Miam Ultra

Le jeu avance toujours, mais vu qu’on veut que tout soit une surprise pour vous, on ne peut rien vous dire sur ce qui s’est fait :(

Bon, aller, parce que vous êtes cools et qu’on vous aime bien, voici un petit gif pour vous faire patienter.

On ne vous dit pas ce que c’est, à vous d’essayer de le deviner :)

Sinon, on vous en avait parlé lors d’une précédentes news, mais Super Miam Miam Ultra va être en pause pendant 2 ou 3 semaines, car une partie de l’équipe qui bosse sur le jeu part au Japon. Mais pas question de se tourner les pouces ! Les gens restant avanceront un autre jeu qu’on a laissé sur la touche un certain temps… suspens, suspens ! :)

Le jeu de l’écureuil

On a maintenant un Tileset* qui est prêt pour créer des niveaux simples quand l'éditeur sera prêt. On l’agrémentera au fil de la création des niveaux pour ajouter de la diversité dans les éléments visuels.

Puisqu’on a leur habitat, on va pouvoir réaliser les habitants des lieux, qui seront bien entendu tous ligués contre notre charmant écureuil.

Conclusion

Et voilà pour cette semaine ! N’hésitez pas à nous poser des questions, on est aussi un peu là pour ça :)

A part ça, la semaine qui arrive risque d’être assez peu productive car on va avoir beaucoup de travail hors développement, encore une fois. Donc ne vous attendez pas à énormément de nouveauté pour la prochaine fois. Mais promis, on se rattrapera la semaine suivante ! :)

The Squirrel Game

We make some progress on the music. Panpipes were finally judged a little bit too sad and not powerful enough, so we decided to remove them for the main melody. Maybe they will still be used to remind the universe, but that will be all. And so, the melody were transformed into something more groovy and funny.

About the graphic assets, all the squirrels animations and the birds animations are completed! They are all now compiled into one single image which contains every single step of all the animations. That kind of image is called a texture atlas. To display the animation, the game only renders a small part of this image matching the wanted animation step over time. It is similar to the process used for movies in fact. It may seem a little bit complicated, but it is a recurrent optimization in game development.

Speaking of development, nothing new to say about the game in itself. Development is currently focused on a tool that will help to design our levels effectively. For the moment, to do so, we have to write into a file what item is where in the level, and this process is kind of tiresome.

Super Miam Miam Ultra

We are still working on the bonus level of which we can’t talk about. But this week was mostly dedicated to debugging. Especially one bug which appeared when the game was built for mobile devices: a z-fighting bug.

But what is a z-fighting bug? It is problem that occurs in 3D games when two surfaces are located on the exact same plane. In real life, that cannot happen. Even two pieces of paper put one on the other are not on the same plane: there’s less than a millimeter of difference, but that changes everything! In the virtual world, when such a thing occurs, the rendering engine does not know which surface to display on the top. So it create a weird thing that looks like that:

The two surfaces are displayed as if they were melted, and generally, it is not what you want.

To fix that bug was not a problem in itself: we just had to define different coordinates for each surface to tell the rendering engine which surface to display on the top. But it was the opportunity to talk a little about coding technique, and maybe to teach you a little something!

This is the end

Le jeu de l’écureuil

On a fait pas mal de recherche au niveau de la musique pour la phase de jeu. En effet, on trouvait les flûtes de pan un peu trop tristes et pas assez dynamiques par rapport au gameplay. Du coup on a décidé de ne plus les utiliser pour la mélodie principale. On pense les utiliser de temps en temps pour illustrer l’univers, mais c’est tout. Du coup, on est revenu sur une mélodie un peu plus péchue et marrante qu’on vous fera écouter le plus rapidement possible.

Au niveau des “graphs”, les animations de l'écureuil sont terminées, ainsi que celles des oiseaux. On a pu tout compiler dans une seule image qui contient toutes les étapes des animations des personnages. On appelle ça un texture atlas. Pour faire l’animation, on ne va ensuite afficher que la partie de cette image qui correspond à l’étape de l’animation désirée. Un peu comme une pellicule de film en fait :). On a l’air de se compliquer la vie pour pas grand chose comme ça, mais c’est une optimisation courante lorsqu’on programme un jeu vidéo.

Au niveau du dev, rien de nouveau sur le jeu en lui-même. Nous sommes pour le moment occupés par le développement d’un outil qui nous aidera à produire des niveaux plus poussés, et ce, plus rapidement. En effet, pour le moment il faut écrire dans un fichier texte quel élément se trouve à quel endroit. Et c’est assez fastidieux !

Super Miam Miam Ultra

Outre l’avancée du niveau bonus, cette semaine a surtout été l’occasion de corriger quelques bugs ennuyeux dans le jeu. Notamment un en particulier qui est apparu au moment du portage sur mobile et qui concerne un problème de z-fighting.

Mais quoi donc qu’est-ce que le z-fighting ? C’est un problème de rendu qui peut arriver lorsque deux surfaces se trouvent exactement sur le même plan. Dans la vraie vie, c’est techniquement impossible que ça arrive, car même deux feuilles de papier l’une sur l’autre ne sont pas exactement sur le même plan : il y a moins d’un millimètre de différence, mais ça change tout ! Dans le monde virtuel, lorsqu’une telle chose apparaît, le moteur graphique ne sait pas quelle surface afficher par-dessus l’autre. Du coup, il fait un truc bizarre pour résoudre le problème, et ça ressemble à ça :

Les deux surfaces apparaissent comme si elles étaient entremêlées, et généralement, ce n’est pas l’effet escompté.

Corriger le problème n’était pas compliqué, il s’agissait simplement de bien définir deux coordonnées différentes pour chacune des surfaces afin que le moteur graphique puisse déterminer quelle surface était au-dessus. Mais c’était l’occasion de placer un petit point technique et peut-être de vous apprendre un petit quelque chose !

Fin