Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs

J'ai promis !

A topic by Veronimish created Jan 03, 2017 Views: 443 Replies: 20
Viewing posts 1 to 21
Submitted (3 edits)

Et j'y suis !

Bon, que proposer pour cette première Jam. L'idée est donc de mettre en ligne le premier jet du jeu que l'on à toujours voulu développer, mais que l'on à seulement imaginé le principe ? Ok.

Maintenant, soit j'utilise des librairies pour développer tout ça, soit je crée les miennes. Mais comme on est tous la pour apprendre, alors je vais maximiser le code perso, et utiliser les librairies quand franchement je suis trop nul pour faire un truc bien dans les temps.

Concernant le langage, Ce sera du Lua. Parce que j'apprécie ce langage et que j'ai envie de l'apprendre, mais ce sera pour plus tard :p. Le C#, je le connais déjà. C'est l'usage de monoGame qui est nouveau pour moi. Et donc c'est en monoGame que j'ai développé, mais en utilisant d'autres méthodes de programmation que celles dont j'ai l'habitude.

Quelles sont les mécanismes que j'ai envie de mettre en place ?

La gestions des états de jeu. La persistence (enregistrement de la partie en cours), éventuellement un peu de réseau, mais pas encore vraiment défini à ce stade (Attention ! J'ai pas dit multi joueurs !!!).

Pathfinding, IA, on verra ce que je pourrais faire. Bah non, finalement.

Aller, au boulot !

Bon, j'ai oublié de suivre les directives initiales...

Langage et Framework utilisé :

- Finalement, en C# et Mono

Code par ... / Graphismes par ... (peut être "téléchargés sur xxx") / Musique et sons par ...

- Moi-même.

- La musique, il n'y en a pas.

- Le son, depuis les ressources "Bataille Navale" de GameCodeur..

Utilisation de librairies et codes externes : Oui/Non/Lesquels

- Les librairies externes, rien sinon MonoGame.

Temps passé

- Houlà, plein, beaucoup !

Comment as-tu (ou pas) abordé la contrainte du thème

- Il y a une contrainte ? m Oo m

Petit postmortem (avis sur le langage/framework utilisés, difficultés, succès, choix, bilan personnel rapide, etc...)

- ...Je vais ajouter un post pour le post-Mortem.

Submitted

super, j'ai hâte de voir ça ;)

Submitted

tu fais ton jeu sur love2d ?

Submitted

Bonne chance pour la gameJam ^^

Host

Bravo !!

Par contre, je te vois déjà partir dans l'hyper espace là :) trop de choses de prévu je pense. Il faut te limiter à "une brique de légo" :)

C'est bien que tu expose dès le début ton idée, mais t'as l'air de partir en turbo là, lol, j'ai pas trop compris ton idée de jeu du coup ^^ Bon courage, je vais suivre ça :)

Submitted

Nan, j'expose ce que sera mon jeu au final :p

Je déposerais les brique que j'aurais conçu ! :D

Pas plus, l'important étant que ce soit "utilisable" à défaut d'être "jouable" ! :)

Concernant le pathfinding, j'en ai déjà fait, mais en c#, pas en lua. Et ça sera un truc vraiment simplifié.

L'IA ? Ben, si on peux dire qu'un bersek possède une IA, alors oui, parlons d'une IA.. ( Je vois rien...Grrr.... Je sens quelque chose...Grrr...Où c'est....Je vois quelque chose...GRRRRR...TAPPPPPEPEEEEERRRR )

Les états sont pour moi la gestion des phases de jeu. Menu, option, jeu, enregistrement, etc. Il n'y aura pas tout, mais j'ai bien l'intention d'en faire.

Y sont compris les éventuels items/capacités ou autre points de vie. En c# j'utilise la sérialisation que je stocke dans des bases soit sqlite si jeu local avec éventuellement un mode jeu en réseau, soit sur des bases distantes en postgresql (je tâtonne du coté de mongodb en ce moment), mais je n'ai plus de serveur avec ip fixe. Et tous ça, ben, vous ne le verrez pas ici :! :D (Hein ? Vous y avez cru ? :D )

Je vais juste créer une architecture qui pourra supporter mon futur jeu.

Et mettre de l'hyper-espace ! :) :p

Submitted

waw t'es sérieux ;)

donc tu vas faire du multi en réseau c'est intéressant :)

