![]() |
timevar3
Enable it for us non-Graal3D servers.
For some reason my clientside sync'd value decides to glitch when the Graal is resized. My math.. stimevar = clientside timevar2 + (initial timevar2 from server - clientside timevar2) Provides a close value that is accurate enough for its applications but is susceptible to the resize bug. |
bump
|
double bump
|
Let's keep it to one bump per day :P.
One bump per day until we get timevar3! |
Great! Some support for this, it would really be nice to use it with those new format time functions ;)
|
I'd love to see this.
|
Quote:
|
bump
|
How hard can this be to add?
|
Maybe there's some hidden reason why it's not getting implemented for other servers :(
|
Quote:
|
We would like this important feature.
|
I would actually like this. -_-
Since timevar2 is off by about 20 minutes...it doesnt seem like it should be that difficult to release. >_> Do we really have to beg to get a synced time variable? |
timevar is synced, timevar2 is not. You can run a timeout and check when timevar is increased (each 5 seconds). May be the local timevar2 could be synchronized to the server timevar2 in the next version (using timevar), if it's not accurate anyway. It will not always be very exact though since the client will need to synchronize using some delay to avoid big time jumps.
|
Quote:
|
I simply calculate the difference between timevar2 on login(and perhaps on playerenters, to make sure it stays synced?)on the serverside and clientside, and apply the difference to the clientside version to get synced results. I don't think I've ever had a problem with it.
Then again I never bothered with it in detail to notice it being off or anything. |
All times are GMT +2. The time now is 09:00 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.