Str4nger, pourquoi ne pas le laisser créer son propre moteur ? Tu apprends beaucoup en faisant ça, regarde moi par exemple, avec UP, je n'utilise rien sauf Löve2d qui est une librairie pour afficher des images et autres comme pygame.
Je n'empêche personne de faire quoi que ce soit. J'ai juste pris le temps de faire remarquer à Yaalval que visiblement, le choix de technologie a l'air de poser problème. Il n'est pas d'accord avec cet avis, visiblement, donc je n'insisterais pas plus, mais le moteur maison c'est une expérience qui se fait forcément au détriment du jeu.
Ici on va devoir pousser pygame en dehors de ses limites et faire quelque chose que je ne fais pas encore : update uniquement les parties qui ont changé de l'écran (ca peut être intéressant si c'est bien fait)
sinon le sound designer (cc Bat') a composé déjà 5 nouvelles musiques, donc oui ça avance.
et oui le moteur est actuellement assez bien foutu pour supporter "correctement" ce que l'on lui demande. la techno "à l'air de poser problème", alors je vais résoudre ce problème.
Faut que t'arrête de lui dire d'utiliser Unreal ou Unity, ça n'a tellement rien à voir avec ce qu'il veut faire (développer son jeu de A à Z) qu'il n'ira pas plus loin que là parce que ça ne l'intéressera pas.
Et le problème vient pas du choix des technologies, il vient du fait que Yaalval croit tout savoir et croit que son code et son architecture sont bons alors qu'on voit en 2 secondes que c'est de la merde. Si c'était bien codé, et un peu documenté, tu pourrais sans soucis reprendre tes 10,000 lignes de code (c'est pas grand chose).
Après tu dis que tu vas encore changer de techno, pour partir effectivement sur un truc bancal, un moteur développé par ton équipe et soit disant "extrêmement puissant"... LOL.
Tu ferais mieux d'apprendre à faire une bonne architecture et à coder correctement et développer ton jeu seul, de A à Z si tu veux, et plus faire le code monkey.
Et bon, abandonner un projet pour un problème de repo git, j'pense que je l'avais jamais vue celle là...
j'en ai marre de répéter la même chose à cause d'illetrés
=>"Après tu dis que tu vas encore changer de techno, pour partir effectivement sur un truc bancal, un moteur développé par ton équipe et soit disant "extrêmement puissant"... LOL."
on a pas la même conception du "monde" on dirait. si tu vois pas le code du dit GK, tu peut pas juger. quand on peut pas juger, soit on la ferme soit on demande si on peut voir un exemple de code / le repo. ici la réponse est non dans les deux cas, je trouve que cette communauté le "mérite" pas, j'ai pas à vous obéir après tout. et après on se demande pourquoi des gens se cassent de ce site --' des critiques pas fondées (ou sur du vent ... fiou fiou ca souffle fort ici putain)
=> "Et le problème vient pas du choix des technologies, il vient du fait que Yaalval croit tout savoir et croit que son code et son architecture sont bons alors qu'on voit en 2 secondes que c'est de la merde."
je t'attends alors
et pourquoi juger la qualité d'un code quand on est pas sur un site de pro et de plus qu'on est pas pro (tu l'es peut etre, j'en sais rien, je m'en tape, mais les autres le sont pas forcément non plus) ? hein ? j'entends pas les rageux désolé.
surtout quand le dit code est :
1/ fonctionnel
2/ réutilisable SANS PROBLEMES par rapport à UrWorld (me parle de ce projet ou je pète un câble, merde) et n'ayant pas besoin de changer plus de 2 lignes en général
3/ OO (de l'oo peut etre degueu, je le conçois, mais ici franchement, même si certaines fonctions dépassent les 50 lignes réglementaires, je dis balek à ça d'ailleurs, le code est mieux organisé
je te sens venir ...
pourquoi une réécriture alors ?
tout simplement parce que le système change d'architecture (actuellement basé sur une architecture perso que j'ai présenté jsp où et me demande pas en quoi elle consiste, t'as qu'a chercher) est radicalement différent et qu'actuellement la gui c'est brico déco --' donc on part sur un truc bien plus précis et mieux décrit pour faire les gui (oui oui, décrit), et donc le game engine en général. mais une grosse partie du code que j'appelle "de gestion" qui fait donc pas de la gui (ca s'appelle peut etre pas comme ca, mais je me comprends) est et sera réutilisable sans encombres
alors voilà, ADIOS
L.O.L.
Désolé, ça m'a échappé.
Par cet unique message, tu fais preuve d'un grand manque de maturité et justifies toutes les remarques négatives que tu as pu recevoir sur ton/tes projet(s) et sur tes choix.
Je suis d'accord avec tout le monde sauf Stranger:
Str4nger a écrit:
Je n'empêche personne de faire quoi que ce soit. J'ai juste pris le temps de faire remarquer à Yaalval que visiblement, le choix de technologie a l'air de poser problème. Il n'est pas d'accord avec cet avis, visiblement, donc je n'insisterais pas plus, mais le moteur maison c'est une expérience qui se fait forcément au détriment du jeu.
Str4nger a écrit:
mais le moteur maison c'est une expérience qui se fait forcément au détriment du jeu.
... QUOI ?!
J'avais bien compris que t'aimais pas trop coder tes jeux de A à Z, mais un moteur maison sera toujours (sauf si c'est de la 3D) BEAUCOUP plus adapté au jeu que tu veux faire que tout les moteurs possibles.
J'avais bien compris que t'aimais pas trop coder tes jeux de A à Z, mais un moteur maison sera toujours (sauf si c'est de la 3D) BEAUCOUP plus adapté au jeu que tu veux faire que tout les moteurs possibles.
Et c'est tout.
Oui, c'est bien connu qu'une personne est plus performante que les x centaines voire x milliers de personnes qui bossent sur Unity / Unreal.
Yaalval, merci de rester correct avec les gens, si tu n'es pas capable d'accepter les critiques et d'y répondre, tu n'as clairement pas ta place dans cette section. Et tu peux me considérer comme un rageux si tu veux, tu dois quand même m'entendre.
Je ne suis plus modérateur, ne me contactez plus pour des demandes, je n'y répondrai pas.
J'avais bien compris que t'aimais pas trop coder tes jeux de A à Z, mais un moteur maison sera toujours (sauf si c'est de la 3D) BEAUCOUP plus adapté au jeu que tu veux faire que tout les moteurs possibles.
Il sera toujours moins stable, moins puissant, moins performant, moins bon qu'un moteur que des centaines de millions de gens testent tous les jours, comme Unity.
Surtout que pour les cas d'Unity et d'Unreal, on parle d'un sacré lot de "créateurs en tous genre" qui ont rôdé leur moteur respectif depuis des années.
Au delà des créateurs, il faut surtout penser aux joueurs. Je pense au projet Path of Progress, présenté sur ce forum : un jeu 2D, moteur maison, DA magnifique et bon gameplay, mais incapable à sa sortie de tourner sur une classe répandue de chipsets graphiques.
Et là, dès qu'on entre dans le test, il y a des milliers d'exemples. Est-ce que le remapping de touches a été testé sur les keymaps les plus courantes ? Est-ce qu'il gère les boutons de souris un peu exotiques ? Qu'est-ce qui se passe sur un écran G-Sync ? Et sur un Windows XP 64 bits ? Est-ce que le jeu fonctionne sur un écran 4K ou bien est-ce qu'il assert au lancement parce qu'on n'avait pas prévu une résolution aussu grosse ?
La vision de programmeur pur, c'est de dire que son moteur est meilleur parce qu'il fait en trois lignes ce qu'Unity fait en dix, et si on se fout du résultat parce qu'on veut juste coder, c'est certainement pertinent. Visiblement c'est le cas ici, et c'est un choix complètement valide hein. Je tiens juste à rappeler que c'est un compromis à faire avec la qualité du jeu.
windows xp, i3 1st gen, pentium à 2.2ghz, "carte graphique" directement dans la cm (ca existe), ecran retina, vsync/gsync, keymap fonctionnel azerty / qwerty et normalement le truc francais aussi, car pour pygame, tout est pareil. idem pour la souris.
bah quand on critique sans savoir, je trouve que c'est justifié
le jeu aura une release bientôt (pas de date). donc compilé (pas de gain de perfs, je sais, c'est pour une autre raison que je compile).
windows pour le moment, linux et mac suivront également.
edit: c'est sûr que j'y suis allé un peu, fort, je m'en excuse. m'enfin franchement, les critiques infondées (je radote je sais), ça me met hors de moi.
edit 2 :
=> Je n'empêche personne de faire quoi que ce soit. J'ai juste pris le temps de faire remarquer à Yaalval que visiblement, le choix de technologie a l'air de poser problème. Il n'est pas d'accord avec cet avis, visiblement, donc je n'insisterais pas plus, mais le moteur maison c'est une expérience qui se fait forcément au détriment du jeu.
C'est vrai n'empêche. mais pour un projet de cette taille, apprendre à utiliser un moteur en "mode 2D" je trouve que ce n'est pas très intéressant. et pis c'est sympa d'apprendre à faire son moteur (ok, je le pousse trop loin parfois, donc je revois mes ambitions, mais le contenu ne changera normalement pas)
par compilé, j'entends le "mal" c'est à dire CxFreeze.
note : je fais pas ça pour les perfs mais pour faciliter l'installation (il n'y a pas que vous qui testez (et encore, c'est si la release est publiée ici aussi), aussi des amateurs jeux pokémons qui n'ont jamais codé en python (donc python et pygame sont pas installés))
J'ai du mal à voir le rapport avec une compilation s'il s'agit juste d'empaqueter ton programme. Mais pourquoi intégrer l'interpréteur Python au paquet et ne pas faire un installateur propre qui téléchargerait les dépendances nécessaires si elles sont absentes ?
si tu vois pas le code du dit GK, tu peut pas juger.
Tu es le "main dev" de ton projet, donc logiquement le meilleur (surtout pour un projet amateur), et définitivement le plus impliqué, et ton code été nul, donc si, on peut juger de la qualité d'un code développé par ton équipe même sans le voir.
J'ai 2 mois devant moi, je vais faire de mon mieux pour "terminer" celui-ci et ainsi passer plus sérieusement au suivant ^°^
Quand je dis terminer, pas taper s'il vous plait. J'entends sortir une version jouable avec le scénario qui était prévu. Ce qui est ... entièrement faisable. Alors hein (je sais que y en a toujours pour penser ça), j'abandonne en quick 'n dirty, je clos le projet en beauté en vous sortant une release dès que je pourrais.
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
entwanne — @entwanne — Un zeste de Python — La POO en Python — Notions de Python avancées — Les secrets d'un code pythonique
Je ne suis plus modérateur, ne me contactez plus pour des demandes, je n'y répondrai pas.
Moderateur forum || FAQ 3D || discord 3D francophone || OC Tweak script
entwanne — @entwanne — Un zeste de Python — La POO en Python — Notions de Python avancées — Les secrets d'un code pythonique
entwanne — @entwanne — Un zeste de Python — La POO en Python — Notions de Python avancées — Les secrets d'un code pythonique