Fais ça pour te passer de Unity et être totalement indépendant (programmation d'un wrapper 2D)

[@warny1978]

Je suis développeur de programmes de gestion et ça resonne tellement bien ce que tu dis. On se retrouve aujourd'hui avec des empilements de middleware censés simplifier les projets, mais qui peuvent nuire à la lisibilité.

[@michaelc.6908]

Je m'attendais à cette vidéo, tiens 😄. Totalement d'accord avec toi.

[@Tcherry7714]

Bonjour, je suis un développeur de 46 ans et je passe actuellement mon moteur XNA en Monogame. Et c'est le paradis avec visual studio 2022! J'ai par plusieurs fois tenté l'approche Unity ou Unreal engine, mais rien à faire, je n'accroche pas. Ce concept un peu "boite noire, on fait des trucs tout faits mais on ne comprend rien de ce qu'il se passe en réalité" j'y arrive pas. Alors chaque fois je reviens vers mon développement monogame. Mon projet est un moteur 3D, donc je suis bien conscient que quoi que je fasse , ça n'aura jamais les possibilités et les performances des moteurs tout faits, mais tant pis, pour mon utilisation c'est largement suffisant. D'ailleurs plus j'avance, plus je me rends compte que créer des outils (editeur de maps, d'animations ...) me plait plus que la conception du jeu lui-même. Pourtant je me suis déjà pris des :"T'es un con de réinventer la roue, ça n'a aucun sens, c'est juste de l'ego mal placé" mais j'essaie de passer au dessus de ça. Après tout, j'ai déjà un produit fini avec mon fan game sur X-OR fait avec mon vieux moteur XNA alors, je peux bien continuer à m'amuser sans unity. Je me suis abonné à ton twitch, je passerai te faire un coucou, nous semblons vraiment avoir à peu près les mêmes idées, et ça fait plaisir. Bonne continuation, tu fais un super boulot.

[@grosnain]

Fondamentalement, un moteur 2D, c'est qu'un framework. Alors quand on sait ce qu'on veut comme fonctions, rien d'insurmontable à coder soi-même.

[@jumpman120]

@olivierb8819 Tu as 50 ans devant toi...

[@Archimedes75009]

Vive l'assembleur ! oups, ok, je sors 😂

[@grosnain]

Pourquoi pas. C'est ce qu'il valait mieux faire, sur Amstrad, si on voulait un peu de perf.

[@Archimedes75009]

@@grosnain oui je suis aussi un vieux 😁 mais aujourd'hui ce n'est plus jouable, dommage.

[@romainald9291]

"Ne croyez pas que les tuto vont vous apprendre à faire des jeux". Du coup tu fais quoi toi ? ... Je sais pas ce que les gros moteur de jeux t'on fait mais on voit que tu les aiment pas. Tu sais y'a des gens qui veulent créer des jeux par passion, pour essayer sans pour autant être un pro de la prog bas niveau parce qu'ils ont pas que ça à foutre et que p-e c'est pas leur truc ? Avec unreal engine tu peux faire de très bon petit jeu indé grâce à sa bibliothèque très bien fournit. Et ensuite ils peuvent s’intéresser à "comment ça marche derrière". Du coup c'est quoi le discours ? ceux qui on fait un jeu indé full blueprint qui marche bien ils sont nul c'est de la triche il savent pas faire un jeux ? mais au final on s'en fou non ? si ça marche ? Je suis sysadmin Linux, on dirait les "barbu" que j'ai croisé toute ma carrière qui essai d'imposer leur vision "utiliser vim, pas nano blablabla", "j'utilise archlinux je suis trop fort" Vous voulez quoi ? une médaille ? Personnellement j'ai commencé avec unreal justement, désolé, je sais que je suis méprisant puisque je faisait des "clic" avec blueprint, quelle horreur ! Ensuite je me suis intéressé à comment ça marchais, j'ai fais des mini jeu en C avec la SDL etc... Et bien le blueprint c'est du clic mais ça n'en reste pas moins de la logique de programmation. les boucles, les conditions, les fonctions etc... Et ça ne m'a pas empêché de faire du bas niveau par la suite. Bref un peu de bienveillance dans vos discours ça serai pas mal.

[@ericdespontin4261]

