Mmorpg

Non non non ce n'est pas une simple demande bète et méchante.

Je cherche un RPG en php ou l'on gère son perso sans limite : C'est à dire pas de points d'action, pas de tour de jeu!

Bref, un jeu dans lequel je suis immergé avec un envirronement VARIÉ (pas forcément immense, un plateau 300*300 suffit )

Un jeu sur lequel je peux passer plus de 5 minutes.

Si je comprends bien tu cherches du jeu en temps réel...

le Php n'est pas très adapté... Et un "Portail des jeux par correspondance" non plus, pour ce genre de recherches...

Tu trouveras quand même du pseudo-temps réel en cherchant bien, mais je n'en connais pas...

Voilà c'est vrai que l'archi web ne se prète pas trop au temps réel mais je suis sur que c'est possible. non ?

Tour de Jeu est certes un portail de jeux par correspondance, mais c'est avant tout d'après moi (et d'après tous les jeux repértorié) un portail de jeux en php.

Yedooooo ! Un hérésique !

Pour répondre à ta demande bbone, je n'en connais pas, et s'il en a existé un jour, je pense qu'ils n'ont pas survécu au trucidage de leurs hébergeurs !

Tourne toi plutôt vers les jeux flash comme Robot Strike

Merci Haiken mais je suis allergique au flash Et ton jeu c'est pas du tout ce que je cherche.

Pour ce qui est du temsp réel difficile pour un server, j'ai pas de solution.

Mais on pourrait dire qu'on a autant de PA qu'on veut, (ainsi, on peut se déplacer autant qu'on veut, la seule chose que sa gaspille c'set notre temps personnel). Pour les combats, il suffirait de faire comme dans FF, ou chacun se tape chacun son tour jusqu'à ce que mort s'ensuive.
Voilà ce que je voulais exprimer dans omn premier message.
Dès qu'on se déconnecte, notre perso devient transparent comme dans un MMORPG payant type WoW, Ultima, Anarchy etc...
C'est possible ?

c'est "possible" mais ça donne un jeu très très cher à héberger et très très dur à équilibrer... autant dire qu'il va falloir te lever tôt pour le trouver

Je crois que The Prophet's song répond à ta demande mais c'est en anglais et ça rame comme pas possible... hé oui le php n'est absolument pas adapté à un jeu en continu !

Ou iuki's land qui a en fait des PA, mais beaucoup beaucoup

Hop, une petite recherche sur "temps réel" et on trouve ça avec pas mal de liens : http://www.tourdejeu.net/forum/index.php?s...hl=temps+r%E9el

Merci Haiken !

Juki's land à l'air d'etre le jeu que je cherche mais il est en cours de déménagement....

Il ne me reste plus qu'à aprendre à coder

Désolé c'était moi....

Ha oui tiens Nonothehobbit, le lien que tu me proposes répond à ma demande... Jme sens un peu con là...

www.dofus.com

C'est du flash mais c'est top.
Sinon c'est les gros jeux MMORPG qu'il faut voir.

Ce type de jeu en PHP ne s'y prete absolument pas étant donné qu'on est obligé de recharger une page sur chaque action et que :

1) Ca serait insuportable pour les joueurs
2) Le serveur exploserait rapidement

Si le système de point d'action est presque systematiquement utilisé c'est pas un hazard.

Oui et non. Le seul vrai problème qui empêche au jeux web de faire du temps réel, c'est les serveurs.

Le problème de rafraîchissement ne se pose plus depuis quelques temps avec les possibilités du xml/xhtml/javascript (cherchez xmlhttprequest sur les forums techniques, quelque chose comme ça, où regardez les jeux comme continent).

Quel que soit la technologie, temps réel = serveur assez puissant pour tenir la charge. Et plus il y a de données (donc plus le jeu est potentiellement complexe), plus il faut de la puissance, plus il y a de joueurs, plus il faut de la puissance.
Prophet's song qui fait du pseudo-temps réel paye très cher ce choix.

