Du coup si tu veux pas avoir de problèmes de synchro en tick128, il te faut au moins 128fps calculés par ta bécane pour pouvoir envoyer des infos exactes. Sinon ton client va rien pouvoir envoyer de nouveau entre 2 tick vu que ta bécane n'a pas encore calculé l'image du tick suivant (si t'as moins de 128fps).

ce qui n'empêche pas de jouer en tick128 avec 100fps, mais du coup, en plus du serveur qui peut parfois oublier tes infos d'un tick à l'autre, ton PC en rajoute une couche et n'envoie acune mise à jour pendant plusieurs tick.

N'empêche que t'envoies toujours plus d'informations si ton pc envoie 100 fps et le serveur se rafraîchi 128x par secondes que si t'as 30'000 fps client et un tick64, non ? Donc ça reste préférable ? :( Je sais pas ce qui se passe pour les éventuels 28 ticks "à blanc" mais j'imagine que le serveur les prédit, d'ou les commande d'interpolation.

Par contre, mais je peux me tromper totalement, on parle de fps coté client en rapport avec le tickrate du serveur, est-ce bien correct ?

Les fps impliquent un calcul graphique quand même "lent" qui impliquent des éléments qui n'existent QUE pour le client (ragdolls). Donc les informations envoyées au serveurs sont des infos brutes avant traitement graphique, et donc mises-à-jour bien plus rapidement que ce que la CG envoie sur l'écran ?
Ca me paraît juste hallucinant de ne pas pouvoir envoyer ces informations plus rapidement que 128 fois par secondes (128 Hz...)

le 128 sa touche et tu met des tetes.
le 64 sa touche pas et tu tire a coté.

Point. xD

@Haystack

"Le tickrate, c'est bien le nombre d'informations transmises par seconde."
Désolé mais en soi c'est faux :s

Soyons précis:

Le nombre d'infos/secondes client > serveur est fixé par le cmdrate du client
Le nombre d'infos/secondes serveur > client est fixé par l'updaterate du client
Très logiquement, ces deux variables sont limitées par le nombre de rendus/seconde que fait le serveur, le tickrate.

Le moteur d'un jeu c'est un tout, t'as pas une partie graphique indépendante de tout le reste.
Quand tu fais tourner un jeu à X fps, c'est l'intégralité du jeu qui est rendue X fois par seconde.
Il y a des jeux ou les fps influent sur la physique, genre cod4 ^^

@Orion
Le moteur d'un jeu c'est un tout, t'as pas une partie graphique indépendante de tout le reste.
Quand tu fais tourner un jeu à X fps, c'est l'intégralité du jeu qui est rendue X fois par seconde.
Il y a des jeux ou les fps influent sur la physique, genre cod4 ^^

Game data is compressed using delta compression to reduce network load. That means the server doesn't send a full world snapshot each time, but rather only changes (a delta snapshot) that happened since the last acknowledged update. With each packet sent between the client and server, acknowledge numbers are attached to keep track of their data flow. Usually full (non-delta) snapshots are only sent when a game starts or a client suffers from heavy packet loss for a couple of seconds. Clients can request a full snapshot manually with the cl_fullupdate command.