I have proven that it is appropriate to replace ± 1.0BR matchmaker with ± 0.7BR or smaller matchmaker in Air RB

I did read the entire post. It is just theoretical proof with little relevance to the reality of the situation.

In reference to BR decompression, I often see people with radical viewpoints, who advocate for massive BR decompression. Their experience is, by all likelihood, on the most popular modes, on the most popular servers, on the most popular battle ratings, etc. To them I bring up the fact that Gaijin has the data on queue time, and that they do not. In principle, it’s incorrect to believe so firmly in an argument, when not only the theoretical foundation is incorrect, but also, there is no data presented in favour of it.

In fact, I have never seen any use of actual queue time data from any proponent of massive decompression.

You haven’t presented queue time data to support your argument either. You’re merely assuming.

The truth is Gaijin’s current model is with a purpose. They’ve seemingly determined that the current state of the BR system brings in the most player engagement and profits, even if it’s at the cost of the user experience.

If the one reason for them not to make the consideration for massive decompression is queue times then why are they so insistent on 16v16? Surely smaller matches would make for lower queue times even in the most unpopulated server at the most unpopulated BR, no?

  1. Actually, I scaled up/down the player size, but the ratio still didn’t change significantly. ±0.7 is still 10% slower than 1.0. This is really multiplicative (because the algorithmic time complexity of matching a group of games is O(mn)).
  2. I play props more, more than top tier jets. In fact, I like to play props, and its combat style is more traditional :). The queue time of props is not significantly longer than the popular top tier.
  3. You said that there are fewer players in some time periods, which is reasonable, so maybe try to open a pilot test of ±0.7 during the time period with more people.
  4. ASB is a special case with a small number of active players, which is why I didn’t talk about ASB. I also think that ASB should not introduce smaller matchmakers, which does not contradict my main talk about ARB.

In reality, the actual time increase from a 0.7 BR would be far in excess of 10%, likely multiple times the total wait time per player, due to this factor.

In fact, we should not arbitrarily guess the specific multiples of the matching time, because the time complexity of matching a game is O(mn), so in fact it should really be a multiplication relationship. If Gaijin can’t write a matching algorithm with a lower time complexity, I suggest that they recruit some more professional talents. Instead of some embarrassing Game Designers.
6.I understand the example you gave, and I can’t judge its rationality for the time being. But to be honest, even if the maximum BR is expanded to 20.0, it is acceptable to me. Because in addition to the toptier, there is another BR range that needs to be paid attention to, which is 8.0-10.0, and the BR compression in this part is still very serious.

1 Like

I don’t disagree with you, it just isn’t the issue. Your initial complaint was the arbitrary choice of time. And it doesn’t matter if he uses 0.01 or 10. It could be 0.01 hours or 10 seconds. Change of relative outcome matters.
Average Max Wait Time for All Battles: 0.93 s
Average Max Wait Time for All Battles: 1.24 s
means an increase of 33%.
In fact, the perfect agreement with 4/3 makes me suspicious that he is basically measuring a relation between his input parameters.
What you want, is to add a new function to my 10k list, namely a chance for “player aborts game”.

The burden of proof is on the person making the claim in the first place, not the person questioning it.

16v16 is better for gameplay in multiple ways. It allows enough players for strategizing, it makes less “meta” aircraft playable, it balances vehicles simply by the higher match size, etc, etc.

It’s sad that you oppose everything you see on the forum.

I’ll keep supporting most of what I see on the forum as most things are great ideas.

@COMBINE
Yes, I am indeed famous for agreeing with most people and supporting them.

Just as you’re arguing against the entirety of the War Thunder playerbase with this topic I’m defending the War Thunder playerbase’s pro-decompression stance from this topic’s pro-compression argument.

War Thunder needs decompression, not the compression you’re arguing for.
And yes, compressing the matchmaker is by definition BR compression, just the other form not as talked about.

OP’s proof is his own experience in which queue times are extremely short. And still even if your queue times are 10 minutes according to his data they’d become 13.5 minutes. Would you rather wait an extra few minute for a more balanced an enjoyable match? Even if you wouldn’t, the vast majority of players would agree to such an exchange.

I can not put into words how much I disagree with you…

I make 13min20s out of his data.

Unless he happens to be located here since the start:
Remaining aircraft in queue: 39

