http://www.darkgamers.fr/articles/42/Le-netcode-de-CSS-Tout-est-dit-ici.html

voila, quand je disai, il y a de ça 4 mois que le netcode de CSS avait un gros problème, de mon point de vue de noob, mon analyse s´est montrée concluante mais pas assez pour que quelqu´un se donne la peine de bosser dessus pour voir l´ampleur du dégat. Je crois que là, ça va tout vous expliquer. Tout est vrai et c´est tout chaud alors... GO !

Merci j´vais lire ca , ca à l´air interessant.

"Augmenter le tickrate n´est pas sans contrepartie : en effet le serveur consommera plus de CPU et de mémoire vive. Pour éviter qu´une surconsommation n´aie des effets néfastes sur les joueurs, le tickrate est dynamique : ainsi, le serveur pourra passer d´un tickrate de 66 à un tickrate de 50 s´il il n´a plus assez de ressources pour tenir la charge imposée. Il convient donc de faire la différence entre le tickrate théorique , paramétré par l´administrateur, et le tickrate réel , qui est le tickrate sur lequel le serveur tourne en réalité à un moment précis. Nous verrons plus tard comment déterminer le tickrate réel d´un serveur."

j´avais raison

Donc, la charge CPU étant trop élevée, si j´avais raison et comme le prouve ce test, les éléments du moteur sont gérés par le serveur et avec un temps de décalage compensé

Valve va bosser ! j´envoye ça a nofrag direct là ! faites tous passer l´info !

"Lorsque l´erreur de prédiction est minime (une très légère différence de direction lors d´un déplacement par exemple), votre client va "smoother" c´est à dire "adoucir" la correction de l´erreur. Par exemple, si la prédiction d´un de vos mouvements s´est fait légèrement trop à droite par rapport à la confirmation du serveur, votre jeu vous replacera "doucement" vers la bonne position, de sorte que vous ne vous en rendrez même pas compte.

Si l´erreur est grande (c´est à dire lorsque le temps nécéssaire pour "l´adoucir" dépasse la valeur de la CVAR client cl_smoothtime ), le client va vous replacer brutalement à la bonne position : c´est ce phénomène que vous pouvez voir quand vous revenez brusquement un pas en arrière au cours d´un rush par exemple (un ami appellait ça des phénomènes de "back-vidéo"). "

alors ça !

https://www.jeuxvideo.com/forums/1-9734-125930-1-0-1-0-0.htm

mon ancienne théorie avait raison incroyable

Nous sommes donc dans la situation suivante : si le tireur a l´interpolation activée, plus l´adversaire aura un cmdrate bas, moins celui-ci sera "touchable" par le tireur. Mais ce cmdrate bas peut aussi entraîner des effets néfastes :

comme ça le cmd_rate sera considéré comme un cheat

Héhé ! c´est OFFICIEL, LES HITBOXES SONT DéCALES ET ON PEUT CHEATER EN CHANGEANT LES GRAPH ! j´y crois pas, j´envoye ca à valve !! !!

Oui mais non il y a eu du nouveau de côté de Valve que peu de personnes n´ont vu. Des ptites commandes ont fait leurs apparitions comme cl_interp_all 0 je crois et quelques autres que je n´ai plus en mémoire. Or, personne ne sait ce que font toutes ces commandes ( cl_interp_all 0 est une optimisation de l´interpolation ) et peut-être corrigent correctement le jeu.

http://www.nofrag.com/2005/sep/19/18903/

voila, ils l´avaient deja

voila chez les aaa maintenant :

http://www.team-aaa.com/n/news/comment.php?news_id=4906

non seulement c´est pas officiel, mais en plus c´est vieux de plusieurs mois ta "news".