Gamecodeur - Les coulisses

Jouer à Starcraft en 1998... A la fin des années 90 est sorti Starcraft. A cette époque, nos PC pesaient une tonne et nos écrans (cathodiques, et pas plats du tout !), pesaient le double... Malgré cela, nous transportions nos machines chez des amis pour jouer en LAN et c'était le pied. Cette mécanique de jeu est fabuleuse. Le défi... Je me suis lancé le défi de programmer au moins les bases d'un RTS inspiré de Starcraft, en pur code, sans m'inspirer et sans copier du code existant. Je te montre ça dans ma dernière vidéo, et je te découpe le projet en 12 fondamentaux que tu devras maitriser pour faire la même chose. Allez, ON CODE !! C'est là : https://youtu.be/6_Ik1TExLWo

IMPORTANT : Une fois n'est pas coutume il reste quelques places pour les 2 prochaines sessions de certification "Concepteur de jeu vidéo professionnel". C'est quoi ? 👉 C'est une formation en cours du soir (2 soirs par semaine). 👉 Elle dure 18 semaines environ. 👉 Elle est certifiante (RNCP "Concepteur de jeux vidéo"). 👉 Elle est finançable par France Travail (ex Pole Emploi) et Mon Compte Formation, pour ceux qui en ont la possibilité 👉 Elle coûte 2800 euros. 👉 Pas besoin d'être expérimenté, il faut juste les bases pour démarrer. ATTENTION : 🔺C'est en partenariat avec une véritable école de jeux vidéo Gaming Campus du groupe Quest Education (comme ça on peut délivrer une certification pro). 🔺On ne prend que des personnes motivées !! Inutile de faire une demande si vous n'avez ni le temps, ni la motivation (genre vous n'avez jamais même regardé ce que c'était de programmer, c'est que ça ne vous intéresse pas, désolé). 🔺Il faut avoir du temps pour pratiquer, c'est une formation intense et exigeante : prévoir 2 soirs par semaine pour les Lives, et plein d'heure en dehors pour pratiquer et suivre les cours. 🔺Nous sommes 2 intervenants, moi et Nicolas, et on s'appuie sur les cours de Gamecodeur, et la philosophie Gamecodeur : Autonomie, programmation, avec et sans moteur. On fait de vous des pros, c'est pas un stage pour ado. 🔺Pour le financement, on peut vous aider à monter le dossier. Tu as envie de te lancer ? 1) Rendez-vous sur la page suivante : https://gamingcampus.fr/pro/developpement-jeux-video.html 2) Clique sur le lien "Demande de documentation" 3) Tu seras contacté et on t'expliquera tout 🩷

Cette semaine c'était vacances. Reprise lundi. Avec lancement du guide RTS avant la fin du mois.

Je ne peux pas répondre à tout le monde mais je tiens à vous témoigner ma reconnaissance, ça me touche tous ces messages que je reçois ❤️❤️

Merci pour tous vos messages en réponse à mon email de ce matin. 53 ans. Ça fait 53% de réduction sur tout mon catalogue de formations : https://school.gamecodeur.fr/?coupon=ANNIV53

Tout cela en 1500 lignes de code. Et enseigné en une 15e de vidéos d'une 30e de minute chacune

41. Utilisation d'outils de débogage pour corriger les erreurs dans le code. 42. Gestion des cases “walkable” et “non walkable” de la map. 43. Calcul de parcours via l’algorithme AStar (A*) évitant les obstacles. 44. Calcul de multiples emplacements d’arrivée d’un groupe d’unités, en prenant en compte les obstacles, autour du point choisi par le joueur. 45. Affichage des emplacements d’arrivée des unités. 46. Déplacement des unités le long du parcours précalculé par l’algorithme A*. 47. Optimisation des déplacements en groupe afin de permettre qu’une seule unité occupe une case à la fois. 48. Optimisation des déplacements en cas de déplacement d’un groupe dense, afin qu’une unité ne reste pas bloquée. 49. Interpolation des déplacements d’unités pixel par pixel. 50. Calcul de l’orientation d’une unité en fonction de la direction de son déplacement. 51. Affichage des chemins que vont empreinter les unités. 52. Limitation des blocages en cas d’absence de chemin possible. ...

31. Détection des clics pour sélectionner des unités et interagir avec les bâtiments. 32. Sélection d'unités à l'aide d'un lasso pour regrouper plusieurs unités. 33. Affichage du lasso en temps réel, avec gestion des spécificités du système de coordonnées. 34. Calcul si une unité se trouve dans la zone entourée par le lasso ou pas. 35. Sélection / déselection de bâtiments ou unités et affichage d’un cadre de sélection. 36. Animation des unités frame par frame, avec différents types d’animations (idle, walk). 37. Calcul de quelle tuile d’un tileset afficher en fonction du type d’animation et de la frame dans l’animation. 38. Orientation des unités dans les 8 directions. 39. Affichage du nombre de FPS (frames par seconde). 40. Affichage d’informations de debug à l’écran (mode de jeu, etc.).

21. Sélection du type de bâtiment à construire parmi une liste, et affichage du type et des informations à l’écran. 22. Gestion d’un “mode de jeu” : play, build, etc. 23. Placement d’un bâtiment sur une carte, à la souris avec indicateur de zone libre ou pas. 24. Prise en charge de la taille des bâtiments (occupent plusieurs cases sur la map) 25. Evaluation de l’état d’une case pour savoir si elle est libre ou pas (walkable, non occupée par une unité, un bâtiment ou hors des limites de la map) 26. Evaluation de zones libres ou non libres pour construire un bâtiment (ensemble de cases). 27. Système de construction de bâtiments avec une barre de progression pour indiquer l’avancement. 28. Affichage d’un bâtiment en fonction de sa progression de fabrication, avec calcul de la bonne frame dans le tileset des bâtiments. 29. Production d’unités à partir d’un bâtiment. 30. Calcul d’une position libre à proximité d’un bâtiment pour la production d’une unité.

11. Scaling (zoom) des pixels pour un effet pixel art. 12. Chargement et découpage de tilesets. 13. Utilisation des Quads de Love2D pour optimiser les performances. 14. Défilement de la caméra en fonction des entrées du joueur ou de la position de la souris. 15. Zoom et mise à l’échelle de la carte pour ajuster la vue, avec la molette de la souris. 16. Calcul de la position du scrolling pendant le zoom pour maintenir le centrage de la map sur la position de la souris. 17. Police personnalisée pour l'affichage des informations de l'interface utilisateur. 18. Chargement et utilisations de sons lors de certains évènements du gameplay. 19. Utilisation du clavier pour contrôler certains éléments du jeu (raccourcis, scrolling). 20. Définitions de bâtiments ou d’unités par programmation, avec leurs caractéristiques.

L'atelier RTS Facile est quasi finalisé... En prenant du recul c'est plus de 50 concepts qui y sont enseignés : 1. Conversions entre systèmes de coordonnées (coordonnées monde, coordonnées écran). 2. Gestions de tableaux à 2 dimensions pour gérer la position des unités et des bâtiments. 3. Utilisation de références (vs valeurs). 4. Implémentation d'un algorithme de pathfinding A* pour le déplacement des unités. 5. Chargement de code avec la fonction require de Lua. 6. Utilisation de fonctions thématiques pour améliorer la lisibilité du code. 7. Utilisation de timers pour la construction progressive de bâtiments. 8. Chargement d’une map issue de Tiled Map Editor. 9. Exploitation des informations d’une map issue de Tiled Map Editor. 10. Affichage d’une map issue de Tile Map Editor, multi-calques.

Pour participer : https://ldjam.com/

Voici le thème.

Ce WE c'est la Ludum Dare 56. Une des plus populaires gamejam au monde.

Lors des conférences auxquelles j'ai assisté à Bordeaux la semaine dernière, un des studios indépendants les plus rentables qui a pitché n'a jamais touché un moteur de près ou de loin même avec un bâton. Ils codent tout en C++... Cela leur permet pourtant de décrocher des budgets de 500000 à plus d'un million d'euros. Il nous a même dit qu'aujourd'hui les clients lui disaient merci et surtout on ne veux pas de Unity dans notre projet. (Le studio c'est Pasta Games)

Le codeur de Balatro, au bord de sa piscine, doit bien se marrer.

Différents scandales polémiques ou déceptions touchent les communautés d'utilisateurs de moteurs de jeux. Quasiment aucun moteur n'est épargné. Quel sera le suivant ? Je suis halluciné de l'acharnement des nouvelles générations de programmeurs de jeux à vouloir absolument utiliser un moteur. A moins de faire des jeux 3D avancés, je ne vois aucune raison d'avoir besoin d'un moteur. L'effort à fournir pour (re) apprendre à programmer leur permettrait de se libérer totalement de tout ce bordel. Avec un vrai retour aux sources. Un niveau de compétence grisant. Et une totale liberté.

Des séries sous titrées en "null" ? Je préfèrerais des séries sous titrées en "nil".

Le résultat que vous pourrez obtenir : https://youtu.be/eu4jHURrrg8