Le problème David c'est que la majeur partie des gens qui veulent faire des jeux vidéos sont à la base de gamer qui veulent faire des jeux sans avoir aucune idée de ce qui se cache derrière. La confrontation à la programmation est la première gifle de réalité qu'ils se prennent. Alors en allant à la pêche au canard, ils tombent sur des moteurs qui donnent l'impression de faire le travail à ta place sans avoir besoin de comprendre quoi que ce soit. Quoi de plus normal, ils cherchent comment faire des jeux, pas programmer et ils tombent sur la propagande publicitaire et ils choisissent un produit là ou un professionnel ou quelqu'un de sérieux va chercher une école, un centre de formation etc. Et là, une fois qu'ils sont bien lancés dans leur jeu avec leur gros moteur et aucune compétence et que ça commence à pèter de tous les côtés, ils abandonnent leur projet. Et si le projet avance un peu, ils se rendent compte qu'ils n'ont pas ce qu'il faut comme compétence en game design et leur projet part dans tous les sens. Parce que faire un jeu c'est une chose, mais faire un bon jeu c'en est une autre. C'est la deuxième gifle de réalisme qui marque le coup d'arrêt de leur progression. Quand je lis dans les commentaires plus bas que pour programmer en pure code il faut déjà pas mal de connaissance, sous entendu qu'avec Unity non, alors que c'est tous l'inverse. Avec un peu de compétence en pure code on sait faire beaucoup de chose qu'on MAITRISE alors que pour programmer avec Unity and co. Il faut énormément de compétences pour comprendre et maitriser tout ce qu'on fait. Unity c'est pas pour les débutants. Celui qui ne sait pas programmer en pure code échouera sur Unity ou tout autre outil de ce genre parce que le secret c'est la maîtrise de TOUT y compris ce qui se cache derrière l'outil.

[@Pos44Dami]

c'est intéressant ce que tu écrit, je comprend pas trop cette histoire de pure code mais passons.. ça ressemble bigrement a un slogan publicitaire . unity si tu ne sais pas programmez architecturé ton code tu ne sort tout simplement pas ton jeux la on est d'accord mais savoir programmez un jeux avec sfml ou raylib ne t'aidera pas a faire un jeux 3d sur unity .. les api les sdk faut les apprendres aussi .. si t'est bon sur lua love 2d que tu as fait un jeux complet avec lua tu ne sera pas avancé pour faire une application wpf .. le pure code ça n'existe pas on code avec un langage on code avec des briques de base même si c'est windows.h

[@gamecodeur]

Tu confond compétences et connaissances. Savoir coder sans moteur donne des compétences. Et je l'ai expérimenté en 15 ans de métier. Ceux qui savent coder sans moteur sont 10x meilleurs, sur Unity ou pas, que ceux qui n'ont fait que du Unity.

[@Pos44Dami]

@@gamecodeur qui a vendu plus de 1000 jeux sur steam en 2022. voir même qui a juste publié. combien de personne dans tes propres jam terminais premier avait codé sont jeux avec unity ? un gars qui a fait des jeux avec la sdl quelle duré d'apprentissage d'un moteur, est ce qu'il arrivera a faire les liens entre les deux ? est ce qu'il arrivera a refaire cet effort il y a 12500 jeux qui sont sortie sur steam en 2022 .. le petit nombre qui sort du lot sont des gens qui ont ou un gros réseau de distribution ou sont vraiment très fort et en 2022 la concurrence est mondial .. survivre a ce milieu quelques années (en 2023) parais bien hasardeux quand a être meilleur je dirais pourquoi faire ? ou tu t'amuse a codé ou tu t'amuse pas

[@ericdespontin4261]

@@Pos44Dami Ce qu'on entend par pure code, c'est un éditeur simple, le compilateur/l'interpréteur et c'est tout. La programmation ce n'est pas connaître des langages et des outils, la programmation c'est la maîtrise de l'algorithmique.

[@Pos44Dami]

