The solution is easy:
(…)
That is the function in C code that fixes the problem. If queue times become long then people transfer to the lower WvW pop servers…and it all spreads out.
For this to have taken so long is really hard to understand.
Thanks
That is a VERY bad solution.
Not only people don’t wanna spend the 800 gems on transfers, there is also the server pride to consider, you know, for the people that don’t just jump on the most packet server to outnumber the enemy 3 to 1 and “win”?
A much better solution than that would be dynamic limits on the maps that would climb up and down according to the server with the least presence.
You could have a lowest limit of 15, for example, just so no one server can lock everyone out of one map, as if that was even possible.
Then after that have the limit dynamically increased or reduced depending the side with the lowest presence +5, for example.
Server A has 27 people in?
Limit for servers B and C is 32.
Server B suddenly goes away in mass leaving only 18 people behind?
New cap for the map is 23, server C might still have 32 people in at this point, but no on else will be allowed in even when they start going away until they dip bellow the limit.
Server A disappears leaving only 4 behind? Map limit of 15 for the others.
Is there room to exploit this? Frankly no, if you think you can control everyone in a server you have another thing coming, people do as they please, try to boycott telling everyone not to go there and see what that gets you.
With a dynamic population cap you would effectively be fighting with even numbers all the time, which is ultimately what people want, except the ones that play around the fact they can outnumber the enemy 3, 4 or 5 to 1 and call that “winning”.