Technologie utilisée pour Stargate World

[Archi]

Le gros problème des clients et qu'ils doivent surtout pouvoir s'adapter a la quantité imnombrable de matériel existant. Rien que le nombre de processeur carte graphique et cie est problèmatique.

La dessus tu rajoute les connexions internet foireuse et tu te retrouve vite avec un jeux injouable. Surtout que la majorité des joueurs ne savent pas de quoi ils parlent quand ils disent que tel ou tel jeux lag/ram et cie.

Ce qui est interessant c'est qu'il ont fait un choix technique pour avoir de grand monde et un moteur graphique évolué on peut en conclure qu'il faudra un bon PC pour que sa tourne et une bonne conexion internet pour avoir a l'avance les objets à afficher.

Quand je voie tourner Aoc qui vient de sortir sur mon pc avec tout a fond j'ai aucun soucis de ram ou de lag car ils gérent pas trop mal l'envoie des données et la limitation du nombre d'élément a charger est donc vite fait (bon j'avoue j'ai un bon gros quad core avec une 8800 GTX768mo et 2 go de ram)

Si le jeux est bien tourner on pourra avoir de très grande région a explorer et le tout peut être instancié surper facilement si trop de joueur et oui le passage par la porte est pas instantané donc une tite vidéo qui simule le passage au lieu d'un écran de chargement et tout le monde est heureux.

Je pense que pour la majorité des joueurs le plus difficile sera d'avoir un pc capable de faire tourner l'unreal engine avec de bones options graphique

Il suffit de voir d'autre jeux, Everquest 2 par exemple faire un raid a 24 tout a fond et quasi impossible car ils ont développé a la barbare leur moteur et c'est a 90% du monocoeur de processeur qui est utilisé. En espérant qu'ils ait pas fait la même chose sur SGW Vive le multi-coeur

Sinon je pense que l'utilisation de bigworld et le fait qu'il me semble qu'on pourra avoir nos propres bases et cie est une bonne chose en esperant que ca devienne pas comme SWG avec des bâtiments pourris partout qui gache le paysage

Zibous

