BurgerBB Posted October 26, 2018 Posted October 26, 2018 Due to the recent lag issues on the server, time dilation has caused 2 hour rounds to turn into 3 hour rounds. I suggest that until the server fixes the lag, the round duration is based on real time and not calculated with time dilation in mind.
Conspiir Posted October 26, 2018 Posted October 26, 2018 How does that work? Does it go based off of a time zone? Or just general time passing--which... would make literal sense on how it should already work?
BurgerBB Posted October 26, 2018 Author Posted October 26, 2018 How does that work? Does it go based off of a time zone? Or just general time passing--which... would make literal sense on how it should already work? Byond has a realtime var that tracks how long the servers been up in real seconds. As you might recall, there was a bug that let people vote early, and thats because voting threshold was measured in realtime while the round duration was measured in game time. Game time is a measure of how many ticks have occured since server start, however because of slowdown, the tick delay will be higher so some seconds are longer than others.
Bauser Posted October 26, 2018 Posted October 26, 2018 Why is this not already the case? Is there any downside to it? Or has it just not been an issue, historically?
Pacmandevil Posted November 4, 2018 Posted November 4, 2018 Why is this not already the case? Nobody coded it. Is there any downside to it? not really. no. Nothing* relies on it. Or has it just not been an issue, historically? Not sure what you mean by this.
BurgerBB Posted November 5, 2018 Author Posted November 5, 2018 https://github.com/Aurorastation/Aurora.3/pull/5500 PR
Guest Marlon Phoenix Posted November 5, 2018 Posted November 5, 2018 Were there more posts in this thread? I feel like I had a post in this thread showing the current state of time. Was this topic pruned?
BurgerBB Posted November 5, 2018 Author Posted November 5, 2018 there was probably another thread but I couldn't find it
Butterrobber202 Posted November 5, 2018 Posted November 5, 2018 Now this is a burger PR I can get behind
Kaed Posted November 5, 2018 Posted November 5, 2018 Won't this make rounds even shorter though? It's already hard enough to get stuff done in 2 hours
BurgerBB Posted November 5, 2018 Author Posted November 5, 2018 Won't this make rounds even shorter though? It's already hard enough to get stuff done in 2 hours This won't make rounds shorter but it would make the voting time earlier.
Guest Marlon Phoenix Posted November 5, 2018 Posted November 5, 2018 Won't this make rounds even shorter though? It's already hard enough to get stuff done in 2 hours This won't make rounds shorter but it would make the voting time earlier. love it
Kaed Posted November 5, 2018 Posted November 5, 2018 That would effectively make the round shorter Burger. If there's a vote sooner the round is more likely to end sooner.
LordFowl Posted November 5, 2018 Posted November 5, 2018 Were there more posts in this thread? I feel like I had a post in this thread showing the current state of time. Was this topic pruned? This thread is about making the server rely on an "external" clock for calculating time instead of an internal clock which can be affected by micro-lag. Won't this make rounds even shorter though? It's already hard enough to get stuff done in 2 hours This will make rounds last exactly 2 hours. Currently due to aberrations in the timing mechanism voting time, which is supposed to happen at the 2 hour mark, can be delayed by microlag causing rounds to actually last longer than two hours. As far as I'm concerned, this is really just a bugfix.
BurgerBB Posted November 5, 2018 Author Posted November 5, 2018 A controversial bugfix, which is why it is in development.
Scheveningen Posted November 5, 2018 Posted November 5, 2018 This'll have almost no effect when the server isn't struggling to chug on and function, and will have an effect if the server is struggling. IDK about you but I'd probably be more likely to vote for transfer when the server's lagging to shit.
UnknownMurder Posted November 6, 2018 Posted November 6, 2018 Just a quickie question - [mention]BurgerBB[/mention] - I know I should have asked this a long time ago. Which time zone will the shift time be based on?
Guest Marlon Phoenix Posted November 6, 2018 Posted November 6, 2018 Just a quickie question - @BurgerBB - I know I should have asked this a long time ago. Which time zone will the shift time be based on? I remember now. I provided a link to the time zone the server is already based on and it got pruned with the thread. The server time is based off Chicago time.
LordFowl Posted November 6, 2018 Posted November 6, 2018 Please read the thread before commenting. As has been stated before, this change has nothing to do with timezones, real or imaginary. The time in-game will still be randomized. Technically speaking BYOND uses GMT to measure timezones, but that is still irrelevant. This change just makes BYOND compare seconds instead of counting ticks in order to measure time.
UnknownMurder Posted November 6, 2018 Posted November 6, 2018 Just a quickie question - @BurgerBB - I know I should have asked this a long time ago. Which time zone will the shift time be based on? I remember now. I provided a link to the time zone the server is already based on and it got pruned with the thread. The server time is based off Chicago time. Thanks for answering - very helpful.
Skull132 Posted November 6, 2018 Posted November 6, 2018 Just a quickie question - @BurgerBB - I know I should have asked this a long time ago. Which time zone will the shift time be based on? I remember now. I provided a link to the time zone the server is already based on and it got pruned with the thread. The server time is based off Chicago time. Thanks for answering - very helpful. No longer valid. The server is now in Germany, has been for well over a year. So UTC+1/+2 depending on daylight savings. And this does not concern the actual shift time. The PR in question is a technical PR which changes the source of timing for votes and calculating round duration. It does not affect any systems beyond the fact that round duration no longer "dilates" when the server is under extreme strain and the BYOND internal clock is lagging behind. With this said, I don't even see why this is a suggestion, as the PR is purely a technical detail.
BurgerBB Posted November 6, 2018 Author Posted November 6, 2018 This thread was created as a courtesy so that those who support or do not support it can be heard.
Sytic Posted November 6, 2018 Posted November 6, 2018 This is more of a bugfix than a suggestion for an update to the server. Having the typical roundtime be the typical roundtime would be nice. +1.
Arrow768 Posted November 14, 2018 Posted November 14, 2018 Moving it to completed projects since it has been implemented
Recommended Posts