Pour les tetes de poule et tirage ce sera sur place

Dans le réglement je vois qu'il y aura le zblock en mode lan c'est à dire que la valeur du sv_maxrate ne sera pas à 30000 ?? J'espere que oui car le max est 1048576 (depuis la maj c'est pu 81920) et jouer avec 30000 engendre du choke. Car le zblock dispo bloque le sv_maxrate à 30000

Mode lan = interpolate 0 / lagcompensation 0

Et le fait de mettre le maxrate 30000 n'engendre pas de choke, faut pas halluciner non plus.

Sachant que CSS ne prend pas plus de 25ko/sec, le maxrate 30000 est largement suffisant.

De toute facon, ne tinquiete pas pour la config des serveurs, ca sera au mieux pour les joueurs, la n'est pas le souci .

Je suis d'accord avec Mals1.

Limiter le rate sur le net c'est pour aussi limiter les problemes de connexion avec des serveurs lointains. Polonais vs GB par exemple.

En lan, j'ai rarement vu des limitations de rate. Généralement on profite des débits 10 / 100 / 1000 MBits pour pouvoir utiliser un maximum de bande passante.

En même temps tu verras jamais un client source utiliser 100% de la carte réseau même si c'est la est en 10 MBits

Limiter le rate revient donc à "simuler" une connexion plus lente - ainsi, régler le rate à 5000 revient à jouer avec un modem 56K.

Donc pour un connexion 100 Mo/s, il faudrait un rate à 10000000 ( environ ) XD

La valeur maximum du rate étant 1048576, cela limite à une vitesse réseau de 10 Mo/s environ.

- En lan le rate devrait être de 1048576
- Sur le net, cela dépends de la connection de votre hébergeur ( connexion / serveurs logiques ).

Au fait c'est bien beau de mettre des maxrate à 10 Mbits le réseau le supporte sans probleme mais pour transférer quoi ?

Le jeu doit prendre en compte la position des joueurs, les balles tirées etc... mais ce sont juste des variables c'est pas énorme.

Je lacherais pas l'affaire

Je sais trés bien lire le netgraph et bien sûr en download on fait rarement plus de 25 ko/s. Mais un rate 30000 ou 35000 engendre du choke, je suis souvent à 0 mais défois je monte à 1/2/3 voir même 10 (rarement), alors que avec un rate à 1048576 je suis à 0 de choke CONSTANT jamais 1 jamais (essaye sur ton serveur si il est de bonne qualité bien sûr !) Et j'ai une bonne connection (free en fastpath 18Mbits réel). Bien sûr je parle sur un serveur de trés bonne qualité exemple : un 11slots qui à tout un core 2 duo pour lui même (<3 OVH)

Ensuite tu me dis avant le rate max n'était pas à 1048576 et comment on fesait avec un rate à 30000 ou 35000, ba tout simplement en le mettant à 81920 vu que c'était la vrai valeur max (et non 35000 comme on peut souvent lire ...) Donc pourqoui bloquer le rate à 35000 si ca valeur max est 1048576 ??

Ensuite pour le fps_max il n'agit en rien sur la conso CPU, il suffit de tester par toi même, j'ai des serveurs dédié je sais de quoi je parle Donc un fps_max 101 est logique vu que c'est une valeur qui ressemble à celle du sv_maxupdaterate (d'ailleur ceci est trés bien expliqué dans l'article avec un test sur un serveur créé avec steam client) voir ici : http://articles.e-t172.net/srcnetcode/#ticks_fps

Dites toi que j'ai fait des tests hier sur mon serveur.

1° fps_max 1000, ca touche comme d'hab... rien de remarquable...

2° fps_max 101, on etait agréablement surpris par le touché. Je l'ai mis pour tester mais sans penser que cela allait vraiment chager quelque chose. Coicidence? je sais pas mais en jouant, on se disait sous TS: " Yeah, ca touche bien "

Pourquoi mettre fps_max 1000 puisque un client ou un serveur envoir 101 maximum. ( updaterate 101 )

apres reduire la bande passante en fonction du nombre de serveurs logiques heeberger sur une machine, cela semble logique. Sinon autant laisse le rate au maximum surtout si on a un serveur de jeu / machine. Mettre le rate à 30000 reviendrais à utiliser environ 200 ko/s! Dommage non?

Je me trompe peut être, mais ca me semble logique.