@@ericdespontin4261 déjà merci pour tas réponse eric, quand tu dit la programmation ce n'est pas connaitre les langages mais l'algorithme .. si tu fait une linked list en c tu dois bien savoir qu'il te retourne un void * tu dois bien savoir qu'il faut casté le type si tu utilise le c# faut bien comprendre ce qu'est un type ref .. l'algorithme ne s'écrira a terme pas de la même manière par ce qu'il sera basé sur un langage non ? alors sur des petits truc simple les changement sont minime surtout que c->c# ça reste la même famille mais si on part sur du javascript ou du rust ou : program LinkedListTraversal; type // Définition d'une structure pour les éléments de la liste chaînée TNode = record Value: Integer; Next: ^TNode; end; // Procédure pour parcourir et afficher les éléments de la liste chaînée procedure TraverseLinkedList(const Head: ^TNode); var CurrentNode: ^TNode; begin CurrentNode := Head;

[@grosnain]

On les repère vite, les détracteurs qui sont là que pour tenter de contredire la vidéo : c'est ceux qui répondent à côté de la plaque, prouvant qu'ils ont à peine regardé la vidéo...

[@gamecodeur]

Certains commentaires démontrent l'état de la communauté de "programmeurs" moderne. Des soumis sans recul.

[@Pos44Dami]

@@gamecodeur quand tu passe des centaines d'heure sur un outils c'est jamais facile d'accepter .. ben qu'on c'est planté

[@grosnain]

@@Pos44Dami c'est aussi de devoir changer et, peut-être, tout reprendre à zéro. Alors on s'accroche à ce qu'on connaissait.

[@tomaoq]

Super video ! Pour faire un jeu multi-plateforme, et spécifiquement PC et mobile, que recommanderais-tu comme lib ? Raylib et SDL2 ont l'air de supporter cela par exemple, un conseil ?

[@gamecodeur]

Le mobile c'est tellement spécifique et complexe que je partirais sur un moteur orienté mobile. Defold par exemple. Sinon Raylib si tu veux faire du pur code oui, car SDL2 c'est hardcore pour le mobile.

[@tomaoq]

@@gamecodeur Ca a l'air pas mal aussi defold je vais tester les 2 merci 👌

[@DeathSong9403]

n'utilise surtout pas un moteur ... ah , pour mobile ? bah prend un moteur plutôt ^^

[@Pos44Dami]

tu peux essayer phaser en html5, tu peux essayer avec android studio directement en java ou prendre un moteur classique comme unity godot .. ou te lancer dans l'intégration de la SDL dans l'écosystème android en sachant que tu peux largement te casser les dents dessus le but étant de ne pas s'écœurer non plus . dit toi que tu fait ça pour le sport regarde un peut tout les exemples et va vers ce qui te parrais plus simple

[@CedricGniewek]

11:06 Le problème avec MonoGame... c'est sa gouvernance. En effet, c'est de l'open source, mais les mainteneurs sont peu présents, et du coup, ça donne l'impression que le projet n'avance pas. On a des tonnes de pull requests qui ne sont pas traitées (dont les plus anciennes datent de 2015), et certaines sont mêmes fermées par leur créateur car ils n'ont aucunes réponses des mainteneurs.

[@gamecodeur]

Oui thomas s'en est occupé seul pendant longtemps pour pouvoir finir Scourge Bringer. Mais maintenant il bosse sur un mini framework maison donc je pense même que plus personne ne s'en occupe...

[@ericcottencin3281]

C'est limpide 👍

[@ceytixg2508]

