Reprise du message précédent :
 
Sauf qu'on fait pas pgm, on est pgm

 
Merci bien ce fut complet ^^

 
Sur bf a droite ça me gène pas, sur cs, après va savoir pourquoi.
 
Puis puisqu'on peut la mettre a gauche j'en profite, dans ce monde de foutu droitiers

Ca branche quelqu'un pour du 2v2 sur un ladder quelconque en ESL ?

Je suis en vacance jusqu'a mercredi prochain pour jouer la journee !

 
Pour que ça soit clair pour tous le monde :  
 
   
LE RATE
 
le rate est une valeur qui est définit par le serveur entre une valeur basse et une valeur haute maximum, définit comme suit :  
 
HFR :  
sv_minrate 80000  (Ce qui se traduit par le serveur doit recevoir et emetre au minimum 80 000 octets par seconde.)
sv_maxrate 153600 (Ce qui se traduit par le serveur doit recevoir et emetre au maximum 153 600 octets par seconde.)  
 
Les serveurs dédier source possèdent une variable net_maxroutable, qui définit le nombre maximum d'octet que 1 paquet peux envoyer, la valeur max est 1200.  
 
Ces 3 commandes nous permettent alors de calculer les fameux :  

• cl_updaterate (le nombre de paquet que l'on reçoit )  
• cl_cmdrate (le nombre de paquet que l'on envoit )  

Donc le serveur HFR permet d'avoir:
 
Au minimum 80 000 / 1200 =  66.7 ~  le fameux Tickrate ou le cl_updaterate et cl_cmdrate à 66.
Au maximum 153 600 / 1200 =  128 ~  le fameux Tickrate ou le cl_updaterate et cl_cmdrate à 128.
 
Mais ceci est la théorie, parce-que le facteur limitant est la bande passante ou le tuyaux par où notre connections passe. En effet peux de monde peuvent a l'heure actuel ce permetre d'avoir une bande passante importante en envoi de donnée, alors à moins d'avoir un minimum de 2Mbit/s en debit ATM en upload (de chez vous vers le FAI) vous ne pourrez pas bénéficiez du TickRate 128.  
 
 
Ceci dit il existe un moyen plus rapide de calculer votre tickrate maximum sans passer par le calcul à partir du debit de votre ligne internet, c'est la fameuse commande rate citer plus haut:  
 
Quand vous entrer sur un serveur, afin d'avoir une synchronisation réseau la plus optimal possible:
 
1. Vous tapez "rate 153600" (On met la valeur maximal théorique)
2. On retape "rate" sans rien (Et on observe ce que le jeu répond ex :128 000)  
3. On prend une calculette et on prend la valeur afficher/1200 = le TickRate maximum de notre connection. (ex: 128 000 /1200 = 106,7 ~ 106 )
4. On tape cl_updaterate *le TickRate maximum de notre connection* et cl_cmdrate *le TickRate maximum de notre connection* (ex: cl_updaterate 106 et cl_cmdrate 106)
5. Profit !!!
 

 

C'est tout à fait ça (pour les options en low pas pour le 1024*768 qui est sa résolution habituelle). Il se plaint d'ailleurs de perdre 200 fps à cause du stream sur une autre vidéo.

Sinon pour l'arme à gauche dans mes souvenirs c'était par défaut au début de cs et personnellement j'ai toujours joué comme ça à cause de ça (en plus j'ai l'oeil gauche dominant donc ça tombe bien ).

Nikel

 
Ca va pas de se caler a 128 ? qui peut le plus peut le moins, ou ca n'as aucun rapport ?
 

Il lui reste plus que 150fps ca doit pas etre fluide
 
En effet dans les debuts de cs l'arme etait bien a gauche.

Le facteur limitant c'est pas le serveur mais toi et ta connec qui n’envoie pas assez au serveur.

Apres, tu peux avoir un cl_updaterate plus important qu'un cl_cmdrate mais c'est déconseiller, ça provoque des cas où tu ne touche pas et les autres te touche mieux.

Pour moi c'est bidon l'histoire d'oeil dominant.
 
C'est pas comme si on devait réellement viser là, c'est juste le modèle de l'arme qui est d'un coté ou de l'autre, donc rien à voir avec le fait de viser avec une arme (fusil ou arc par exemple)

Sur CS 1.5 tu virais carrément l'arme

C'est plus une histoire d'appreciation des perspectives je pense. Tu va peut etre aller poser ton viseur plus naturellement lorsque la pespective (arme/viseur) se fait a droite plutot qu'a gauche.
Enfin j'dis ca, j'en suis pas sur c'est ce que j'ai plus ou moins compris, perso ca me fait ni chaud ni froid, j'ai pas pour but d'etre un pgm mais juste de m'amuser en faisant quelques kills avec les gens d'hfr.

L'arme à gauche c'est surtout les gens qui ont commencer à jouer sur CS avant la beta 6. C'est juste l'auteur du jeu qui etait gaucher et avant la beta 7.0 il n'y avait que les models d'armes a gauche
 
C'est une habitude, c'est comme jouer en 1024 / en 800x600, voir en 640 pour les tous premiers joueurs.

 
ce message date de 2003 ?  

Sous 1.6 c'est plus que ça, le jeu touche mieux en 800 ou 640 qu'en 1920x1080 par exemple
 

Je commence à comprendre pourquoi j'ai des gros soucis. Du genre je vois que je viens de faire un HS, avec le sang bien visible lors de l'impact et la console qui m'indique que j'ai pas touché le gars.
J'ai mis rate 80000 et le tick à 128, je dois paumer pas mal de données en route, surtout que j'ai mis l'interp au minimum.

Oui mais chut, faut les laissez jouer ces jeunot en 1080p. Nous nous devons jouer en 800x600 pour doubler la taille des models à cause de notre myopie.

Un petit c/c vaux mieux qu'un long discours:

La valeur que donne la commande "rate" est la valeur entrée par la commande "rate xxxxxx" dont la valeur maxi admise est 128000 visiblement.
Tu t'es pas trompé de commande pour voir le nombre d'octect réel recu par l'hote ?

Je trouve louche que sur 3 essai au dessus de 128000 je reçois 128000 octets pile poil.

 
Je suis pas certain que ce soit le cas pour les jeux tournant sur source.

C'était pas le cas sur les autres versions non plus  

 
Sur CS 1.6, si, c'était clairement le cas (640*480 ou 800*600).

Légende urbaine  

perso je jouais comme ca juste parceque les grands de la salle disaient: "ouais c mieux lol"
 
Mais pour le prouver y avait plus personne.
 
C'est juste (je pense) une des nombreuses traditions reprises parce que les PGM font ça.

Un ancien GG jouait en fenetré 800x600... et ca collait des hs de tous les cotés  
 
Bon ca joue ou koi ? Et c est quoi les meilleurs reglages parceque moi j ai fais pitié en debarquant et en tapant rate 25000...  

J'ai moi même paramétrer le serveur, donc je sais les valeurs entrer. Le "Max bytes/sec the host can receive data" est fixe parce-que tu es limiter par la bande passante montante de ta connection donc le serveur bride ton rate maximum a cette valeur de 128 000.  

 
Aufe coursse !    
 
Un Thrustmaster T-Wireless !

Le serveur force automatiquement a 80000 avec un cl_updaterate a 66 et cl_cmdrate a 66, c'est pour eviter de tricher avec des valeur trop basses

Purée ca wait/fear severe...
 
Mp moi si mix later

Bon topo, avec une nuance quand même histoire de pas trop noircir le tableau : si net_maxroutable te permet de donner la taille maximale d'un paquet, rien ne dit que TOUS les paquets atteignent cette taille maximale, du coup il est possible que même avec un rate à 80k on puisse tenir un tick128 sans perte de paquets. Maintenant quelques remarques :
- La taille des paquets doit fortement dépendre du nombre de joueurs sur le serveur
- Vu les connexions ADSL en France, en général assez bonne (ou faut pas habituer à la cambrousse ), augmenter ce rate est rarement dommageable : 80k de rate correspond à une connexion à 640kbits/sec, la majorité de nos lignes montent largement au dessus.

La résole c'est aussi une histoire de sensibilité, vu que tu as plus de pixel affiché avec une résole sup, pour une même sensi tu va mettre plus de temps à parcourir l'écran. (dans le cas ou vous jouez en low). Pour ça que normalement les bourin du fullauto jouait en 800*600 ou 640*480 et ceux qui cherchait a être plus précis en 1024*768. après évidemment ça dépend aussi des préférences du joueur.
Il me semble qu'il y a une histoire comme ça, en tout cas moi ça ma toujours impacté sur les version précédentes (comme passer du 4/3 au 16/9)

C'est plus vrai sur GO ça, suffit de faire un test rapide. Même sensi, joue en full reso fait un 180°, met toi en 640*480, refais le 180° dans l'autre sens : je retombe pile au même endroit sur mon tapis de souris :à

 
 
je t assure que si je passe du 640*840 au full hd wide, je n'ai pas la même sensi pour  le même mouvement..... ton poignet mesure t il bien la différence ? je ne crois pas
 
personnellement j'ai opté pour la plus faible des résolutions 16:9
 
et je vous poutre

Seulement quand on est de dos    

Je re-testerai ce soir alors (javais fais le test en baisant la reso mais sans changer de ratio, peut être que ça joue). Mais mon poignet a rien mesuré, tu mets une regle sur ton tapis, tu fais bouger la souris contre tout doucement (histoire d'être sur que y ait pas de notion d'accélération qui rentre en compte), puis tu mesures a la fin la distance parcourue... Peut être que le raw input a de l'influence aussi, dunno.

M'enfin je trouve pas ça intéressant de se mettre en low résolution
Depuis toujours je met la résolution recommandé, parce que c'est agréable à regarder ...
Je sais bien "qu'on touche plus à plus faible résolution" mais vala, si c'est pour avoir un bouillis de pixels ...
 
Et je vous poutre en 1920*1200

Tu change la sensibilité de la souris d'autant.
Je vois pas le rapport.

Légende urbaine, au moins depuis Source.

Même sur les premiers cs, j'ai jamais adhéré à tout ça.. J'étais content de mettre la reso maxi et je sentais pas de différence notable avec du 640*480.
 
C'est un peu comme le crosshairscale pour un viseur minuscule, moi j'ai toujours mi par défaut et Basta cosi  

Sur cs 1.6 c'était loin d'être une légende urbaine.
Tu te mettais en 1600x1200, les balles partaient n'importe où pas groupées, les fulls étaient catastrophiques, on avait l'impression que l'arme avait 100x plus de recul, un peu comme si tu laissais les rate à 20 et 30 au lieu de 100.
Et en 800 ou 640, rien à voir, ça touchait vraiment bien, après 640 c'était vraiment du pixelshoot mais la taile du viseur changeait un peu de 800x600 donc certains préfèraient.
 
Et depuis Source, aucune différence, ça c'est certain
 

Il est certains qu'il y a eu une époque des moteurs codés un peu avec les pieds ( ) et que certains tricks (je pense a des jumps sous Quake notamment) n'étaient possible qu'avec un nombre de FPS bien précis (un multiple de je ne sais plus quelle valeur). Que sous certaines versions de CS (mais je serais incapable de dire quand ils ont fixé ça), le recul était calculé en "frames" et non pas en temps : du coup plus tu avais de FPS, moins une "frame" durait de temps, donc moins tu avais de recul.
 
Heureusement les moteurs modernes évitent ce genre d’écueil.