Quant-à ceux qui ont les moyens, c'est-à dire les sociétés, elles préfèrent miser sur ce qui marche, le vrai temps réel (avec des animations, bref, un jeu video quoi). Donc un programme spécifique 3D, 2D ou à la limite du flash.

Et franchement, de toute façon, le principal avantage de nos jeux, c'est justement de ne pas être en temps réel, mais asynchrones. Pouvoir jouer quand on veut, sans se soucier d'être un maximum de temps sur le jeu pour ne pas être dépassé par l'ensemble des joueurs. Si c'est ça que vous cherchez, alors il faut se tourner vers les mmorpgs 3D (il y en a toujours des gratuits, ou en beta publique).


PS : Zumba, ça fait 10euros le coup de pub

Je voulais en fait éviter de downloader.... Mais à l'heure ou je vous parle j'ai installé Knights Online (malheuresement les inscriptions sont fermés pour le moment ), et je suis entrain de downloader Kalonline ou j'espère il y a un server anglais et pas seulement Coréen

merci pour la pub, a quel ordre le cheque ??
mais bon je suis un mauvais exemple car mon jeu est tout ce qu'il y a de plsu asynchrone : la précédence d'une action d'un joueur sur celle d'eun autre, dans l'intervalle d'un tour, n'a aucune implication tant qu'on est pas passé au tour suivant. De même une action d'un joueur ne déclenche jamais une réaction au meme moment cghez un autre, ca la planifie pour le tour d'après. De fait, à 2 ou 3 micro-exceptions pret, qu'on joue au début ou a la fin du tour ne fait aucune exception.C'est d'ailleurs pour ca que j'ai fait un jeu de stratégie tour par tour et pas un jdr !!

Mais j'aimerais bien... (d'ailleurs je réfléchis a un nouveau concept ces jours-ci, huhu, qui pourrait avoir besoin de temps réel...).
pour moi, pour faire du temps réel dan sun site web c'est pas fondamentalement impossible,mais il faudra forcément avoir avoir un socket IP monté en permanence dans la page côté client, c'est à dire avoir une techno client qui sache faire ca. flash sait le faire, mais pas JS à ma connaissance.
Le problème avec flash c'est qu'on va etre tenté de faire TOUTE l'interface en flash du coup.
Mais je pense qu'il existe une troisième voie, rendue possible par le fait qu'un objet flash et un objet JS savent se parler au sein d'une page, ce qui est tout de meme assez énorme.
Donc le socket serait toujours en flash, il n'aurait pour mission que d'écouter ce que lui dit le serveur en temps réel. ET le serveur lui ce qu'il dirait, bah ca serait du javascript. Et inversement dans l'autre sens.
Bref une librairie de primitives bien pensée pourrait -je pense- permettre de faire du temps réel avec du JS/CSS/HTML.
Après il y aurait aussi le socket coté serveur, qui pourrait etre en php sur le port http (a mon avis pas top niveau perfs...) ou alors un exécutable, plus adapté mais + compliqué à héberger.

Voilà tout cela reste un concept non validé. D'ailleurs si un flasheux est partant pour faire un démonstrateur de ce principe avec moi, je suis tout a fait pret a tenter l'expérience.

Et pourquoi pas une interface full flash ?

pasque c'est du client lourd, tout comme wow ou civnet. C'est pas parce qu'on le télécharge via un site web et qu'il peut à la rigueur s'exécuter au milieu d'une page web que c'est un jeu web. Dés lors n'y a pas d'interaction entre l'objet flash et une page conteneur génèrée par un bon vieil appache, on est dans le client lourd, et plus dans le jeu web. Après que le langage de développement du client soit flash, c++ ou vb... ca ne change rien, on peut virtuellement tout exécuter dans un browser avec le plugin approprié (n'importe quel exe windows peut être packagé sous forme d'activeX par exemple).Je dirais exactement la même chose d'un jeu développé en une applet. Si les technos web client serveur (php/appache) ne sont pas nécéssaires, et que le navigateur n'est qu'une facade, ou est le client leger ?

