> McKafre De La Rosa
> >>Last night I joined my first vroc gpl race. When we lined up to race,
> >>the revs came up,
> >>the adrenaline began to flow, the green flag fell, I popped the clutch
> >>and every body
> >>disappeared!!!!(off the screen I mean) No one was running but me, what
> >>happened??? Maybe one of you online pros can help me out, thanks
> >Forgot to put the gear in did we?-) Never mind, it happens to scottish
> >Formula One drivers as well.
Forgot to put the gear in did we?-) Never mind, it happens to scottish
Formula One drivers as well.
McKafre De La Rosa
Whoops, when you said in your other post that they disappeared, I
thought they left you sitting on the grid. ;-)
This is a case of major clock smashing and you warped into another time
zone. I would hazard to guess that your latency count was in the 1.000+
range. When you join a race, always check the latency (close chat
window, press Alt-L and then reopen chat to see the latency). Try to
only run on hosts where you get a latency counts below .400. Also make
sure that you have configured your graphics so that you basically get at
least 33-36fps (you want to shoot for 36fps most of the time, but
occasionaly dips in the 30's is okay).
--
**************************** Michael E. Carver *************************
Upside out, or inside down...False alarm the only game in town.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<[ /./. [- < ]>=-=-=-=-=-=-=-=-=-=-=-=-=-=
As I understand it, the clock smashes happen when my clock drifts apart from
the server's clock, thereby requiring a clock reset. In my case, with the
low pings, I wonder if it's a hardware issue (one of our clocks is running
fast/slow)...
Later,
Martine
The 5th line makes the client's computer re-syncronise with the host's
computer every 10 tics, rather than the default of 12.
Randy Cassidy said that too low of a number will cause frame stutter,
so experiment with the setting. I find that a value of 10 works great
for me from Australia, and helps cut down the clock smashes i used to
get.
The 5th line does not effect the host's computer in any way, but is
client based only.
Hope that helps a bit..
Cheers,
Ron
After further reflection...
Perhaps it is actually more closely related to the problem of synchronising
clocks over a communication channel that has lots of jitter (varience in
latency)... Many synchronisation algorithms use some kind of symmetry
argument (e.g., the delay from one host to another is approximately half the
round-trip time). If the latency is shifting around a lot, it's hard to get
a good idea of the actual communication delay when updating the clocks.
Hmm, maybe; but the clock smashes seem correlated to the server I connect
to, not the CPU load on my machine. Maybe the server's machine is being
overloaded?
I had mine set at 10 for a while, and lowered it to 8. I didn't get any
frame stutter, but I still get clock smashes...
Thanks!
Later,
Martine