Sinon coder son moteur de jeu 2D (gestion des évènements clavier souris joystick, de l'écran et de la superposition des sous-écrans, et gestion des ressources média image son, et animations) ça se fait, mais c'est assez compliqué J'utilise la lib SFML en C++ pour ça Et j'arrive pas à convaincre mes potes d'une petite team qui essaye de se lancer et qui vient de passer de Unity à Godot ^^' Le seul truc que je peux pas leur garantir c'est l'étape de production/distribution, n'ayant encore jamais compilé sous Windows, ni jamais fait d'installeur ou de paquet d'install

[@Pos44Dami]

et oui l'étape de distribution et aussi tout ce qui est intégré a unity advertissement et autre .. des services aussi va faire un relaie par toi même

[@gamecodeur]

compliqué ? c'est une semaine de taf, voire moins. De nos jours on dirait que plus personne ne veut coder et a oublié qu'une prod c'est 1 à 3 ans à temps plein 10h par jour...

[@Pos44Dami]

@@gamecodeur qu'est ce que t'appel une prod david? le développement d'un jeux complet ?

[@ceytixg2508]

​​​​​​​​​​​@@gamecodeurassez, oui ! La gestion asynchrone des évènements qui affectent des objets spécifiques du jeu, le chargement déchargement des ressources au bon moment, tous les managers qui font des choses proprement J'ai pas envie de refaire pong ou snake, je les ai déjà fait ^^ non non, je parle d'un moteur efficace et réutilisable Et je dis pas que je veux pas coder, j'adore ça ! Mais dire que c'est simple, ça fait mal à l'architecture d'un jeu vidéo, qui ne l'est pas En deux semaines+ de taf, je suis fier de ma propagation des évènements et de leur chargement/déchargement en fonction des sous-écrans, et il y avait déjà un bon bug à gérer. Peut-être suis-je mauvais d'être si lent ..? Selon moi, la vraie flemme du codeur, c'est de faire les choses une fois pour ne pas les refaire ensuite, et surtout pour les changer à un seul endroit Peace, bon courage à tous !

[@DeathSong9403]

son ? collision ? physique ?

[@batatacity2288]

C’est quoi le truc open source le plus performant ?

[@12qs1]

c'est vrai ce que tu dis mais je ne sais pas si, je suis dans la bonne direction. Je fais mon jeu sur unreal, la tu vas raler mais bon. ^^ C'est pour faire des jeux de voiture, j'aurais besoin de conseil, Tu aurais un discord public a gamecoder ? Il me semble qu'il y en avait un ? stp, merci.

[@zolmus]

Est-ce que tu peux éclaircir un peu comment rendre une Texture2D agnostique ? Merci.

[@gamecodeur]

Tu as juste à mettre une structure perso entre ton code et la texture propriétaire. Cette texture intégrant la texture propriétaire en tant que membre. J'explique ça en C en détail dans ce guide : school.gamecodeur.fr/kit-de-programmation-framework-2d-c-sdl2 Cela peut se transposer en C#.

[@lechauffagiste2240]

@@gamecodeur Salut David, je reviens d'une longue pause de la formation de Game codeur(je fais ca par hobby) et quand je clique sur le lien pour cette formation je suis dirigé vers un site ou je ne peux me connecter. Pourtant j'ai souscrit a l'abonnement a vie sur votre site en 2018.C'est des suppléments payants qui ne font pas parti de l'abonnement a vie ?Si oui je peux le comprendre mais du coup comptez vous ajouter des formations pour les abonnés premium a vie ?Merci bonne journée.

[@maximekahn]

Bonjour David, Mon compte à disparu de la plateforme avec un abonnement à vie Bonne journée, Maxime

[@gamecodeur]

Tu te trompes de site. Il faut cliquer sur "sommaire club".

[@BigJim_Fr]

Inutile de crier au feu si vite, Unity commence à faire marche arrière. De surcroît, combien de développeurs indépendants atteindront le seuil qui déclenche les paiements. A ce tarif, pour un indé, ça permet de vivre correctement. Ensuite, coder from scratch, c'est pas mal, mais ça nécessite un min de compétences. Pareil pour ton guide d'apprentissage accéléré du C, je suis dubitatif. Le C, c'est savoir gerer la memoire, les pointeurs, les pointeurs de pointeurs, les structures de données, les interruptions et j'en passe.

[@grosnain]

Le minimum de compétence, c'est savoir coder en général et savoir coder un jeu. C'est ce que je suis en train de faire, coder mon propre moteur 2D. Ensuite, attendons de voir la teneur du soi disant rétropédalage.

[@makeiscool7693]

Coder sur unity necessite aussi des c9mpetences en C#. Tu peux coder avec lua love 2D et tres bien t'en sortir sans te diriger vers C.

[@gamecodeur]

Faire un jeu en espérant ne pas atteindre le seuil de 200k c'est pas de l'ambition c'est de l'auto échec. On parle ici aussi de confiance. Et une majorité de dev Unity ont totalement perdu confiance en l'entreprise et changeront de moteur dans l'avenir.

[@gamecodeur]

Mon guide est là pour les passionnés et pour ceux qui veulent atteindre une expertise en programmation, pas pour remplacer Unity. Je suis pas débile.

[@BigJim_Fr]

@@gamecodeur Entre auto-echec et réalisme, il y a des degrés. Tu es comme les vendeurs de pelles pour les chercheurs d'or en laissant imaginer une potentielle fortune entre guillemets. Le seul qui fait son beurre, c'est le vendeur de pelles. Certes parmi les chercheurs d'or, certains y arriveront, mais beaucoup échoueront dans leurs rêves. Donc ce que tu fais est louable, et je ne remets pas en question l'intention. Mais remettre l'église au milieu du village est important. Le réussite nécessite de GROS EFFORTS, et je pèse mes mots. Donc les mots clés facile, simple ou autres sont trompeurs. Lorsque je parlais de ton book C, c'est de ça que je causais. Le C ce n'est pas accessible à n'importe qui, idem pour le C# ou tout autre langage objet dont les abstractions nécessitent un certain recul, idem pour les design pattern. Et je ne parle pas du C++ où les abstractions sont encore plus poussées et dont je ne suis pas convaincu qu'elleq soient réellement utiles. Donc l'expertise en C, c'est avant tout de l'expérience, pas de la théorie. Le bouquin est un 1er pas nécessaire mais pas suffisant.

[@batatacity2288]

Godot ça peux être bien vu que c’est open source pour une utilisation pro

[@Arkounay]

Donne pas de mauvaises idées aux vendeurs de casseroles 😂

[@tototata7166]

C'est pas que l'on ne code pas nos jeux 2d avec un framework genre sfml ou pygame et que l'on utilise un moteur comme godot que l'on n'aime pas programmer. Par exemple moi j'aime programmer et je suis programmeur, mais j’utilise godot pour faire un jeu2d. Pour des petits jeux comme le mahjong ou un jeu d’échec pourquoi pas le faire sans moteur mais pour des jeux comme Ori ou dofus je passerai sur un moteur sans réfléchir

[@gamecodeur]

si tu sais coder avec un fw alors tu aimes programmer. Toute une nouvelle génération ne sait même pas ce que c'est, certains ne savent même pas que ça existe et qu'on peut coder des jeux sans moteur. Je parle ici de compétences, de culture, d'indépendance, pas de choix. On code avec ce qu'on veut au final.

[@PC-jv6hl]

Je trouve ta vision un peu trop manichéenne. Oui à partir du moment où tu sais afficher un rectangle texturé et écrire Hello world tu peux créer des jeux, c'est ce que j'ai connu dans mon studio avec la nintendo DS et la PSP, c'était les 2 premières étapes et après on déroulait avec notre moteur maison. Limiter l'espace de son code et du code tiers, c'est une bonnes pratique, et sur Unity je dois avouer que cette frontière est difficile à maintenir. Autre point où je vais dans ton sens, c'est qu'a force d'utiliser Unity (ou autre moteur) c'est qu'on en devient prisonnier, et on veut l'utiliser tout le temps. J'ai eu le cas pour une commande de jeu publicitaire web, où les autres codeurs ne comprenait pas que je ne veuille pas l'utiliser, ça m'a pris un peu plus de temps pour apprendre une librairie javascript mais au final j'avais 3 fichiers scripts et 5 textures, la contrainte première de légèreté et rapidité a été respectée. Alors qu'Unity, on est bien d'accord parfois son utilisation c'est comme prendre une enclume pour planter un clou. Par contre avoir son moteur lui donner le même confort qu'Unity pour éditer sa scène, régler les animations, régler l'UI, donner des contrôles aux graphistes et aux designers pour visualiser ou pour balancer le jeu ça a un coup, tout le temps à le coder c'est du temps en moins pour coder le jeu. Et en fonction de l'ambition de ton jeu tu vas devoir te faire ces outils d'édition (ou non).

[@gamecodeur]

manichéen c'est mon 2e prénom

[@nicolascarrez3409]

Ca me fait penser à l'adhérence aux fournisseurs Cloud (AWS, GCP, etc...) Ces fournisseurs ne proposent pas que d'héberger vos serveurs, il proposent aussi des outils qui ne fonctionnent que chez eux (genre la DB DynamoDb chez AWS) qui sont proposés moins chers que les autres services. Du coup les entreprises adoptent ces solutions, ce qui rendrait une migration hors de leur cloud très couteuse...

[@Mooncrystal63]

Sortez vous les doigts ! Euh c'est pas cela qu'il faut dire normalement ? :) En vrai je donne pas beaucoup de nouvelle mais c'est plutôt une bonne chose, je prends le temps...patience....Cela veut dire aussi que j'utillise pas de moteur tout fait :D Ou alors si je le fais c'est pour le fun pas pour apprendre. J'oubliais un truc important : "Unity c'est de la m.....!"