[N'taka]

Salut,
une petite video de......Citizen Zero montrant le moteur BigWorld en action.Le lien

Bon, à savoir que le projet Citizen Zero à été abandonné par MicroForte....Pourquoi ? j'en sais rien, et vous ?.

Une image de ce jeu, ou l'on se rend compte de la superbe gestion des effets de lumiere du moteur bigworld.

Là

Et une serie de screen ICI

Pour finir un article en anglais(dsl) sur citizen zero.

Vous me direz,mais pourquoi donc?...ben, je pense que certaine idée restant du devellopement de Citizen Zero peuvent etre reporté sur Stargate World.

[Elicetian]

Corrigez moi si je me trompe, mais comme pour SGW c'est le moteur Unreal qui a été choisi, il n'utilisera donc pas celui de Bigword mais uniquement la partie gestion réseaux/création du monde de ce dernier non ?

[N'taka]

Ce sont des points qui ne sont pas vraiment clair, du moins pour moi.
Cheyenne Mountain associe la suite logicielle BigWorld au moteur Unreal, soit.

Mais reste a savoir dans quelle proportion, vont ils juste profiter de la solution serveur proposé ou ce servir aussi de certaine routine contenu dans le package Bigworld.
Peu etre une question à poser au prochain dev-chat...

[Freud]

Originally Posted by N'taka

Peu etre une question à poser au prochain dev-chat...

Fait toi plaisir:
http://forums.stargateworlds.com/forumdisplay.php?f=21

[N'taka]

Ahhhhh ca fait du bien de ce faire plaisir

[Freud]

Pour la réponse, il va surement falloir attendre longtemps vu que le staff s'éclate sur SGW pour le moment.

[Nevasane]

Je vois que le moteur graphique doit pouvoir toucher pas mal de gens.

Tous ceci je ne gere pas beaucoup, en mmo je connait que WoW. Mais j'espere une chose c'est qu'il ne feront pas comme eux. Au debut de ce jeu, sa ramer dur en pvp sauvage a 40, voir meme ct quasi inexistant (avant qu'il mette en place les champ bataille). Comme dit Freud avec son FF XI, il se passer la meme chose, c'est a dire des lags a mort, des personages restants figés.

Vous parlez beaucoup des serveurs de type Bigworld pouvant géré enormement d'information.
Mais sa serait pas mieux de ne pas les mettre a capacité maxi mais plutot a 50-75% de leurs capacité et de les racordés en réseau?
Afin que chaque server ne soit pas surcharger lors d'une grosse bataille en pvp sauvage (hors champ bataille) mais le tout permettant un grand nombre de personne.

[Dadv]

Corrigez moi si je me trompe mais justement la technologie en cluster dynamique de BigWorld permet de répartir automatiquement la charge entre les serveurs.

Exemple :
Serveur 1: 20% de charge
Serveur 2: 40% de charge
Serveur 3: 90% de charge

Action imédiate du régulateur de charge : désalouer 40% des ressources du serveur 1 et 20% du serveur 2 pour les attribuer au serveur 3.

Typiquement, ce système permet un "load-balancing" entre serveur, un peu comme les serveurs web.

Je pense que CM s'organisera de facon à ne pas créer d'events simultanés sur tous les serveurs, afin de se réserver une soupape de sécurité en ressources sur les serveurs peu ou non utilisés.

C'est aussi un des avantages de rassembler tous les serveurs mondiaux dans le même cluster, les fuseaux horraires étant un régulateur naturel.

[Nevasane]

Si ce que tu dit est vrai cest génial. La methode par répartition et a mon avis une bonne solution

[Dadv]

Pour confirmer mes dires voila un copier coller de la page officielle de BigWorld Server

Individual server components are dynamically reassigned according to need, in a transparent manner undetected by players. If an individual server goes offline, the load is automatically and seamlessly rebalanced across the entire system in order to ensure smooth ongoing operation. The BigWorld Server allows large concentrations of player; dynamically focusing server resources on high traffic areas.

[...]

A secondary high-level load balancing system allows multiple worlds even multiple games to share a single server cluster. For example, in a cluster running two worlds, if one world is overloaded and the other underloaded, the software will dynamically move servers from one world to the other, balancing the load and ensuring the most efficient configuration is used at all times. The BigWorld Server also intuitively removes servers from both worlds if they are both underloaded. The spare servers can then be taken offline and used for hot-swap backups or to idle during slow periods (reducing electricity usage and heat). For a serial MMOG publisher, these features provide substantial efficiencies and dramatically improve hardware ROI

[...]

The developer can customize all aspects of a world by adding new tools and low level behaviors without modifying the server code

Si j'ai bien traduit le tout, celà permet aussi de mettre en "veille" les serveurs inutilisés pour augmenter leur durée de vie et réduire les couts (energie, maintenance etc..) ainsi que la mutualisation des ressources sur différents univers/jeux/ ou autre.

De plus, le serveur permet l'ajout de mécaniques complexes (comprendre du code fait maison ou des interfaces avec d'autres applications [par exemple l'UnrealEngine]) sans avoir à modifier le code source du serveur.

Clairement on constate que le choix de BigWorld est surtout un choix pratique pour gagner du temps et éviter de réinventer la roue.

Ne pas avoir à créer un serveur et le netcode qui va avec, ni un moteur graphique est vraiment non négligable.

Clairement CM c'est concentré sur l'interface UnrealEngine <-> Bigworld ce qui a du leur prendre moins de temps que de redévelopper les deux.

[N'taka]

oups ^^

[N'taka]

Exact, donc nous devrions nous attendre à un devellopement plus court que ce dont on a l'habitude. \O/
Ce qui remettrai en cause mon opinion plus tardive au sujet de la date de sortie commerciale.
Tant mieux et je dirais meme heureux pour nous si les devellopeurs sont à l'aise, il peuvent se concentrer sur autre choses, sans trop se soucier de la stabilité du soft.