You are still not understanding of the problem in your model. As I have said multiple times, and another player, @Dodo_Dud , has said, you did not consider the fact that players will leave if they are in the queue for too long. They won’t stay forever.

Also, to apply your model in reality at all is laughable.0.0 BR spread is just 3x waiting time of 1.0 BR spread. Would you argue for a 0.0 BR spread then? It’s ridiculous, since effect in reality would be vastly worse.

1 Like

Yes, you are correct, I caught the wrong number while skimming through to do the math. Point still stands though.

I don’t use the queue time argument because good lineups fix that for ground, and air doesn’t get impacted because there are no lineups.

Decompression is just objectively better than compression of BRs either compressing the matchmaker, and/or compressing the tech tree BRs.
And in reality, this idea would compress both.

This is why I continually argue against BR compression.

Less than 10% of the air BRs are currently compressed, objectively speaking. [There are 40 air BRs.]
And as people have argued, 13.0 is compressed, 9.0 is compressed… and that’s about it.
“But what about 11.3?” That’s not 11.3 being compressed that’s 13.0 being compressed. You fix 13.0’s compression and it has a knockdown impact to 11.3.

Anecdotal evidence. If you really want to use that, well, I also have some anecdotal evidence for you. I have previously spent more than 10 minutes in an Air RB queue once. Finding no matches, I left. I have also experienced multiple cases where matchmaking took multiple minutes, especially on SA server, and especially around early jet BRs.

See literally any one of my posts on this topic for why this isn’t the case.

The model seems to supply all BRs in about equal abundance. And it obviously does not much else. So no squads, no levels, no bomber limit, no top BR limit. If I omit all that, it will be much easier, sure.
I can easily prove that we need no welfare laws if all are healthy and have jobs. But is that proof relevant?

Could you please quote that definiton? Failing that, could you please explain it very slowly so that we can follow.
And to be on the safe side: You mean with MM compression to switch from 1.0 to 0.7? To avoid misunderstanding your claim.

There are two arguments made on the forums: The correct one and the compression one.

1- Decompression. Decompressing the last holdouts of BRs after an analysis of what those holdouts are. At most a couple hundred vehicles.

2- Compressing the BRs and changing the BRs over over 1000 vehicles for a compressed matchmaker from 4 to 3: 1.0 to 0.7.

This BR compression in the matchmaker would cause more overlapping vehicles, meaning different vehicles like F-104 and Mig-19S would permanently be the same BR despite the Mig-19S being objectively superior.
This would also mean that F-14B and F-15A are permanently the same BR despite them being different.

A 0.7 matchmaker solidifies BR compression into the video game and will never be cured.

This is why 4 is superior to 3, and why we need to oppose this compression in favor of BR decompression in the areas that are still impacted.

There are zillions of arguments on this forum.

The argument in this thread is not about BR changes. This is stated in line 3 of the initial post. It isn’t mentioned in the title either.

Please explain or link why switching the MM from 1.0 to 0.7 width is “compression”. A 0.7 MM would have less vehicles meet than a 1.0 one unless you also change BRs. That is the whole reason people ask for it.

2 Likes

Compressing the BR matchmaker REQUIRES BR changes; everyone knows this, which indicates to me people really want their specific OP plane to be more OP.
You can’t have your cake and eat it too.

Decompression is the only answer, and it’s funny to see so many people arguing against decompression for a system that makes their aircraft more OP and requires far more work than decompression.

You don’t even understand what’s compression and what’s decompression.
-Ignore list

1 Like

@Nick_Cloud
I see you ignore every pro-decompression and anti-compression man on the forum.
Good lord the pro-compression crowd is sensitive.

Decompression: Decreasing the density of a volume.
In the BR system: Matchmaker: Moving from 1.0 to 1.3+.
Tech tree: Moving from 1.0 - 14.0 to 1.0 - 14.3+.

Compression: Increasing the density of a volume.
In the BR system: Matchmaker: Moving from 1.0 to 0.7-.
Tech tree: Moving from 1.0 - 14.0 to 1.0 - 13.7-.

Seriously…
It’s the opposite.
Compress - put more things in one BR range so it becomes compressed .
Decompress -less things in one BR range.

The meaning of the word tells it.

2 Likes