Discussion :

[geektoo]

Allo,

A des fins de discutions, j'aimerais savoir ce que vous pensez du développement de jeux vidéos avec des langages de programmations interprétés.
Par exemple, j'ai regarde des rendus avec QB64, PyGame/PySDL2 ou encore LUA, et je trouve très intéressant les possibilités qui sont offertes.

Personnellement, j'ai commence a montrer a programmer a mon fils avec PyGame, donc par le fait des choses, je m'y suis intéressé, j'aime toujours développer en C++, mais je dois admettre que au niveau rapidité du code, Python gagne.

Les principaux langages sont supportes par les mobiles aussi, ce qui ouvre l’intérêt je trouve.

On ouvre le débat !

[Neckara]

Bonjour, si tu veux apprendre à ton fils à programmer, rien ne vaut l'assembleur !

Je pense qu'il faut tout d'abord voir quels sont nos objectifs :

• initier à la programmation ?
• initier à l'algorithme ?
• apprendre à programmer ?
• comprendre le fonctionnement d'un ordinateur ?
• faire un jeu ?

Si l'objectif est de faire un jeu :

• quel type de jeu ?
• quelles contraintes (temps, ressources) ?
• quel niveau vous avez/à quels langages êtes vous habitué ?
• sur quelle(s) plateforme(s) doit pouvoir tourner le jeu ?

Personnellement, je code en C++11 qui est un langage magnifique avec lequel je m'éclate.

mais je dois admettre que au niveau rapiditie du code, Python gagne

En rapidité d'exécution, cela m'étonnerait très fortement, quoiqu'on peut aussi compiler des langages interprétés.
En rapidité d'écriture du code, plus que le langage, je pense que ce sont les bibliothèques/framework qui offrent le gain de temps le plus considérable.

Après, on peut aussi utiliser des langages interprétés dans un jeu en C++ pour certaines fonctionnalités (IA des adversaires, GUI, etc.). Le but étant de pouvoir modifier/ajouter des IA sans tout recompiler.


Il y a de très bon jeux codés dans des langages interprétés, d'autres dans des langages compilés et même certains en C# c'est dire !
Donc sans plus d'informations, difficile de répondre à ta question.

[geektoo]

Bonjour Necklara,

En fait, ce n'etait pas une question, mais plus une discution ouverte sur le sujet des possibilites des langages interpretes dans les jeux videos.
Je develope en C++ depuis MSDOS, et comme toi je suis d'acord au niveau d'execution le C++ est mieux, mais avec les ordinateurs de plus en pl us puisant , est-ce que les utilisateurs voient vraimen la difference ?

[Neckara]

Je develope en C++ depuis MSDOS

Sans IDE ?

est-ce que les utilisateurs voient vraimen la difference ?

Cela dépend.

L'utilisateur lambda n'en saura rien.
Une personne qui administre un serveur de jeu verra des différences sur les ressources consommées.
Pour un jeu très très gourmand, la présence un garbage collector peut se faire sentir.

La différence de vitesse d'exécution peut être négligeable si on appelle des fonctions built-in très coûteuses vu que ces dernières seront compilées.
Par contre si on appelle que des fonctions built-in très rapides, il y aura une grande différence au niveau du temps d'exécution.

L'utilisateur "bidouilleur" peut apprécier d'avoir des langages interprétés pour pouvoir modifier/bidouiller lui-même le jeu.

[LittleWhite]

Bonjour,

Il faut savoir que dans les boites de développement de jeux vidéo, ils utilisent du scripting (langage interprétés) (LUA, ou même Python) pour la programmation du gameplay et des missions/script des maps. Cela permet : d'avoir une interface rapide par dessus le moteur, ne nécessitant par la recompilation du projet mais aussi, cela permet qu'un gars qui n'excelle pas en programmation et encore moins en C++, puisse participer au développement (moins cher à payer, moins dur à trouver). Dernier point, avec un langage de ce type, ça permet même d'avoir un Game Designer/Level Designer qui touche au jeu, sans s'embrouiller.

Maintenant, tu point de vue perso : au final, pour tous les jeux sauf triple A, il n'y aura pas vraiment besoin de langage compilés style C ou C++. En effet, je tiens à rappeler que Hotline Miami, c'est du Game Maker derrière (bon, ok, le moteur est en C++, c'était un exemple bidon). Mais ce que je veux dire, pour un jeu 2D, même avec des tonnes d'animations/de sprites, vous pouvez très bien vous en sortir avec du Python, ou encore, comme le fait Vetea avec Papi Commando, du BASIC (QB64). Pour Python, si vraiment vous trouvez que pygame c'est limité (même si la gestion des sprite peut permettre un truc très efficace), alors je dirais : passer le cap et allez sur PySDL2.
Pour des jeux indépendants et sans fortes contraintes, le Python ou tout autre langage interprétés, c'est bon, ça passe, donc autant ne pas s’embêter à coder avec un langage compliqué.

On pourrait aussi parler du Javascript, langage roi sur les sites Web dynamique. Bah, tous les jeux Web/WebGL sont en Javascript, donc on voit bien que l'on peut réussir à quelque chose, même si celui-ci pose des contraintes.

[Bousk]

Salut,

en gros de nos expériences internes, il en sort ceci : Python est ~100x plus lent que C++. Compilé via Cython, ça tombe à ~20.
Ceci sur PC, je parle pas des consoles.
Mais bien souvent c'est assez peu visible pour l'utilisateur, sauf si ton jeu fait des calculs de folie.

Python et Lua sont souvent utilisés comme scripting embarqué. J'ai plus souvent vu du Lua, pour les raisons qu'évoque LittleWhite en particulier.

Ces trucs sont super utiles pour prototyper (quoi que, on préfère quand même Unity).

En fait tout dépend de ton objectif.
Si c'est un proto/jeu, ce dont tu parles est encore trop bas. Il vaut mieux utiliser un moteur de jeu directement (Unity, Unreal, ..)
Si c'est pour appréhender la prog, c'est parfait : itérations rapides, résultats directs visibles, ..