> Je pensais qu'un jeu, utilisant des graphismes, demandait une optimisation poussé (genre des bouts de code en assembleur).
Dans un jeu (en tout cas en 3D), environ 80% du temps est consommé par le rendu des graphiques : OpenGL, carte 3D, raffraîchi de l'écran. Donc faire de l'assembleur permettrait au mieux de gagner 20% de vitesse, pas plus et sans doute beaucoup moins...
Sinon pour l'IA Python est très bien aussi (les générateurs entre autre) !
Pour un jeu en 3D en Python, voir Slune http://oomadness.tuxfamily.org/fr/slune(...)
Le moteur de 3D est en parti en C; le moteur réseau et le jeu lui-même est entièrement en Python
[^] # Re: Des technologies ouvertes au service du jeu
Posté par Jiba (site web personnel) . En réponse à la dépêche Des technologies ouvertes au service du jeu. Évalué à 5.
Dans un jeu (en tout cas en 3D), environ 80% du temps est consommé par le rendu des graphiques : OpenGL, carte 3D, raffraîchi de l'écran. Donc faire de l'assembleur permettrait au mieux de gagner 20% de vitesse, pas plus et sans doute beaucoup moins...
Sinon pour l'IA Python est très bien aussi (les générateurs entre autre) !
Pour un jeu en 3D en Python, voir Slune http://oomadness.tuxfamily.org/fr/slune(...)
Le moteur de 3D est en parti en C; le moteur réseau et le jeu lui-même est entièrement en Python