Stocker des terrains et modèles graphiques dans un SGBD

**akrogames** · 08/12/2011, 23h32

Bonjour,

J'ai besoin de votre aide et de votre expertise. Je souhaite me lancer dans l'écriture en JAVA d'un MMORPG en 3D. Je souhaiterais pour cela que mes "niveaux" soient stocké dans ma base de données. (Je stocke que tel ou tel élément et comme cela et comme ceci). Pensez-vous que cela sot possible si oui comment ?

Ma seconde question est la suivante :
Je pense choisir un moteur graphique en JAVA de type JOGL. Pensez-vous que cela soit judicieux ? Je demande juste a avoir 150Fps maximum je n'ai pas besoin de plus.
Avez-vous des suggestions sur le moteur graphiques à adopter ? Sachant que je souhaite pouvoir importer des modèles venus de divers logiciels de création 3D dont blender.

J'ai donc besoin d'une expertise de votre part pour pouvoir m'orienter sur mon choix. J'en suis qu'à l'étape de la rédaction du cahier des charges de mon projet et je pense avancé par itération tranquillement. Je ne veux pas me lancer dans un projet trop ambitieux. L'innovation dans mon projet, c'est que j'aimerais que les joueurs puisse modéliser le monde qui les entoure selon leurs envie. D'où l'idée de stocker des modèles, le sols, et leurs emplacements dans une base. Mais je ne sais pas si cela est possible. Why not.

D'avance merci.

NB: Je travaille depuis 6 ans déjà avec JAVA, mais je ne me suis jamais lancé dans la 3D.

**MoDDiB** · 12/12/2011, 17h52

MMORPG en 3D

Je ne veux pas me lancer dans un projet trop ambitieux.

mais je ne me suis jamais lancé dans la 3D.

Tu sembles être quelqu'un de censé je te conseille d'abord ces lectures :
http://conquerirlemonde.com/blog/201...mo-3d-amateur/
http://conquerirlemonde.com/blog/200...ement-foireux/

Commence par un projet simple en 3D.
Puis essayes d'y ajouter du multijoueurs à 2-3 joueurs.
Quand tu auras réussis tu auras l'expertise nécessaire pour abandonner ton idée initiale. ( je caricature à peine )

Bon courage !

( sinon les éléments du terrain directement dans la BDD oui, pourquoi pas ; il faut juste réfléchir à l'intérêt d'une base de données dans ce cas par rapport à un ficher à récupérer directement par le client )

**NevilClavain** · 12/12/2011, 17h53

Pour ce qui est du terrain, tu pourrais t'orienter vers des solutions de type "procédural" : ton moteur est capable de régénérer un terrain à partir d'un 'seed' (typiquement un int32) qui lui est associé : le seed alimente un formule mathématique (le plus souvent une fractale) qui, au moment de la reconstruction, te pond la hauteur de chaque sommet de la grille de ton terrain. A chaque seed, un terrain différent; du coup pour stocker ton terrain, il te suffit de stocker dans ta base le seed qui a servit a construire celui-ci, soit 4 octets en tout et pour tout (hors méta-données associées bien sur)

Bon à voir si ça tient vraiment la route par rapport à ce que tu souhaites, j'ai pas poussé la réflexion plus loin que ça

Quelques liens en rapport:

http://vterrain.org

http://www.gamasutra.com/view/featur..._universe_.php

**Anything** · 12/12/2011, 23h38

Envoyé par akrogames

Je souhaite me lancer dans l'écriture en JAVA d'un MMORPG en 3D.

Envoyé par akrogames

c'est que j'aimerais que les joueurs puisse modéliser le monde qui les entoure selon leurs envie.

Envoyé par akrogames

mais je ne me suis jamais lancé dans la 3D.

Envoyé par akrogames

Je ne veux pas me lancer dans un projet trop ambitieux.

Raté

MMO + 3D + contenu dynamique ajouté par les joueurs, je pense que tu es pas loin du combo ultime niveau complexité pour un premier projet.

Je ne suis pas sur que le stockage de données soit ton seul problème. La facon dont tu va gérer les transfert des ressources entre ton serveur et les clients risque d'être assez groovie aussi.

**akrogames** · 13/12/2011, 17h34

Vous avez tous raison, c'était ma conclusion aussi. Je ne savais qu'avec un simple Int on arrivais à générer des fractales. C'est sympa la technique.

