He's probably referring to network snapshots, where it may run code at x time; for a previous snapshot, for prediction purposes and whatnot.
-------------- -- omega Heroes of Excelsior http://www.heroesofexcelsior.com Blackened Interactive http://www.blackened-interactive.com > -----Original Message----- > From: John Sheu [mailto:[EMAIL PROTECTED] > Sent: June 3, 2006 2:36 PM > To: hlcoders@list.valvesoftware.com > Subject: Re: [hlcoders] gpGlobals->curtime > > On Sat, 2006-06-03 at 13:21 -0500, [EMAIL PROTECTED] wrote: > > Coincidentally I'd just been doing some more research into gpGlobals- > >curtime server-side. Not sure if this applies to client-side too, > however it seems that gpGlobals->curtime server side is able to go > slightly backwards in some situations. Apparently it depends on what call > back is occurring to get you to the mod code. > > > > My guess is that when the server is compensating for lagged packets it > sets curtime to the time it thinks the thing should have happened? This > is all very sketchy, but at least it seems more reasonable than realtime. > > That seems entirely plausible, but I've never seen it happen. On which > callbacks is gpGlobals->curtime reversing server-side? In any case, I > think there is less reason (other than that outlined above) for curtime > to change server-side than client-side. > > As an aside, I considered tacking this onto the end of your realtime > thread, but decided that it's sufficiently different to warrant a new > thread. :) > > -John Sheu > > _______________________________________________ _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
