Ca vient du moteur de CSS (GoldSource) qui est une "évolution" du moteur de Quake. Et sur Quake on sautait plus loin avec 333 FPS que 250, avec 250 fps on sautait plus loin que 125, et 125 plus loin que 76 etc.. etc...

C'est un "bug" du moteur dans le calcul des mouvements.
C'est pour ça que sur les jeux basés sur le moteur de Quake (Quake, W:ET, Cod2, Cod4) les compets' bloquaient normalement les FPS à 125fps dans les rules des configs serveurs.

Pour plus d'infos cherche : Framerate-Dependent Physics Calculator

Sur Cod 2/4 c'était 125 et 250.

Bon tout ceux qui disent que 300fps avec 120hz c'est inutile allez lire un peu esreality, oc.net ou blur busters.

L'avantage d'avoir plus de FPS que de Hertz c'est que des frames (FPS) tombe en même temps qu'un rafraichissement de l'écran. Car il est évidement que nous jouons en Vsync OFF.

Par exemple A est le rafraichissement de l'écran et B les FPS, posés sur une timeline.

Avec 120hz (qui lui est stable) + 120fps qui fluctuent forcement toujours + temps de rendu + temps à l'affichage etc... on a:


A     A     A     A     A     A     A
B  B   B   B   B   B   B   B   B B

On voit que les frames générés par la carte graphique n'arrivent pas forcément en même temps que les images de l'écran. Quand une frame n'est pas présente lors du rafraichissement soit l'écran présente une image précédente (qui donne l'impression de ramer / perdre des FPS) soit il attend une frame de la CG qui augmente l'input lag.

Alors qu'en augmentant les nombres de FPS au max (300 ou 0) on augmente les chances qu'elles tombent en même temps d'une image sortie par l'écran.

A     A     A     A     A     A     A
BBBBBBBBBBBBBBBBBBBBBB

C'est assez basique comme explication, je ne met plus la main sur le graph qui était bien plus propre.

C'est comme ceux qui disent que les yeux voient pas + de 60 fps xD.

Bah à toi, cher détracteur, joue en fps_max 60 et on en reparlera.

Tu m'explique comment tes yeux voyent la difference entre 100 fps et 300 fps ? sachant que c'est des images secondes.