[@jumpman120]

8:45 facile à dire mais selon le langage plus ou moins merdique... si on change de moteur framework et parfois de langage C#, C++ les struct, class et surtout les types n'ont pas la même sémantique

[@grosnain]

C'est ce qu'il dit. Faut réécrire le wrapper, et pas tout ton code. Dans ton wrapper, tu vas exposer les fonctions dont tu as besoin, avec la signature qui te convient. C'est comment ladite fonction va consommer celle du moteur, que tu devras corriger, en fonction du moteur. En faisant ça, le code principal de ton jeu n'a pas besoin de changer. Lui, il utilise les fonctions que tu exposes avec ton wrapper. Comme une interface en C#.

[@gamecodeur]

L'idée n'est pas de changer de langage ça n'aurait aucun sens.

[@jumpman120]

3:26 sauf que pour la 2D comme 3D il faut créer des assets 2D, audio musique et bruitage.. Si c'était réellement plus facile de créer en code... les gens qui travaillent chez pixar aurait fait Toy Story en ligne de code... Bizarrement Blender ou Houdini, autodesk maya sont "visuels" et on créer et "sculpte" de la matière "visuellement"

[@gamecodeur]

je vois même pas le rapport

[@grosnain]

Tu confonds, là. Tes assets, ce sont les fichiers que tu vas importer dans ton projet. Dessins des sprites, sons... Rien de plus compliqué. Animer les sprites : c'est juste une succession d'images sur le rythme que tu veux. Pour la 3D, c'est différent, car il s'agit de calcul de coordonnées des points à un instant T. Si tu suis la formation de David, tu te rends compte que c'est très simple la 2D.

