Limiting TCP/IP traffic
Posted: Fri May 27, 2016 5:10 pm
Not sure how your settings are now so this might not be a problem. I'm going on my own experience coding for Alura and working on RoK though for anticipating trouble. With the use of macro's, you will have some people just holding the buttons most of the time. If/when events happen, you could have dozens of people simply holding a macro button down the entire time. Without some limitations placed on the broadcast traffic of the client, the server can easilly be overwhelmed and "lagged out" at key moments.
We tried a novel solution in Alura hoping to get rid of lag that caused other problems using a first in/first out approach but the resulting processing delay allowed for the command to attack person A reaching the server right before the same command from A on B. The server would determine the attack on A would kill them and they would die... but their command for an attack on B would still be there resulting in the dead killing their slayer. Just throwing out one of the problems we ran into when trying to control the macro traffic push. That was like 12 years ago though so by now I hope there are easier options.
We tried a novel solution in Alura hoping to get rid of lag that caused other problems using a first in/first out approach but the resulting processing delay allowed for the command to attack person A reaching the server right before the same command from A on B. The server would determine the attack on A would kill them and they would die... but their command for an attack on B would still be there resulting in the dead killing their slayer. Just throwing out one of the problems we ran into when trying to control the macro traffic push. That was like 12 years ago though so by now I hope there are easier options.