<br><br><div><span class="gmail_quote">On 10/14/05, <b class="gmail_sendername">[Apoc]Death</b> &lt;<a href="mailto:death@apoc.org">death@apoc.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>so take all this with a big grain of poor-memory salt), tickrate =<br>updates per sec...&nbsp;&nbsp;So I would think that there's a natural client-<br>side cap from your current net latency to/from the server (ping).<br>There's probably network overheads that actually slow things down
<br>even more, but we'll go with this for now, as it still makes the case<br>that running tickrates higher than the default of 20 is pretty<br>pointless.<br><br>My average ping on my cable modem is 60 ms to my own server.&nbsp;&nbsp;This
<br>implies that I'm only getting 1/0.06s ~ 17 updates per sec,<br>definitely under my server's tickrate of 20, the default...&nbsp;&nbsp;</blockquote><div><br>
Admittedly I haven't read any of the netcode, but I don't think your
computer is waiting for a response from the server before sending its
next update.&nbsp; I'd assume tick rate of 20 means you send out 20
updates per second, and on every tick, the server collects the latest
position info from every client and sends that back.<br>
<br>
So, your machine would still get 20 updates/sec from the server
(assuming no packet loss), but everyone's position is 60ms out-of-date
by the time it gets to you (since the server has the authoritative
position for everyone).<br>
<br>
I think the client tries to smooth this out by estimating other the
players' current positions based on last reported position and the
timestamp of the packet.<br>
<br>
- Guy<br>
<br>
</div></div><br>