Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles

David Mekersa - Gamecodeur.FR

133
Posts
33
Topics
58
Followers
1
Following
A member registered Jun 30, 2014 · View creator page →

Creator of

Recent community posts

Bravo a ceux qui ont réussi a livrer avant minuit !

Pour les autres vous avez 48h de plus :)

Allez go!

Hieronims, élève fidèle de Gamecodeur a créé un script qui permet d’exporter votre jeu dans plusieurs formats depuis Windows:  PC Windows (32 bits, 64 bits), MAC OS X et WEB.

http://www.mazeofchronos.fr/gamesandgeek/love/

Très original !

Ca me rappelle ça (que j'ai eu la chance de visiter lors d'un Casual Connect) :


Même les écrans affichent des vrais horaires.

Le Guide de Programmation FTL est disponible !

Plus de 20 pages de conseils, de références et de code.

Gratuit pour les élèves Premium - Existe en version Collector (PDF + Videos Bonus).

Le lien : https://www.gamecodeur.fr/game-guide-ftl/

N'hésite pas à le crier sur tous les toits !

Ici notamment : https://www.gamecodeur.fr/ton-temoignage-sur-la-formation-gamecodeur/

Ca m'aide beaucoup.

Hey bravo ! Transposé sur C# en prime.

Je parle de toi dans ma vidéo du jour du coup.

Voici le lien :

https://www.gamecodeur.fr/devlogs/

Je teste le jeu en vidéo ici !

Je teste ce jeu dans cette vidéo : 

Je teste ce jeu dans cette vidéo : 

Je teste ce jeu dans cette vidéo : 


Hum... c'est un ancien jeu, et la règle c'est que ce doit être un travail original réalisé pendant la JAM :( je vais devoir retirer le jeu de la liste .

Pense à renseigner les détails.

Pense à donner les informations demandées (voir la page de la Jam). 

La Game Jam #16 (Jeu d'aventure) se termine bientôt !

Vous avez jusqu'à dimanche soir minuit.

Postez votre travail ici : https://itch.io/jam/gamecodeur-gamejam-16

Pensez à ajouter votre jeu avant l'heure de fin, même si il vous manque encore un peu de travail, car passé le délai il sera trop tard pour l'ajouter.

Je rappelle la disponibilité du Guide de Programmation "Jeu d'aventure" qui vous a aidé pour cette Jam en vous formant à la programmation d'un jeu d'aventure type Point & Clic.

Il est disponible gratuitement pour tous les membres Premium ayant adhéré avant dimanche minuit :

Courage !! Allez, je veux un maximum de jeu. J'y jouerai dans la semaine + live des gagnants la semaine prochaine !

Bon code !

(1 edit)

Je prolonge exceptionnellement. Je compte sur vous pour livrer quelque chose.

Si vous avez déjà livré, vous pouvez améliorer :)

UPDATE : le guide est à jour avec le replay de mon live "Comment coder un jeu d'aventure en 1h" complet + une vidéo "Starter kit" pour t'aider à démarrer la Jam #16 : https://www.gamecodeur.fr/game-guide-aventure/

Super !

Pense à partager ça ici : https://www.gamecodeur.fr/devlogs/

Le lien :

https://www.gamecodeur.fr/game-guide-aventure/

Rendez-vous sur https://www.gamecodeur.fr/devlogs/.

Partagez au quotidien votre progression dans la Jam pour booster votre motivation et prendre du recul sur votre travail !

Bravo d'avoir participé malgré ton manque de temps !

Bravo pour ta victoire !!! :)

Tu as codé avec un éditeur externe ?

Je veux un max de jeux !

(1 edit)

Merci de partager votre progression en écrivant vos Devlogs ici :

https://www.gamecodeur.fr/nouveau-devlog/

Par exemple après chaque session de dev, écrivez un Devlog pour partager votre progression et le lien de la nouvelle version.

Vrai, bon je change pas le nombre de batteries.

C'est problématique oui :)

Je ne vais pas pouvoir changer aussi drastiquement le fonctionnement des murs (en empéchant depuis une recharge) à ce stade car du coup aucun robot ne fonctionnera...

Je sens que le live va manquer d'action. Je vais, je pense, diviser par 5 la charge d'une batterie, voire réduire le nombre de batteries (en mettre 50% du nombre de bots, donc 5 pour 10 bots), et voir comment ces petits gars se débrouillent !

https://dmekersa.itch.io/robot-warfare-gamecodeur/devlog/30217/mise-jour-0906

Fixes:

  • Tentative de fix du bug de recharge, lui même lié au bug de SYS_Palp... Dû au classement aléatoire des robots qui a désynchronisé les identifiants des robots (initialement basé sur leur numéro d'ajout dans la liste).
  • Ajout d'un label numéro de version à la fin de la liste, à droite de l'arène.

Qui teste ?

https://dmekersa.itch.io/robot-warfare-gamecodeur/devlog/30217/mise-jour-0906

En fait le bug est lié je pense, car j'utilise Palp en interne pour savoir sur la case contient une recharge... Donc vu que ça renvoie le robot au lieu de la recharge, ça merde. Mais je pige pas pourquoi ça marche un temps.... ? Ca merderait pas dès qu'un robot a été détruit ?

Je suis dessus. Tout a commencé à merder le jour où j'ai fais le shuffle des robots pour les classer aléatoirement :)

"les noms qui changent dans le SYS_Log" Tu veux dire qu'il y a un bug sur les noms de robots ?

https://dmekersa.itch.io/robot-warfare-gamecodeur/devlog/29714/mise-jour-0904

Nouveautés :

  • Les robots sont maintenant triés aléatoirement au départ
  • Le dégât des tirs reçus est doublé (2000)
  • On ne peut plus tirer ou miner si on se trouve sur une batterie (mais les dégâts de ces actions sont tout de même appliqués)

Fixes :

  • Les robots ne peuvent plus se superposer au départ
  • Les batteries se vident maintenant correctement (elles se vidaient 10x moins vite qu'elles ne rechargeaient les robots)
  • La position du robot est maintenant correctement initialisée dans sys_column et sys_line dès le 1er tour

Ca fait beaucoup :) plein de bonnes idées mais je vais simplifier pour pas tout casser (et parce que j'ai pas beaucoup de dispos pour améliorer l'arène).

Ordre :

- La nouvelle version trie aléatoirement la liste de robots.

Recharge :

- Il y avait un bug, la batterie se vidait 10x moins vite que le robot ne se chargeait.
- J'interdit maintenant de tirer ou miner si on a le cul sur une batterie

Bouclier / dommages de tirs

- Je monte les dégâts du tir à 2000
- Si 2 robots se tirent dessus pendant 2 minutes c'est qu'ils sont programmés basiquement et ne réagissent pas en cas de dégâts
- Monter les mines c'est injuste je pense car elles sont indétectables

Mines

- C'est pas viable un robot programmé pour éviter les mines car déminer est coûteux et les mines sont indétectables (comme dans la vraie vie)
- J'aime bien l'idée que la mine n'explose pas à tous les coups... mais je garde de côté

Oui bien sûr.  Plus pour le fun.

Je n'en ferai combattre qu'un je pense. Déjà que je sais pas comment je vais gérer tous les robots...

OK je fixe.

Touche F.... :)

Mais tu perds la GUI à droite.

Haaaaaa donc c'est peut être juste le positionnement initial ? Effectivement je ne vérifie peut être pas que la case est libre. 


Après vérification du screenshot c'est effectivement un début de partie !!!!