Anything en réalité j'ai déjà réalisé un jeu en 2D en JAVA du même type et je stocke mon terrain, la position de tous les objets et des joueurs dans une base de données. D'où l'idée de faire ainsi pour la 3D.

Je pense plutôt m'orienté vers de la 3D isométrique du coup car cela se rapproche de ce que j'ai déjà réaliser vous en pensez quoi?

J'ai vraiment peur que les moteurs 3D de Java soit trop lent dans le jeu... Même si ce n'est plus aussi flagrant qu'avant.

Et comme le dis MoDDiB, il faut que je procède en itération. Pas de multi au début juste un petit test en 3D.

Merci de votre expertise en tout cas.

**Anything** · 13/12/2011, 23h54

Envoyé par akrogames

Anything en réalité j'ai déjà réalisé un jeu en 2D en JAVA du même type et je stocke mon terrain, la position de tous les objets et des joueurs dans une base de données.

Ca fonctionne en multi?

Envoyé par akrogames

J'ai vraiment peur que les moteurs 3D de Java soit trop lent dans le jeu... Même si ce n'est plus aussi flagrant qu'avant.

Tout dépent ce que tu veux afficher et comment tu organise ton monde(cloisoné/ouvert). Juste un truc 150 FPS c'est sans grand interet à viser, normalement à 60 tu as deja un jeu assez fluide pour 99% des mortels

Je ne suis guère fan du java mais si tu te sens à l'aise avec, continue avec.

Qu'est ce que tu appele 3D iso?
Une vue à la Fallout?

**akrogames** · 14/12/2011, 11h13

Pour mon jeu en 2D, je suis parti d'un projet que j'ai fait il y a 5 ans que j'ai petit à petit amélioré. Le jeu fonctionne correctement en multi mais les graphismes ne sont vraiment pas terrible. Bon si il y a 50 personnes, mon serveur commence à galérer mais avec moins cela fonctionne.

Pour moi la 3D iso, c'est de la 3D mais avec la caméra plongeante à 60° environ.
Exemple :

Mon objectif c'est 150FPS car sous CSS, un bon FPS, c'est 150-200 car sinon cela lag et c'est pas terrible. (J'ai déjà joué à CSS sous linux avec 50FPS je perd tous le temps ^^)

Mon monde sera cloisonné afin de ne pas trop surchargé le serveur... Sinon c'est dur dur.

Tu utilises du C++ toi pour développez tes jeux ?

**NevilClavain** · 14/12/2011, 11h21

Envoyé par akrogames

Mon objectif c'est 150FPS car sous CSS, un bon FPS, c'est 150-200 car sinon cela lag et c'est pas terrible. (J'ai déjà joué à CSS sous linux avec 50FPS je perd tous le temps ^^)

Heu...

Je suis pas expert mais un soft qui rame coté réseau parce que l'affichage descend en dessous des 150 FPS, c'est qu'y a un truc VRAIMENT bancal quelque part dans l'architecture

**Kannagi** · 14/12/2011, 11h56

Envoyé par NevilClavain

Heu...

Je suis pas expert mais un soft qui rame coté réseau parce que l'affichage descend en dessous des 150 FPS, c'est qu'y a un truc VRAIMENT bancal quelque part dans l'architecture

+1

Je suis d'accord voit pas le rapport entre affichage et le réseau,sauf si y a un gros souci dans architecture.

@akrogames
150 fps c'est trop après ça dépend des jeux le 30 fps est largement suffisant pour pas mal de jeu, même si certain type de Jeux demande plus (jeux de fight par exemple 50/60 fps).

Pour ton screen ça ressemble a du 2D iso ><

Pour moi 3D en vu iso c'est plus comme FF tactics sur psone
http://ouarpzone.free.fr/images/fft/4.jpg

**Djakisback** · 14/12/2011, 14h44

En fait, il parle de Counter Strike (un FPS) et je confirme que plus le framerate est haut (avec des min-max différents selon la perception des personnes), plus tu es avantagé car plus la scène est décomposée (donc fluide

) mais rien à voir avec le réseau. Personnellement, en dessous de 100 pour un FPS, ça commence à me déranger. (Enfin, disons que quand tu passes de 100 à 60, tu vois vite la différence en multi)

**akrogames** · 14/12/2011, 17h06

Merci Djakisback ! C'est la réponse que j'allais donner.

C'est quoi la différence entre 3D iso et 2D iso ?

