Reprise du message précédent :

 
et ça se casse très facilement avec un pyro à souflette un minimum dégourdi vu que le medic qui lance l'uber ne peux pas se défendre sinon il stoppe l'uber sur son partenaire qui se fera shooter en 1/10 de seconde par des gars un poil énervé et agressif.

yveupadire

non c'est surtout que ylenchangetouletemps.
 
et j'ai déjà expliqué pourquoi, je préfère l'anonymat. J'ai mes raisons et toutes les suppositions sont possibles et imaginables, les meilleurs comme les pires, épicétou.

c'est un cheater il veut pas qu'on le débusque et qu'on donne sont steam id à steam pour le ban.

sinon je connais la vraie raison mais, je peux vous dire qu'il à entièrement raison de rien divulguer, le pauvre

C'est bon, j'ai eu le temps de lire. Et effectivement les premières explications que j'avais trouvé étaient un peu foireuses.
Donc, en résumé :
 
TF2 par défaut : dès que l'image est dispo, elle est affiché à l'écran. Donc comme il n'y a pas de synchronisation, plusieurs bouts d'images apparaissent sur l'écran. L'avantage c'est que la dernière partie d'image affichée à une latence minimale par rapport à la souris/clavier. L'inconvénient ce sont les déchirures entres les parties d'images.
 
TF2 + VSync : l'image est calculée au même rythme que le rafraichissement, de sorte à avoir une image entière sans déchirure. Un autre avantage indirect est de moins tirer sur les CPU et GPU s'ils sont suffisamment puissants (moins de chauffe, moins de bruit, moins de consommation). Par contre si au contraire les CPU et GPU ne suivent pas, c'est la dégringolade des fps avec des sauts à 30, 15, 12, 10Hz, etc. De plus il y a une latence entre la souris/clavier et l'affichage pratiquement égale au temps entre deux nouvelles images. Donc presque 17ms dans le meilleurs des cas, puis 33, 50, 67ms, etc.
 
TF2 + VSync + option triple buffer dans le driver de la carte : les images sont calculées au même rythme que dans le premier cas, mais le 3ème buffer permet de stocker la dernière image calculée et la maintient tout le temps de l'affichage. Ainsi il n'y a pas de déchirure, et l'image affiché étant la plus récente juste avant l'affichage, il existe un peu plus de latence que dans le premier cas, mais cette latence reste très faible. (Je ne rentre pas plus dans les détails, car je risque de ne pas être très clair en quelques lignes). Si le système devient limité, plutôt que de passer à 30fps des images identiques à la précédente sont de temps en temps intercalées de façon à conserver en moyenne le même nombre de fps que l'on aurait avec la première méthode. Donc sur certaines images la latence devient effectivement plus élevées, mais noyer au milieu des autres images on ne devrait pas s'en apercevoir. Par contre contrairement au VSync "classique", on n'a pas la diminution de consommation.
 
TF2 + limitation à 60fps (pour du LCD) : On ne calcul pas plus d'image qu'il n'en faut, donc comme dans le deuxième cas on a une consommation limitée au strict nécessaire. La latence est la même qu'avec le triple buffering : dès que l'image est calculée elle est affichée. Par contre il n'y a pas de synchronisation avec l'écran, donc (théoriquement) une unique déchirure existe, et est quasiment fixe sur l'écran, hormis lorsqu'on passe sous les 60fps. En pratique je ne l'ai jamais vu, mais peut-être que des personnes plus sensibles peuvent la voir.
 
J'ai bien tout compris ?

j'ai pas lu ces articles en entier, mais c'est ce que j'avais compris (il y a qq années ) du fonctionnement du triplebuffering. (par contre je ne connaissais pas le 4eme cas)
bcp de gens ne comprenne pas comment ca marche et rale sur le vsync en oubliant d'activer cette option qui n'apparait que dans peu de jeux (donc il faut la forcer dans les drivers)

bon je vais tester la limitation à 60fps alors,
 
mais faut oublier les truc compliqué avec les commande cl_cmdrate etc...

