Version imprimable
bonjour,
excusez moi de vous deranger, mais je souhaite me lancer dans la programmation d un jeux RPG en ligne, on m a conseille le java ou le PHP.
Qu'en pensez vous?
sinon quel est le moyen le plus simple pour apprendre ce langage? (je programme deja en C, matlab et je debute en HTML)
merci de votre reponse
PHP pour un jeu de rôle ??
php n'est pas du tout adapté à cela !
il peut être utilisé comme langage de scripts côté serveur, par exemple pour sauvegarder les résultats dans une base de données ou pour coordonner les actions des joueurs (bien que ça ne soit pas adapté à cela, car php doit attendre les requêtes des clients avant d'être activé)
Le couple gagnant pour moi, c'est un mélange de java/swing pour les interfaces graphiques (côté client) et java/servlet pour le côté serveur
Pour apprendre java, il faut surtout passer beaucoup de temps, mettre en pratique tout ce que l'on peut apprendre dans des cours et surtout miser à fond sur la compréhension de l'orienté objets, qui est la facette la plus importante de java.
Bon courage ;)
Personnellement je ne recommanderais pas Java pour faire un jeu même si j'ai du en faire un dans le cadre d'un projet.
La performance d'un langage coté serveur, et d'une machine virtuelle en plus sont préjudiciables pour un jeu.
Le moteur doit être fait avec un langage de bas niveau et le serveur doit servir à transmettre les données.
Delphi / Socket est plus adapté je pense.
Non, le problème de performances de Java tient plus de la légende urbaine...Citation:
Envoyé par sylk974
Il arrive même que le compilateur JIT des dernières JVM aie des meilleurs performances que du code natif !!
Lire ici pour plus de détail
:wink:
Et si on fait les mêmes tests avec une application graphique plein écran en triple buffering ?
Je suis curieux de savoir, mais là dessus j'y crois pas trop.
Salut,
La différence n'est pas forcément si grande...Citation:
Envoyé par Satch
Jette un coups d'oeil sur les benchmarks du projet Jake2 : un port Java du moteur de Quake 2. La dernière version est 15% moins rapide que le code C : http://www.bytonic.de/html/benchmarks.html
Sachant que la plupart des jeux actuels sont developpé en C++ et qu'il y a une différence entre du code C et C++ (un langage objet est forcément plus couteutx)...
Tu peux aussi jeter un oeil à la page projets de lwjgl.org...
Le principal problème à mes yeux vient du fait qu'il y a une certaine réticences des utilisateurs et des developpeurs... Le "mythe" Java==lent est bien présent...
a++
Et pourquoi pas ?
il faut bien se rendre compte que la compilation JIT (compilation du code durant l'exécution) permet de prendre en compte toutes les facettes spécifiques au matériel (processeurs multiples, cartes graphiques puissantes, hyperthreading, ...)
Le code est mieux optimisé qu'avec aucun autre compilateur
Les perfs peuvent rivaliser avec n'importe quel Delphi
Il faut arrêter de colporter des idées vieillottes d'un Java qui peine à se hisser à la hauteur de ses concurrents. C'était valable en java 1.0...
:wink:
:roll: Cela reste à voir même si dans l'absolu je suis d'accord avec toi.Citation:
Envoyé par Pill_S
PHP et dans ce cas la son "equivalent" (non, ne tappez pas :lol: ) java, JSP permettent de creer un jeu qui tu point de vue de l'utilisateur est en html et necessite rien du tout sur son poste si ce n'est un browser. Bien entendu une telle technologie ne "permet pas" et n'est pas asaptée pour faire du "temps réel". Et il vrai que coder un rpg multijoueur en temps réel n'est pas possible.
MAIS on peut parfaitment coder un genre rpg en ligne cependant les interactions joueurs seront tres limitées. Il existe des exemples... :google: (oui, j'ai pas envi de chercher :lol: )
La benchmark de Jake2 est intéressant mais les pertes que l'on peut y voit sont assez représentative de ce que je veux dire.
50 fps c'est pas rien
L'objet devient de plus en plus indispensable ce qui a fait passer du C à C++, même en perdant un peu.
Je veux bien que la compilation JIT permette de palier au pb de la VM, mais de la dire qu'il peut rivaliser avec des langages bas niveau, et les compilo de dernière génération qui vont avec, y a un monde quand même.
Half Life 2, Doom 3, y sont pas en Java ...
Maintenant pour des raisons ludiques, de productivité, Java peut etre un bon choix mais c'est pas très potimum
Préjugé.Citation:
Envoyé par sylk974
He ben fais le.Citation:
Envoyé par Satch
J'adore comment tu fais avancer le débat.Citation:
Envoyé par White Rabbit
Il ne s'agit pas temps du langage que de la technologie employée. Si vous programmez en php, vous êtes limité à la programmation coté serveur. Le joueur ne verra que des pages web. Un jeu basé entièrement sur des pages web est faisable, mais pas très intéressant.
Java permet également celà. Java supporte beaucoup mieux les impératifs de montée en charge, ce qui est plus intéressant pour un jeu. Mais il y a aussi et surtout la possibilité d'inclure une applet Java dans la page qui peut se comporter comme une application ordinaire. Un exemple est Runescape. (www.runescape.com si je ne me trompe pas.) Il y a aussi la possibilité de créer un client lourd indépendant de tout naviguateur WEB, comme Jake 2.
Enfin, deux autres technologies peuvent vous intéresser. Flash pour des applications incluses dans une page web a bonne réputation mais je ne le connaît pas personnelement.
C++ pour un client lourd est le langage le plus utilisé pour les jeux, et le plus rapide. D'environ 15% à en croire ce benchmark très intéressant.
Au niveau difficulté : php est simple, Java et C++ sont complexes.
Disgression :
Au sujet de Jake 2, combien de temps ont-ils passé à optimiser? Parce que si le développement de Jake 2 a duré deux fois plus longtemps que celui de Quake 2, on compare plus le travail des développeurs que les performances des langages eux-même.
Justement, je suis sûr que si le moteur de Quake 2 aurait été en C++ les résultats aurait été encore plus proche...Citation:
Envoyé par sylk974
Lorsque'il est exécuté, le bytecode Java est compilé en natif, tout comme du code C ou C++. L'avantage c'est que JIT peut s'adapter aux spécifité de la machine bien mieux que ne le peux un compilateur standard si on veut conserver un exécutable un minimum portable...Citation:
Envoyé par sylk974
Le compilateur JIT permet la même chose que les compilateurs de dernière génération... et même plus puisqu'il peut recompiler le code à la volé selon l'environnement d'exécution : ceci s'avère très interressant avec la POO car il peut effectuer des optimisations impossible avec un compilateur standard...
De plus, je te ferais remarquer que ce débat n'est pas nouveau. Au début des années 80 c'est le C qu'on estimait pas adapté au developpement des jeux : c'était alors un domaine réservé à l'assembleur. Puis le même débat a eu lieu entre le C et le C++...
Mais il ne sont certainement pas en assembleur non plus...Citation:
Envoyé par sylk974
Et de nombreux tests montre que du code Java est aussi performant voir plus que du C++ (c'est d'ailleurs également le cas pour .NET).
Maintenant comme je l'ai déjà dit, il y a quelques réticences à l'utilisation de Java...
On verra cela dans quelques années...Citation:
Envoyé par sylk974
Mais bien que Java serait tout à fait adapté pour le jeux, je pense qu'il y ait de fortes chances que .NET ne se traine pas une réputation de langage interprété...
Il s'agit de C et non pas de C++ dans le benchmark. Quake 2 avait été codé en C, mais désormais c'est bien le C++ qui est généralement utilisé pour les jeux...Citation:
Envoyé par BugFactory
a++
tribal trouble est codé en java http://tribaltrouble.com/screenshots.php?... CQFD :-)
A l'époque, les capacités des ordinateurs étaient tellement moindres ...Citation:
Au début des années 80 c'est le C qu'on estimait pas adapté au developpement des jeux : c'était alors un domaine réservé à l'assembleur. Puis le même débat a eu lieu entre le C et le C++...
On ne pouvait pas palier à des programmations non optimales grace aux performances matérielles. Aujourd'hui on peut.
Les jeux ne sont peut être pas en assembleur complet, mais un certain nbre de traitements lourds et mathématiques sont traités en assembleur, qui se lient avec des langages de bas niveau comme C ou C++ beaucoup mieux qu'en Java ...
C'est les performances des ordinateurs qui font qu'aujourd'hui on peut se permettre de coder des jeux avec des langages moins performants ...
[quote="sylk974"]Ce sujet derive bien... :lol:Citation:
C'est les performances des ordinateurs qui font qu'aujourd'hui on peut se permettre de coder des jeux avec des langages moins performants ...
Bon je nereviendrais sur les performances de Java... Mais je voudrais preciser egalement que cela n'est pas du uniquement au fait que les ordinateurs on sufisament de puissance pour que l'on puisse en perdre mais que les programmes en eux-même sont plus gros et que les langages de haut niveau permettent comme leur nom l'indique de programmer à haut niveau. Et si'il est "facil" de programmer un pacman en assembleur, en mmorpg dans un tel langage demanderait un temps considerable
Preuve que Java est arriéré dans tribalTrouble ils ont des haches et des boucliers en bois alors que dans Quake2, y'a des lances RoquettesCitation:
Envoyé par lunatix
Désolé promis je le referais plus... :oops:
Il n'y a pas que les capacités des machines qui ont évolués, mais les compilateurs produisent du code bien plus performants. Dans la plupart des cas un compilateur te produira un code natif au moins aussi performant que s'il avait été tapé en assembleur par un programmeur...Citation:
Envoyé par sylk974
Personnellement je ne developpe pas de jeux donc je peux très bien me tromper, mais je doute qu'il y ait beaucoup de developpeurs de jeux qui utilisent beaucoup d'assembleur...Citation:
Envoyé par sylk974
Il y a plus de chance qu'ils utilisent des API tels que OpenGL ou DirectX pour ne citer qu'eux...
Je me répète, mais le code Java est compilé en natif lorsqu'il est exécuté...Citation:
Envoyé par sylk974
a++
Si mes souvenirs sont bon (ca remonte a 2~3 ans) la derniere fois que j'ai entendu parler d'assembleur dans un jeu PC (hors language de programmation des shaders*) c'etait lors de la publication du code source de Quake 3 par Id Software.
Dans une interview John Carmarck expliquait qu'ils avaient decide d'inclure de l'assembleur au debut du devellopement du jeu bien evidement pour des raisons de performance mais que tellement de temps s'etait ecoule, qu'arrive au moment de la distribution les augmentations des performances des compilateurs et des machines rendaient la chose presque inutile. Et qu'en fait ces bouts d'assembleurs avaient plutot ete un frein contre le port du moteur de Quake 3 (Return to Castle Wolfenstein, Call of Duty, Medal of Honor, ...) vers d'autres platformes plus qu'autre chose. Il indiquait donc que ce genre d'optimisations etaient completement inutiles sur les PC actuels.
* Et meme la tout le monde se lance dans la programmation de shader avec des languages haut-niveau (languages de programmation dedies de nVidia ou ATI). Un copain qui programme de la 3D en C++/OpenGL m'expliquait qu'avec le language de shader de bas-niveau proche de l'assembleur on ne savait pas trop quel effet on avait tant que le rendu n'etait pas effectuer.