[Probleme] Connection

[Recovery]

Salut,

Voici mon problème, j'ai des pertes de paquets toute les 2/3 secondes ou presque.. alors qu'avant, ça le faisait pas..
Dans le netgraph, cela se traduit par une petite barre noir qui arrive toute les 2/3 secondes, et cela rends le jeu presque impossible à jouer (j'ai l'impression de glisser sur de la texture normale..).

Merci d'avance

[SykZ]

Salut, on peut avoir un screen de ton netgraph ?
Tu as regardé ce tuto ? : http://www.urban-terror.fr/tuto/73/guid ... -netgraphe.

[Recovery]

Le voici

[SykZ]

Okay merci, ton problème correspond à ça :

Cela arrive lors d'un "freeze" temporaire, dû au CPU ou autre, ce qui arrive souvent lors d'une lecture ou écriture sur le disque par le moteur du jeu pendant que vous jouez (par exemple). Vous pouvez constater ce phénomène lorsque vous faites "/screenshot" (écriture d'un fichier image sur le disque), mais cela peut également venir d'autres problèmes tels qu'un bug dans le pilote graphique ou d'une surchauffe de votre carte vidéo.
En fait, quoique le moteur du jeu puisse faire, il peut avoir besoin d'un certain temps pour effectuer les opérations demandées. Un trou va apparaître lorsque le moteur nécessite un peu plus de temps pour finir une opération et qu'il zappe tout le reste. Cela n'est bien évidemment pas normal.
Un grand secours peut venir de cette build optimisée. Elle résout notamment les deux problèmes les plus fréquents qui causent des freezes : la radio et quelques autres samples audios et funstuff qui n'étaient auparavant pas préchargés par le jeu.
Comme un trou vient souvent d'un accès disque pendant le jeu (ce qui ne devrait pas avoir lieu), vous pouvez essayer un /fs_debug 1 et voir s'il y a des accès écriture/lecture sur le disque pendant que vous jouez.

Comme ce qui est dit, vérifie que tes pilotes soient bien à jour, qu'il n'y ait pas d'accès écriture/lecture sur le disque avec le /fs_debug 1 (à taper dans la console), sinon tu peux essayer la rebuild du jeu, le moteur est modifié et peut résoudre ton problème : La voici.

Et apparemment, ton problème correspond à ça aussi :

Cela indique que l'antiwarping a été utilisé côté client. Normalement lorsqu'un joueur warp, cela se voit sur le serveur (il se téléporte), mais l'antiwarp permet aux autres joueurs de ne pas le voir. Le warp se produit lorsque le serveur ne reçoit pas les infos de manière assez fréquente pour updater sa position sur la map, ce qui est dû à des pertes de paquets importantes entre le client et le serveur, ou un ping totalement instable. L'antiwarp est contrôlé par le serveur (voir plus bas). [Cela va simultanément rendre le jeu instable pour le warpeur, qui peut trouver le jeu (encore) plus difficile à contrôler.]
Comme cela peut indirectement signifier une importante perte de paquets du client au serveur (ce qui n'est pas affiché je le rappelle par le netgraphe), la commande cl_packetdup peut aider dans une telle situation (essayez de le mettre à 3 par exemple). Toutefois cela ne sera d'aucun secours si le warp provient d'un ping instable. Un cl_maxpackets peut également aider, même s'il est confiné dans une fourchette 30-42 sur UrT.

Si tu ne sais pas comment régler les paramètres réseaux je vais t'aider, donne moi les fps maximum que tu peux atteindre, je te donnerai les CVARs correspondantes avec les réglages appropriés. Sinon au niveau du ping, tu tournes au alentour de combien ?

[Recovery]

@ SykZ : Je tourne en moyenne de 45 à 95 FPS. Merci pour tout.

[SykZ]

Okay, essaye ces valeurs, tu les copies/colles dans le fichier autoexec.cfg en allant à la ligne après ce qu'il y a écrit :

seta cl_packetdup "2"
seta cl_maxpackets "42"
seta rate "25000"
seta com_maxfps "84"

Ce ne sont pas de mauvaises valeurs, si t'es fps descendent trop souvent en dessous de 84, donne moi les fps minimum que tu atteins mais dans des conditions ou tu peux jouer sans voir le jeu saccadé.