Oui mais si tickrate il y a autant mettre fps_max 66

cl_cmdrate 66
cl_updaterate 66
rate 25000
 
Car pour un tickrate de 66 rien ne sert d'aller plus haut et dans ce que j'au pus lire TF2 ne tourne bien qu'en 66

 ?

Ancien nazi ? Tout le temps medic ? Gragol c'est toi ?

 
Et le cl_interp ?

interp à 0 pour faire que du ms et être intouchable

c'était ce qu'il y avait sur CS 1.6 il me semble, les fameux "Hax0r" ou "Haxer"

T4D is back

ne pas oublier que TF2 est un jeu directx : le triplebuffering n'existe qu'en opengl.
pour pouvoir en profiter il faut juste lancer D3DOverrider qui est inclus dans rivatuner (pas besoin de lancer rivatuner) et voilou !
c'est ce que j'ai fait, j'ai l'impression d'etre plus fluide

T'es sûr de ça? Parce qu'il me semble que bon nombre de jeux sous DirectX proposent l'option

sur
va sur les liens que j'ai cité plus haut, ils expliquent qu'il y a plus ou moins un équivalent mais ce n'est pas du triplebuffering
 
PS : d'ou l'intéret de D3DOverrider
PPS2 : les jeux directx qui proposent ca n'utilisent pas le bon nom de la fonction

 
this setting is a Spy !

Jsavais pas, merci

ouais donc, en gros, laisser les paramètres par défaut est la meilleur solution ?

 
'soir  
 
je m'autoquote pour dire que j'ai partiellement trouvé la soluce a mon probleme   , j'ai créer un autre compte pour voir, sait on jamais et la bah sa marche avec le nouveau compte,    
Tandis qu'avec mon compte habituel bah sa plante dès que je clique sur "connexion"  .

pensez vous que mon compte a été hacké ?  
 
Edith: mon ancien compte remarche, c'est a n'y rien comprendre  

non, tu aurais un message te disant que ton pass n'est pas le bon.

 
cl_interpolate 1
cl_interp 0.1
cl_smooth 0
 

Non l'ideal c'est de mettre 100 (le max). Apres de toutes facons c'est le serveur qui a la dernier mot.

Le triple buffering existe aussi en D3D...    
 
Y'a meme une option pour le forcer ou pas dans les pilotes NVIDIA quoi...
 
Le top c'est : no vsync, double buffer, et 0 frame prerendu (c'est 3 chez NVIDIA par defaut)... Ca et un LCD a faible retard et hop là impec.

Effectivement, c'est parfait pour le temps de réponse mais l'inconvénient c'est qu'on perd pas mal de FPS si on descend sous la fréquence de rafraichissement de l'écran. Par exemple si on descend sous les 60 FPS pour une vsync sur un écran à 60 Hz.

Sans Vsync bien sur.
 
Là a priori pas de soucis. Et le tearing franchement dans un FPS c'est pas non plus le plus gros pb.

Exact, en FPS online je désactive toujours la vsync, comme ça j'ai même plus à me poser la question de temps de latence .

double buffer ?
 
ça se règle ou cette bête là ?

puis-je ?

j'ai trouvé un truc qui s'appelle "triple mise en mémoire tampon" c'est ça ?
 
et non, pas là scrypt
 

oké, merchi ^^

Non, ça c'est le triple buffering.
Si le triple buffer es désactivé, alors il me semble que tu es par défaut en double buffer.

l'option dans le control panel de nvidia ne fonctionne que pour les jeux opengl...
 
on est tous d'accord que si on a un PC assez puissant pour fournir au moins 60fps dans toutes les situations et qu'on a pas de déchirement le no vsync c mieux ^^

 
bon, je remet comme c'était alors ...
 

t'in kékéte donc nin !
 
reste comme t'était, suffit d'avoir une grosse config et osef de tous ces trucs de pauvres pour grappiller des fps.

Il ne manque plus que quelques dons, et on sera tranquilles pour 3 mois !