Je pensais qu'un jeu, utilisant des graphismes, demandait une optimisation poussé (genre des bouts de code en assembleur).
C'était vrai à l'époque où les machines n'étaient encore ce qu'elles sont. Ca reste encore (partiellement) vrai pour les jeux 3D actuels.
L'idée, c'est que les opérations qu'avant on optimisait à mort en ASM, aujourd'hui elles sont disponibles en hard (accélération 2D ou 3D). Pour ces raisons, coder des jeux (2D ou 3D "légère") dans des langages de haut niveau peut complètement s'envisager.
Un exemple était Arkanae, jeu 3D codé en Java et (étonnament) rapide. Il se basait sur OpenGL4Java, et utilisait ainsi la carte accélératrice. Un jeu 3D software en Java ramerait à mort, par contre.
Une très bonne base pour commencer un jeu en python: pygame.
[^] # Re: Des technologies ouvertes au service du jeu
Posté par Larry Cow . En réponse à la dépêche Des technologies ouvertes au service du jeu. Évalué à 10.
C'était vrai à l'époque où les machines n'étaient encore ce qu'elles sont. Ca reste encore (partiellement) vrai pour les jeux 3D actuels.
L'idée, c'est que les opérations qu'avant on optimisait à mort en ASM, aujourd'hui elles sont disponibles en hard (accélération 2D ou 3D). Pour ces raisons, coder des jeux (2D ou 3D "légère") dans des langages de haut niveau peut complètement s'envisager.
Un exemple était Arkanae, jeu 3D codé en Java et (étonnament) rapide. Il se basait sur OpenGL4Java, et utilisait ainsi la carte accélératrice. Un jeu 3D software en Java ramerait à mort, par contre.
Une très bonne base pour commencer un jeu en python: pygame.
http://www.pygame.org/(...)