Pourquoi créer un jeu vidéo avec Godot en 2024 ? 

Bonne idée ! Je vais essayer de sortir ça assez rapidement ;)

Merci beaucoup ! C'est à mon avis une bonne idée ;)

Je ne connaissait pas du tout Polygarden et effectivement les proto sont assez impresionnants, merci pour la découverte !

Merci, oui le micro n'est pas dingue je vais voir pour changer

Haha, avec plaisir ! Bon courage pour votre projet, de toute façon il n'y a pas de mauvais outil, Unity c'est très bien aussi niveau moteur (moins niveau entreprise derrière mais bon) !

@@benji-tuto Merci

Hello, merci pour ton commentaire ! Pour ce qui est de Unity/Godot, ça dépend de tes attentes : pour la 2D aucun problème, pour la 3D il faut être honnête, même si Godot s'en sort bien il n'a pas la puissance d'Unity en C#, après je n'ai pas creusé l'aspect 3D en C# avec Godot donc je ne pourrais pas te dire exactement Du coup le timing est plutôt bon, le tuto sur les bases de Godot sort aujourd'hui ;) Et le petit bonhomme vert viens d'un pack d'asset open source de Kenney, donc pas étonnant que tu l'es déja vu !

@@benji-tutoah bah impec j'ai hate de voir ca, timing parfait, etant donner que je vise un vs like et que halls of torment, brotato etc a ete dev en godot, j'ai bon espoir lol :)

Merci pour le commentaire ! Pour répondre a ta question, je pense que globalement oui ça pourrait aider à ensuite passer sur Unity, surtout de s'améliorer en code (GCscript est bien plus simple que le C# effectivement) mais les moteurs restent assez différents donc c'est pas super évident non plus, je sais pas si il est très judicieux d'investir beaucoup d'heure dans Godot si le but est de s'améliorer par la suite dans Unity ;) Si c'est vraiment la programmation qui bloque, le mieux serait à mon avis de commencer par du "full code", c'est à dire sans moteur, il faut s'accrocher mais je trouve qu'il n'y a rien de plus formateur pour comprendre. Tu as un tuto complet en lua sur ma chaine, et il y a "Gamecodeur" en ligne qui est pas mal pour le full code. Bon courage !

@@benji-tuto hello merci pour ta réponse, je réponds assez rapide entre 2 pauses, je me suis pencher sur du full code unity le plus complexe pour moi perso, c’est la logique. Il y a plusieurs façon de par exemple faire bouger le player par exemple, ensuite allez chercher dans le rigitbody2D.Rigibody2D… la logique est « logique » lol mais complexe. Enfin je vais je penses m’investir dans Godot et ensuite me pencher sur Unity je vais perdre « même si c’est pas de la perte » sur Godot afin de bien me familiariser avec le monde du jeu vidéo et ensuite partir sur plus complexe. En tous cas merci pour ton investissement pour nous les débutants comme moi !

Effectivement le son est un peu faible, je vais essayer de corriger ça pour les prochaines vidéo, merci pour le retour !

Hello, merci pour le commentaire détaillé ! Effectivement j'ai voulu rester assez général pour les débutant, et pour être honnête je ne maitrise pas encore le moteur a 100% non plus ! Et en re-regardant la vidéo je me rend compte que j'ai plus présenter les points forts que les points faibles 😅

Salut, merci pour le retour d'expérience ! Effectivement, GameMaker est globalement un moteur plus simple que Unity/UE/Godot, et on peut faire des choses plus rapidement, mais il est du coup plus limité. Après comme dit à la fin de la vidéo, si GameMaker suffit à faire le jeu voulu et que le moteur correspond au besoin, il n'y a pas de réel intérêt à aller sur un autre moteur, Godot ou autre ;) Tout le monde à ses préférences et sa logique, certain ne vont pas du tout aimer le système de node/scene de Godot, d'autres ne vont pas aimer le BP sur Unreal, d'autes Unity... j'espère que le prototype dans les deux jeu aidera a se positionner sur un moteur !

​@@benji-tuto Hey ! et bien figure toi que non :') Unreal, y'a rien à faire, c'est une vrai machine de guerre et je trouve ca plus compliqué que de dev à un ,voir deux endroits, en Blueprint, j'ai juste l'impression de devoir déclarer des variables un peu partout, des morceaux de BluePrint ça et la, pis après y'a le nouveau système pour récupérer les inputs situés encore ailleurs, pis faut le récupérer dans tel ou tel blueprint aaaaaaaaaaaah et je m'y perds vite parce que la logique de dissémination des BluePrints, bah j'y arrive pas et je m'y perd et y'a tellement de tuto différents qui n'expliquent pas fondamentalement pourquoi ça c'est là, pourquoi on déclare ca la sert pas ailleurs, bref... Pis le C++ ce sera sans moi ! Bon en ce qui concerne Unity et leur Hub et le moteur en lui même je reste pour le moment sans avis profond si ce n'est que l'interface/options proposées ont l'air d'être un peu en retard comparé à Unreal mais je n'ai pas assez creusé pour avoir un avis tranché. Construct 3 ca été pour moi une bonne 1ère approche, mais sans code c'est comme Gdevelop, je ne peux décidemment plus du tout. Il faudrait un GameMaker qui inclus la 3D pour bien faire (Bien que le système d'alarme de GameMaker m'insupporte au plus au point ainsi que les limitations des effets FX) A la rigueur, le Timer sur Godot est mieux foutu.

Je partage en partie ton ponit de vue sur Unreal, c'est une vrai machine à gaz on est d'accord ;) puissant mais complexe, la courbe d'apprentissage est très longue avec tous les modules etc ! Unity en vrai c'est sympa, c'est aussi je trouve un peu usine à gaz (mais clairement moins qu'Unreal), le vrai problème c'est la société derrière qui fait n'importe quoi x) Je t'avoue que je connais pas tous les moteurs qui existent donc je sais pas lequel correspondrait le mieux à ton besoin, bon courage dans tes tests et recherche en tout cas !

Merci !

Très bonne vidéo. Je suis passé récemment à godot et defold et je n’ai pas de regret.. pour rappel j’étais sur Unity

Hello, j'ai testé que très rapidement la version sur tablette mais il n'y a pas de grosse différence si ?

@@benji-tuto ok je suivrai les tuto alors et bro je sais pas code 😅 un petit tuto pour ceux qui savent pas code stp

@@AlexFreefire10 C'est vrai que je n'ai pas fait de vidéo sur les bases du GDscript, je me note ça !

@@benji-tuto cool bro 😎

Salut, le choix de la création d'un langage est longuement expliqué dans la documentation officiel de Godot, ils ont essayé avec des langages existants mais ça ne fonctionnait pas aussi bien que voulu. Après, il est possible d'utiliser le C# avec Godot qui est officiellement supporté, c'est forcément un peu plus complexe à prendre en main mais ça fonctionne très bien ! (il y a souvent un peu de retard sur les feature entre GDscript et C# ceci dit). Je comprends la frustration, j'était moi aussi assez réticent à l'idée d'apprendre encore un nouveau langage, mais au final on est très proche du python, et ce qui qui compte ce n'est pas le langage mais la logique de développement qu'il y a derrière. En plus, les moteurs on souvent un framework très spécifique, faire du C# avec Unity c'est quand même très axés Unity par exemple, par rapport au C# de base. Mais je comprends l'idée, dans ce cas autant utiliser Godot avec du C# !