[Vanité]

Citation :

Publié par Lynch

Ben justment, pour l'exemple DAOC que tu décris : On observe une diminution du FPS à l'approche d'un groupe ennemi, bien avant que ce dernier n'apparaisse à l'écran. Ca montre bien que Ce ralentissement n'est pas dû au moteur graphique, mais bien à autre chose, qui est le netcode client.
(même si le chargement initial des textures joue aussi)

C'est le chargement de texture. Tu peux d'ailleurs jouer sur le proc/mémoire/DD/CG pour le faire disparaître, alors que passer d'un 56k à un ADSL 2 mega ne va rien changer. Mais je suppose que tu vas continuer à dire n'importe quoi.

[Aratorn]

Citation :

Publié par Lynch

Ben justment, pour l'exemple DAOC que tu décris : On observe une diminution du FPS à l'approche d'un groupe ennemi, bien avant que ce dernier n'apparaisse à l'écran. Ca montre bien que Ce ralentissement n'est pas dû au moteur graphique, mais bien à autre chose, qui est le netcode client.
(même si le chargement initial des textures joue aussi)

Ca se nomme du preloading.


Pour faire simple : Les données de toutes les entités sont envoyées au client dans un rayon de 8-9000 unités. Le clipping lui est autour de 6000 unités.

En gros, et pour laisser le temps au PC d'afficher tout ce qui peut lui tomber sur la gueule, toutes les données graphiques ( modèles, textures ) sont mises en mémoire quelques secondes avant qu'elles n'aient à être affichées.

Ce n'est pas le moteur 3D qui est alors défaillant ( car il n'a pas plus à afficher, au final ), mais le CPU, la RAM, et le disque dur qui ont, quoi qu'il arrive, un impact important sur les performances en FPS d'un jeu, aussi puissante soit la carte graphique.

Ca n'a donc rien à voir avec du netcode. C'est juste un classique système de preloading, le même en fait que dans n'importe quel MMO ( et dans la quasi totalité des jeux en 3D classiques ).

Bien évidemment, dans DAoC, c'est souvent insuffisant, car la variété de modèles/textures/armures devient telle qu'il est impossible de tout mettre en cache.

[woowoo]

Citation :

Publié par Aratorn

Pour ce qui est de l'exemple donné ci dessus ( celui de Zazoo ), il n'a rien à voir avec le netcode.
Il a à voir avec ce qu'on nomme une montée en charge.

Quand, d'un coup, il y a beaucoup à afficher ( exemple typique DAoC : croiser un bus de joueurs ), les FPS chutent. Non pas parce qu'il y a beaucoup de données envoyées par le serveur, ou beaucoup de données à traiter par le netcode local.
Non, simplement parce que, d'un coup, le moteur 3D doit afficher un nombre conséquent de polygones, aller charger un nombre conséquent de textures, et que tout ceci est consommateur de temps CPU et GPU, et donc, fait baisser les performances.

En général, le "bottleneck", c'est le disque dur, car il ne peut fournir suffisamment vite les données qui ne sont pas en cache.
Ensuite, une fois ces données chargées en cache mémoire, souvent, la fluiditié s'améliore. Mais elle ne sera jamais aussi bonne que dans un endroit vide de joueurs. Simplement car ces joueurs sont composés de polygones, textures, effets, et que ça, c'est consommateur de temps de calcul.

Le moteur 3D de DnL affiche constamment environ 300 000 polygones et beaucoup de textures (en différentes tailles) juste pour le terrain, c'est pas les polygones des joueurs qui vont faire surcharge.

L'exemple de zazoo n'a rien a voir avec le netcode comme tu le dis, il voulait juste montrer qu'avec une carte moyenne on pouvait jouer avec de bons graphismes sans ramer et observer les quelques chutes de framerates pour en déterminer la cause
Ce qu'il en pense, après tests, c'est que le netcode client est très lourd (mal foutu, bugs), que ca fait souffrir le disque dur et du coup le fps dégringole.
Dans sa vidéo j'ai remarqué une chute de fps, lorsqu'il atteri dans une forêt, quand les textures, les arbres et les ombres changent de LOD, les arbres prennent des polygones, ils se mettent à bouger, ils prennent des ombres, leurs textures sont bien plus détaillées, au sol c'est pareil, des polygones en plus avec les diverses conneries comme les champignons, l'herbe et les plantes visibles seulement à pied. (désolé pour les répétitions)
Là, il a perdu 5 fps et sa remonte légèrement, pour une scène pareille c'est pas la mort, c'est même bien.
Mais, quand apparaissent quelques PJs ca grippe sévère.
Pourquoi le disque grincerait pour quelques PJs et pas des centaines d'arbres?
Tu me diras textures des modèles pas en cache, les 10 malheureuses textures format 256x256 pixels? 300ko la texture.

De toute façon personne ne saurait dire comment fonctionne mafate 2 et bigworld.
C'est sûrement bien plus compliqué que vous le pensez car on ne trouve rien de tel ailleurs, les architectures procédurales n'ont pas l'air en vogue.

[Niark]

ça me rappelle un grand débat : " TCP ou UDP ?"
( Anarchy Online , 2001 )

[schon]

Citation :

Publié par woowoo

Pourquoi le disque grincerait pour quelques PJs et pas des centaines d'arbres?
Tu me diras textures des modèles pas en cache, les 10 malheureuses textures format 256x256 pixels? 300ko la texture.

Le problème est qu'il grince aussi pour les arbres :/
Il grince pour tout ce qui ne touche pas directement le terrain, tout ce qui est ajout element de décor etc..

[Lord Playmobil]

Citation :

Publié par woowoo

...
C'est sûrement bien plus compliqué que vous le pensez car on ne trouve rien de tel ailleurs, les architectures procédurales n'ont pas l'air en vogue.

Dans le MMo c'est sûr, DNL est le seul merci vworld... (on me mp que c'est MAFATE... pardon...donc merci MAFATE 1,2, ... )

[Edelomara]

Hum on dérive loin la :/

On peut se recentrer sur le sujet s'il vous plait?