mais fais attention aux trous noirs dans l'hyper espace ! ;)

Hâte de voir ce que ça va donner !

Et sinon comme d'hab tu m'as perdu à "sérialisation" ....


PS: Pas assez sûr de moi pour la Pico8 ?? T es pas sérieux ! Papa Noel t'as apporté trop d'humilité ;p

Submitted

Bon, je sais que je ne suis pas un gros communiquant, mais il faut bien que je m'y mette...

Donc voici une petite vidéo qui ne représente pas du tout ce que je suis en train de faire même si ça reste dans l'esprit :p

L'important étant le code derrière, pour pouvoir gérer différentes entités et les afficher sans qu'il y ai d'interférence.


Concernant l'affichage de la galaxie, je vais encore modifier le code pour rapprocher les bras et épaissir le centre.

désolé, rien compris...

Submitted

Hé bien. Je veux gérer plusieurs affichages sur la même surface sans interférences. Par exemple, je ne recalcule pas les points de la galaxie, je ne fait que faire tourner l'affichage avec un rotate. Puis j'affiche le personnage par dessus. Et enfin, le texte. Chaque affichage devant être indépendant des autres.

La suite : Un zoom sur la galaxie, centré sur un soleil qui aurait été cliqué. Avec des informations dessus.

Donc : Non seulement je ne suis pas communiquant, mais quand je le fait, je n'arrive pas à me faire comprendre ! :p

euh , un truc comme ça ?

https://www.youtube.com/watch?v=4XeAin13zZw

C'est vrais que c'est pas très facile de comprendre ton idée :) Du moment que ça avance et que tu te fais plaisir c'est cool, des screens d'autres jeux qui ressemblent au tiens ?

Submitted (1 edit)

Bon, Je vais sans doute me prendre de mauvais points, mais j'ai fait exactement l'inverse de tout ce que j'ai annoncé ! :D

Sauf que : A part monoGame si on peut le considérer comme une librairie, j'ai tout codé moi-même, ce qui n'étais pas dur du tout. J'ai tout fait en monoGame donc, utilisé des tiles de Kenney que j'ai un petit peu modifié. Et développé un petit jeu sans prétention qui regroupe plusieurs des ateliers présentés, même si je me suis amusé (comme un fou ! :) ) a tout faire à une sauce totalement différente. C'est un jeu très classique. On à un petit robot et des cibles dans différentes maps. Le but du jeu est de détruire les cibles dans un nombre le plus bas possible de mouvements. On peut donc avancer, tourner à droite ou à gauche et tirer. Mais pas en temps réel. Il faut d'abord choisir toute la liste des actions, puis lancer le bouzin pour voir si on ne s'est pas planté... Il me reste à gérer le traitement de la liste d'actions.? Le reste, gestion multi-map, affichage, etc. Fait. Pas encore mis de score, mais pourquoi pas ?

Devinez pourquoi j'ai eu cette idée ? :p

Submitted

J'oubliais, je me suis également amusé à créer ce jeu en utilisant des struct et une classe statique.

Pas d'héritage, d'objets (quoi que tout y est objet, si on regarde bien...). Bref, je suis sorti du chemin habituel pour ce genre de développement. :)

Submitted

super ça à l'air cool :)

Submitted

l'essentiel c'est que tu te sois bien amusé et que tu continues de programmer :)

Submitted (1 edit)

Ayé !

Fini et posté.

C'est pas parfais, mais bon, ça rempli les objectifs et, surtout, ça m'a amusé de le coder.

Même si parfois... J'ai eu envie de %#@% sur le clavier qui provoquais des bug (Nan, nan. c'est pas moi, c'est lui.... :p )

Précision : Ce n'est que la première brique !

Si vous regardez le code, vous verrez des ressources que je n'ai pas utilisé...

Il est prévu d'ajouter plein d'actions. Pause, scanner devant (Longue portée), scanner à 360° (courte portée), brouillard de guerre, choix du type d'armement (direct, ballistique, mines), Eléments bloquant destructibles, barrages de lasers, maps de grande taille, etc.

Et oui, ça faisait longtemps que j'avais envie de coder un truc comme ça.

Et, pour finir, c'est mon tout premier jeu un tant sois peu fini :p

Tu as été influencé par la guerre de robot mise en avant par David :) C'est cool t'es en avance sur les autres :)

Submitted

C'est plus une brique, c'est des fondations :p