Suite de ce DevLog : https://www.gamecodeur.fr/devlogs/devlog-2-game-jam-suite/
Bonjour à tous,
Beaucoup de choses pour cette suite de gamejam
Tout d’abord, je me suis rendu compte qu’en reprenant la méthode hybride pour la génération de la map, j’ai créé une fuite de mémoire de compète…. En effet, sans faire attention (et aussi par manque d’expérience) je créai des Texture2D de couleur à l’infini ce qui avait la fâcheuse tendance à gonfler en mémoire.
Sur ce point, c’est réglé.
Ensuite, beaucoup d’ajouts :
- Les animations de personnages
- Le recalcule du chemin si une porte se ferme et bloque le passage
- La sélection d’un membre d’équipage et l’affichage visuel de celui-ci (contour vert)
- Affiche de la santé restante du vaisseau spatial
- Mise en place d’une « minimap »
(avec une éruption solaire => voir plus bas pour comprendre)
- Affichage des salles (moteur / bouclier / pilotage) et de leur état de santé
(Salle se faisant réparer)
- Mise en place d’un panneau de contrôle
- Pour augmenter la difficulté et en faire rager plus d’un, les portes se ferment toutes seules au bout de 5s (sinon ça ruinerait un peu le gameplay si on laissait tout ouvert)
Concernant le jeu, le but est simple :
Revenir d’une mission proche du soleil en vie. Sur le trajet, vous allez recevoir des vagues d’éruption solaire qui vont endommager le vaisseau.
Pour se protéger vous aurez, le bouclier qui (à chaque absorption) va surchauffer et s’endommager. Il faudra donc envoyer un membre de l’équipage le réparer afin de pouvoir le réactiver car sinon, ce seront les autres salles du vaisseau qui se retrouveront à leurs tours endommagés (ce qui aura pour conséquence d’arrêter les moteurs)
Pour pouvoir avancer, le vaisseau devra toujours avoir quelqu’un dans la salle de pilotage sinon les moteurs s’arrêteront automatiquement.
–Fin du speech–
J’avais encore plusieurs idées comme la gestion de la consommation d’énergie :
Le vaisseau a une batterie qui se décharge dès qu’on utilise les moteurs (plus il y a de moteurs allumés, plus ça consomme), dès que le bouclier est actif ou dès que l’on ouvre une porte. Il faudra donc faire attention pour éviter de se retrouver sans énergie. Et la recharge de batterie se fait à chaque passage d’une vague d’éruption solaire.
Ou encore séparer la salle des machines en 3 salles distinct
7 réflexions au sujet de “[DevLog #3] Game Jam (suite)”
Superbe boulot ??
Top
ça me laisse rêveur : sincères félicitations pour ce début très prometteur et pour ces beaux graphiques !
J’ai téléchargé le proto sur itch.io, mais rien ne se passe quand on clique sur l’exécutable de ForTheLife.exe de 611 k…
Peut-être un truc non installé sur mon PC. Est-ce que tout le contenu de l’archive est suffisant pour démarrer le jeu ou faut-il installer quelque chose en plus ?
Merci pour le commentaire ça fait plaisir 🙂 (pour les graphiques c’est direct issu du jeu et l’UI c’est du Kenney alors j’ai pas de mérite)
Normalement y a tout dans le zip mais je me demande s’il ne faudrait pas installer les redistribuable de XNA (vu que c’est du monogame ) : https://www.microsoft.com/en-us/download/details.aspx?id=20914
Re, je n’en sais rien car je suis débutant et pour le moment je travaille avec zérobrain Studio et love2D. Mais par curiosité, j’avais téléchargé » paper please » de la dernière gamejam qui était en C# monogame et celui-ci fonctionnait sans installations supplémentaires.
D’autres codeurs nous donnerons sûrement une réponse…
Bon code pour la suite 🙂
Ça avance bien, chapeau!
J’essairai demain sur un pc « vide » pour voir ça parce que du coup si je suis le seul à pouvoir l’ouvrir c’est un peu domage