Guild Wars 2

Ok, so before anything I’d like to say I’m not fully seasoned in WvW (you’re free to quote me there for all you want), and even though I experienced WvW to an extent since game launch, I think the way it progressed shows a strong failure in matchmaking down the road.

I do not know the specifics, and how each variable interacts in matchmaking algorithm. All I know is that you seem to consider only ranking points, and not population. If you’re aiming for a balanced matchmaking, then it’s not working, specially towards low pop servers. You should really reevaluate what you’re doing with matchmaking and increase server population importance in the algorithm. It’s destroying fun for low-pop servers.

I am from Eredon Terrace and we’re facing Yak’s Bend, for example, not sure if I’m utterly wrong here, but they faceroll us because of numbers, not quality. They’re poorly-skilled, but numbers will always faceroll skill.

Just wanted to pass this feedback to the devs. Hope you come up with a better matchmaking system in the future.

Thanks for reading.

The problem isn’t with Anet, but more players going “dormant” to get pairings.

Anet measures a servers population by active wvw players. Look at BG for example. They went in hibernation for at least 4 months before world linking started and thanks to that they were able to over stack their server to a point that they didn’t need a link.

Pairing two OCX/sea heavy servers for example. What do you get? Throw in two of the top 4 or 5 NA blob servers. Mix it all together and what happens?

OCX/sea heavy servers are bored to tears ktraining up the score every night. Other servers are bored to tears because there’s no one to fight during the day (except each other. Not an option though because of salt. Better that they both tick 100+ while the other servers tick 28) and will probably still “lose” without a lot of overtime.

We may have population data but either the coverage data is severely lacking, someone hates certain servers or generally enjoys a good trolling.