Ingame the scoreboard shows me a ping of 5 while the console says it's
about 27. Netgraph shows the right (high-)rates. So why this difference?
In fact from my computer (shell) I have a ping of 11ms to my gameserver.
As I am living in a dorm I'm connected to the internet via university
network. So I definitly have a good ping :) It's about 8-10 ms to google
and others ...
Whisper wrote:
--
[ Picked text/plain from multipart/alternative ]
Oh
Some people do have unnaturally good connections to the servers.
On 8/12/07, Rónai György <[EMAIL PROTECTED]> wrote:
[ Converted text/html to text/plain ]
If thats true, why stays the scoreboard latency still at low values, as
the
user would have still low cmdrate?
Locutus
Kevin Ottalini írta:
The server does enforce the mins/maxes properly.
To see that this is happening, just join your server and set one of the
rate
cvars to a low value and then enter it again without an argument.
net_graph 1 or 2 it will show that 10 is set, but if you type cl_cmdrate
<enter> you will see that the server is indeed enforcing the minimums:
] cl_cmdrate 10
] cl_cmdrate
"cl_cmdrate" = "46" ( def. "30" ) min. 10.000000 max. 100.000000
** NOTE: The real value is 10.000 but the server has temporarily
restricted
it to 46.000 **
archive - Max number of command packets sent to server per second
] cl_updaterate 10
] cl_updaterate
"cl_updaterate" = "30" ( def. "20" )
** NOTE: The real value is 10.000 but the server has temporarily
restricted
it to 30.000 **
archive - Number of packets per second of updates you are requesting from
the server
] rate 1000
] rate
"rate" = "12000" ( def. "10000" )
** NOTE: The real value is 1000.000 but the server has temporarily
restricted it to 12000.000 **
- Max bytes/sec the host can receive data
You can do a second-level verification that the rates are set by using
net_graph 3 and looking at how many updates/second you are actually
sending
/ receiving (note that other factors affect actual update rates).
qUiCkSiLvEr
-
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