[@jumpman120]

@@gamecodeur C'est clair que si je veux faire un en jeu en 3D avec donc personnage avec un squelette d'animation on peut le faire en "pure code" Pareil pour tous les objets modélisé en 3D ! Il devrait directement écrire un fichier obj en texte... On ne peut pas coder un jeux vidéo en pure code c'est comme ça ! Surtout 3D et même en 2D ce qu'il ne veut plus rien dire aujourd'hui. Auun rapport entre utilisé love2D et l'époque de la Neo Geo et de Street Fighter III strike qui est le sommet visuel de la VRAI époque "2D" où les sprites sont un concept natif du CPU de la machine et pas deux triangle collés pour être envoyer sur le GPU avec un bordel de pipeline entre les vulkan opengl, directx, les 5 langager de shader

[@grosnain]

@@jumpman120 pitié... réécoute la vidéo, avant de dire des conneries... Il parle de 2D ! Évidemment que la 3D, c'est pas le même cinéma. Mais je vais t'apprendre un truc étonnant : même les moteurs 3D, ça a été codé à partir de rien ! Mais le faire tout seul, c'est pas une sinécure...

[@Pos44Dami]

@@grosnain obj fbx oui il faut bien lire le format le décoder, les animations contenu dans le fbx translaté le systeme de coordonnée de blender dans ton système .. d'ailleur au passage le code de blender qui est dispo et on peux résoudre des incidents ou proposé des améliorations c'est pas du tout du tout accessible au développeur moyen vraiment pas .. le niveau en calcul 3d dois être béton et la connaissance du c++ parfaite et comprendre l'archi de blender .. voila un cube en obj # Cube # Sommets v 1.0 1.0 1.0 v 1.0 1.0 -1.0 v 1.0 -1.0 1.0 v 1.0 -1.0 -1.0 v -1.0 1.0 1.0 v -1.0 1.0 -1.0 v -1.0 -1.0 1.0 v -1.0 -1.0 -1.0 # Faces f 1 2 3 4 f 5 6 7 8 f 1 2 5 6 f 3 4 7 8 f 1 3 5 7 f 2 4 6 8