Et puis aussi parce que pour mettre un jeu complet dans un flash, si celui ci a un minimum de profondeur, il faut faire une énorme usine à gaz quasiment monobloc, avec derriere forcément un projet démesuré (cf : dofus). A ces quelques exceptions pres, flash aujourdhui ca sert a faire des effets de présentation ou des yetigames. Bref pas concu pour ce genre de projet, ou alors il faut vraiment y mettre des moyens que notre communauté n'a à mon avis pas.
on perd tout l'interet du web avec ca à mon sens (découpage en scripts indépendants, temps de développement réduit par je ne sais combien, réactivité des évolutions et mise à jour instantanée des clients (puisqu'il n'y en a pas), couche multijoueur asynchrone innée puisque fournie par php/mysql (i.e : quand on fait un jeu dans un site web on ne s'occuppe pas de grere le client/serveur), travail collaboratif, j'en passe et des meilleures....)

bref pour moi l'avenir est dans l'hybridation des 2, flashs venant juste apporter le minimum que JS/CSS/HTML ne saurait pas (bien) faire côté client (qui se réduit pour moi actuellement au rendu graphique dynamique côté client, et au coup du socket)
d'autant que je viens de découvrir les méthode de développent basées sur l'injection de contenu, ce qui franchement permet de réaliser de véritables IHM de jeu très évoluées en HTML .

Bonjour,

J'interviens peu sur ce forum bien que je le lise régulièrement.
J'ai récemment dvpé mon jeu (raison pour laquelle je traine par ici ) et j'ai longtemps hésité sur la techno à employer.
Je suis dvpeur de formation, je voulais faire un MMORPG, et j'avais plein d'idées en tête. J'avais essayé d'autres avant totalement asynchone et je me suis demandé si je pouvais faire dans le même genre en JAVA (langage que je connais le mieux) / connexion socket etc...

J'ai longtemp hésité, puis je me suis résolu "au plus simple". Je voulais travailler seul (sur le dvpement même). J'ai donc choisi PHP avec un systême de points d'action. C'est certes pas original mais ça a fait ses preuves, et j'étais persuadé qu'il y avait encore moyen d'innover coté interface.

Je suis de l'avis de Zumba sur son analyse final :

Ludiquement
Krazey

"MMORPG" reste un terme assez vague designant tout plein de choses tres differentes... difficile de te conseiller.
Quant au fait d'utiliser Java, tu veux l'utiliser ou et comment ? Cote serveur ? Cote client ?

En tous cas, je peux t'assurer qu'il est possible de faire un MMORPG en Java, pour aussi flou que soit cette affirmation.

Et donc cote client tu as choisi quoi ? Java ? HTML/CSS ? Flash ?

"MMORPG" reste un terme assez vague designant tout plein de choses tres differentes... difficile de te conseiller.
Quant au fait d'utiliser Java, tu veux l'utiliser ou et comment ? Cote serveur ? Cote client ?

En tous cas, je peux t'assurer qu'il est possible de faire un MMORPG en Java, pour aussi flou que soit cette affirmation.

Et donc cote client tu as choisi quoi ? Java ? HTML/CSS ? Flash ?

C'est ce que nous avons fait pour B5, le moteur est en java le php/mysql ne servant qu'à recolter les instructions des joueurs et afficher leur rapport de tour.

J'en doute pas. Juste que j'ai choisi la simplicité : php/mysql

HTML/CSS. Le gros de l'interface s'appuie sur un package Open Source : Overlib. Il permet de créer des infobulles très customisable et très agréables.
C'est pas facile à décrire. Lors de l'ouverture finale (que j'espère assez proche), je posterai des screnn du jeu.

Ludiquement

Krazey

Hmmm, c'est pas vous qui avez piqué le moteur de oceane pour le commercialiser ? oceane était sous license il me semble

++

Mab

bbone envoi moi un msg si t'en cherche encore car j'ai plusieur adresse qui devrais t'interaisser !