**Kannagi** · 14/12/2011, 17h25

Oh ok méa culpa ,j'ignorai pour Conter strike.
Moi j'aurais jamais dit 3D iso , pour moi quand on parle de iso c'est obligatoirement du 2D iso.
Apres peut être qu'en parle de 3D iso pour les jeux qui ressemble a du 2D iso ,mais ton screen c'est du 2D je vois aucun 3d dedans donc bon ><

**pyros** · 15/12/2011, 14h17

Je croyait que dans tous les cas l'écran bridait le frameRate perçus à 60fps (selon l'écran)... On m'aurait mentis ?

**LittleWhite** · 15/12/2011, 14h57

La PS3 fait du 30 FPS.
Les applications sous Windows ont la synchronisation verticale d'activée par défaut, soit, sont limités à la vitesse de rafraichissement de l'écran.
Mais lorsqu'il est désactivé, les application ne sont plus limitée.
Après, un écran peut être rafraichit à plus de 60 FPS (120 pour les jeux en 3D avec lunettes). Mais, bon, sérieusement, pour un écran plat (LCD ou autre), plus besoin de la synchronisation verticale depuis, qu'il n'y a plus de balayage de faisceaux.

**Djakisback** · 15/12/2011, 15h50

Le taux de rafraichissement des écrans monte plus haut maintenant et il me semble que la limite maximum des FPS est bien celle du rafraichissement vertical. J'ai un doute tout à coup

Mais à la base, je parlais effectivement plutôt des Cycles Per Second, avec désynchro verticale en me basant sur mon expérience du vieux Counter Strike 1.1-1.6. J'avoue n'avoir pas très bien compris ce qui se passe quand on tourne à 100 cycles mais qu'on ne peut afficher que 60 images/seconde maximum. Je crois que plusieurs rendus sont affichés partiellement en même temps, en tout cas la différence était flagrante pour moi en terme de jouabilité entre 100 et 60.

(La PS3 peut monter plus haut que 30 je crois, Rage, par exemple tourne à 60 il me semble. Anecdotiquement, quand j'ai testé le jeu Skate 1, qui tournait à 30 fps il me semble, j'ai trouvé ça injouable et limite buggé en fait)

**akrogames** · 15/12/2011, 22h34

Merci à tous pour les réponses sur le FPS.

Vous me conseillez d'enregistrer mes mondes en 3D dans des fichiers et d'échanger des fichiers entre mes clients et mon serveur ? Au lieu d'enregistrer tous les objets avec leurs coordonnées dans une base de données ?

Encore merci pour tout

**Djakisback** · 16/12/2011, 17h37

En fait, il est assez difficile de répondre à cette question. Il faudrait plus de précisions (puissance machine serveur, types de données, fréquence des insert/select dans la BDD, nombre de connectés max, etc.). Et même avec ça, je dirais que la seule solution serait de faire des tests. Ou bien, il faudrait au moins que tu évalues le volume et la fréquence des transactions puis tu dois pouvoir trouver des tableaux indicatifs pour différents SGBD sur le net.

Personnellement, la solution me semble viable uniquement si tu stockes toutes les modifications de map en mémoire de l'appli serveur et que tu fasses des inserts seulement de temps en temps mais modifier la BDD à chaque modification du terrain par un user me semble lourd. Se pose également le problème des modifications multiples par différents users.
Et par sécurité, au final, je verrais deux applis serveur avec mémoire partagée, dont l'une puisse sauver en BDD les infos de la première en cas de crash de celle-ci.

Pour info, un MMO en Java pose également le problème de la sécurité étant donné que Java est parfaitement décompilable.

**MoDDiB** · 16/12/2011, 18h02

Envoyé par Djakisback

Pour info, un MMO en Java pose également le problème de la sécurité étant donné que Java est parfaitement décompilable.

Pour faire une sécurité efficace il faut toujours partir du principe que le hacker dispose des sources complètes, donc C++ ou Java, même combat !

**akrogames** · 16/12/2011, 21h10

Djakisback je pense que tu as raison pour la charge serveur, cela me semble lourd aussi... J'ai plus qu'à faire des tests. Je souhaiterais qu'il y ai 2000 personnes maximum sur le serveur en même temps. Donc oui cela va laguer c'est certain.

Après ils peuvent toujours décompiler, les formules de jeux sont dans la documentation du jeux. Je n'ai rien a caché.