Tu connais des jeux open sources qui sont au niveau des jeux commerciaux ? Franchement ?<./i>
Euh, non, mais rien ne t'empêche de donner des exemples de jeux commerciaux programmés en Java si tu en trouves. Pas pour la couche réseau ou le scripting hein, je parle de jeux vraiment écrits en Java.
Sinon comme exemple de moteur 3d libre proche de ce qui se fait de mieux à l'heure actuelle, il y a Tenebrae (http://tenebrae.sourceforge.net/(...) ) et il est codé en C. Des volontaires pour le porter en Java et montrer que ce serait aussi rapide et aussi peu gourmand ?
De plus, le discours sur les performances me fait bien rire. Il y a quelques années, tout le monde disait qu'il fallait faire les jeux en assembleur. Ensuite on est passé au C et maitenant tous les moteurs sont en C++ (Doom III par exemple). Alors franchement...
L'assembleur était rarement utilisé pour coder un jeu complet, les programmeurs savent depuis belle lurette qu'on n'optimise que les fonctions qu'on appele souvent. Je ne vois pas où tu as pu lire que "tout le monde disait qu'il fallait faire les jeux en assembleurs". Et en quoi le fait de passer du C au C++ implique une perte de performance ?
J'ai l'impression que tu veux dire que le langage est de moins en moins important pour la programmation de jeux puisque on utilise des langages de moins en moins rapide. Je ne suis pas d'accord avec ça. On utilise toujours l'assembleur, que ce soit au niveau CPU ou GPU. Et C et C++ sont encore considérés comme les langages les plus rapides du marché.
[^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow
Posté par Frédéric Lopez . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 2.
Euh, non, mais rien ne t'empêche de donner des exemples de jeux commerciaux programmés en Java si tu en trouves. Pas pour la couche réseau ou le scripting hein, je parle de jeux vraiment écrits en Java.
Sinon comme exemple de moteur 3d libre proche de ce qui se fait de mieux à l'heure actuelle, il y a Tenebrae (http://tenebrae.sourceforge.net/(...) ) et il est codé en C. Des volontaires pour le porter en Java et montrer que ce serait aussi rapide et aussi peu gourmand ?
De plus, le discours sur les performances me fait bien rire. Il y a quelques années, tout le monde disait qu'il fallait faire les jeux en assembleur. Ensuite on est passé au C et maitenant tous les moteurs sont en C++ (Doom III par exemple). Alors franchement...
L'assembleur était rarement utilisé pour coder un jeu complet, les programmeurs savent depuis belle lurette qu'on n'optimise que les fonctions qu'on appele souvent. Je ne vois pas où tu as pu lire que "tout le monde disait qu'il fallait faire les jeux en assembleurs". Et en quoi le fait de passer du C au C++ implique une perte de performance ?
J'ai l'impression que tu veux dire que le langage est de moins en moins important pour la programmation de jeux puisque on utilise des langages de moins en moins rapide. Je ne suis pas d'accord avec ça. On utilise toujours l'assembleur, que ce soit au niveau CPU ou GPU. Et C et C++ sont encore considérés comme les langages les plus rapides du marché.