Is it feasible to adjust the BR float to ± 0.7?

Look, here’s the argument for 0.7 base matchmaking you are so blatantly fail to understand.

there’s a big gap of performance between 10.7 plane and 11.7 plane, between these two, one has AIM-9B / R60 stock and basic lock radar with minimum sweep range and speed, while the other has AIM-9E / R60M stock and pulse-doppler radar and SARH launching capability.

limitting the matchmaking to 0.7 maximum for up and downtier ensure that these 10.7 plane doesn’t have to face off with 11.7 hellspawn with different technology altogether, so is the 9.7 plane without flare and tier 4 missile modification doesn’t have to face 10.7 plane with AIM-9B stock and CM pods and afterburning J79 or R11 against their weak ass J47 or VK-1.

3 Likes

10.7 & 11.7 can face each other rather fine, there’s barely a gap.
You should’ve mentioned 9.3 where compression actually is.

Adjust BR float to 0.7 can solve most of the overperforming/underperforming problem. Now the playerbase is more than enough to support this change without much lengthen the matchmaking. (While Gaijin still unwilling to do this, maybe because this would influence the selling of prem packs)

1 Like

BR 1.0 is required for decompression.

I think you haven’t understood what we’re talking about yet. we are talking about IN-GAME MATCHMAKING BR FLOOR AND CEILING, not OVERALL BR FLOOR AND CEILLING.

Sure we need a 15.0 BR ceilling, agreedm everybody love that. But we also need matchmaking that limit the enemy / friend BR limit to just .7 to prevent an entirely new technology that was developed with more knowledge of legacy technology + Implementation + Battlefield performance + years of development to pubstomp weaker vehicle.

The spirit of decompression is to prevent vehicle from advanced generation to fight vehilce from previous generation, and while BR ceilling increase is a correct way to fight it, more need to be done to actually address the problem that -+1.0 BR brings to in-game match where it’s matter. the .7 matchmaking increments is aimed to precisely fix the specific problem of 1.0 matchmaking BR ceilling brings to the game.

1 Like

Let me lay this out for you.
Let’s say 4 BRs are compressed, and 8 are not.
Under a 0.7 system, you have to compress 8 BRs into a worse matchmaking system.
It causes compression.

OR you could just decompress the 4 BRs and move on.
In reality, it’s closer to 2 total BRs that are compressed out of the 12 total, maybe up to 3 tho I’ve yet to see math that proves that.

You can just add more BRs to prevent entirely new technologies from facing F-104A.

Compression affect around 4-ish BR range starting from 8.0, from there they will absolutely forced to fight misileer with afterburning jet engine 1.0 BR above them.

How to fix? just literally just limit matchmaking to .7 BR, 8.7 can only face up to 9.3, 8.0 doesn’t have to face 9.0 missileer, 9.7 doesn’t have to face 10.7 CM and SARH, 10.7 doesn’t have to face pulse doppler SARH and all-aspect.

simple as.

1 Like

That doesn’t fix anything, that causes less movement for balancing without solving the problems.

compression is when vehicle with far and wide performance gap is at 1.0 BR range, this is the case in all tier even starting with 1.7 BR.

1.0 matchmaking allows for vehicle balancing to be easiest, as there are 4 places for the vehciles.
With 0.7, there are only 3 places for the vehicles.

In an example of Maus & Tiger 2, currently there are two places between them.
In a 0.7 system, they’d need to be made closer [compressed] to stay balanced, and that would mean there’s only one place between them.
Because 6.7 & 7.7 heavy tanks aren’t compressed relative to each other.

No it isn´t you literally only get 1 in-between step compared to the current 2! With current system you get one more step for smaller adjustments.

This is clear demonstration how you don´t understand primary school math. Because when I stretch current 1.0 - 12.0 BR scale to 120.0 I will get scale which goes 10, 13, 17, 20, 23, 27, 30, 33, … , 113, 117, 120. And then when I use ±10 I would get precisely the same system as we have now just with larger numbers.

To “fix” balance/MM you can do two things make the ± spread smaller or streach the BR scale. If I do it by same factor both solution result in exactly the same MM potential. But with streaching the scale I still retain the smaller steps to make small balance adjustments.

I can clearly see that you didn´t look at the table I provided

  1. Your system will still go 1.0 - 1.3 - 1.7 - 2.0 - 2.3 - 2.7 ect but you will meet only ±0.7 so just two steps
  2. In my system the new BR will be (it is exatly same vehicles pool as in your example the BR were just adjusted) 1.0 - 1.3 - 1.7 - 2.0 - 2.3 - 2.7 - 3.0 - 3.3 - 3.7 ect. but the x.3 spaces are unused.

That is the same result! How it is so hard to understand that?!

I will leave it up to others to decide if what you wrote makes any sence. This is what you originaly wrote VVVV


I wrote: VVVV

Which is basically the same thing as this: VVVV


You run the scrip one time to change the BRs according to the streached scale. After that you don´t need to do anything with the script and you do things as you always done.

In both cases you will essentialy need day 0 BR adjustment patch regardless of the methodt you use to redo the balancing for almoast all vehicles because some vehicles will suddenly be much more powerful because they won´t no longer face their biggest thread or won´t be sucked up/down to some popular BR black holes. So you will already be readjusting almoast all BR (or at very least checking them) before the release. You might as well not change the spread and just do the thing you will need to do regardless.

No it isn´t you literally only get 1 in-between step compared to the current 2! With current system you get one more step for smaller adjustments. So you only have 50% of the ability to make small adjustments. Or in other way you have only 75% (at best) of the possible balancing adjustments you can make. Compared to the current spread.


With the ±0.7, if need to adjust vehicle you move it up or down 0.3 which is essentialy half of the 0.7.
With current system you move vehicle up or down by the same 0.3 but that is one third of the 1.0.

HOW?! I literally just showed you how the current system can make more detailed adjustments. You are simply deciding to ignore it.

1 Like

btw, we’ve been asking for 0.7 MM spread since 2014 …

4 Likes

The results for my table and the ±0,7 the exactly the same.

Sorry I’m new to this argument but the fact that the 0.7 table and your suggestion have supposedly the same result (It might) means that they both are fighting for decompression right?

Also the easier and more practical change would be the matchmaking change. Due to not having to rename every single br and having no completely empty brs (1.3, 2.3 3.3, 4.7, 5.7, 7.0, 8.0, 9.0, etc). Your change means that majority of the tech tree would have to re br’d in order to fill these holes. While the 0.7 mm change does in your words

While not going through the extra effort of adding 5 br brackets. I understand your concerns about not having enough places for better or precise adjustment, but if we can have this now we can get your idea slightly later.

Look most of us in this thread want the same thing Decompression, we may have some differences in the way we want it. But if we work together on this issue and compromise then we have a better chance of getting what we want.

3 Likes

If that is the case, then 0.7 matchmaking spread is better because at the end of the day they don’t need to move every single vehicles up and down, they just need to tweak some vehicle BR by .3 or .7 and call it a day. they can still always add new BR range in case they wanted to add new rank but having .7 matchmaking spread would, at the end of the day, answered the massive performance gap a whole BR gave beyond 4.0 ground and 3.0 aircraft where everyone is pretty much the same.

Win win.

Next problem to address would be stat-based balancing, give Re.2005 5.3.

2 Likes

@七-十三_H14 @Crus94 at least we are moving somewhere. Now that we finally established that we can reach same result with both decompression and the ±0.7 spread. We can talk about the advantages and disadvantages of each system.

My point from the start is that the ±0.7 has basically no advantages and it is just bad bandaid solution.

The only possible advantage of the ±0.7 spread change is that it could in theory be done quickly. That is the only advantage that solution has and even this isn´t strictly true. Even if Gaijin were to suddenly decide to use the ±0.7 (which they wont) they would still need to do an audit of all BRs from 1.0 to 12.0 because the change can have several domino efect consequences so Gaijin would need to go over these BR regardless.

Which means regardless of the approach they would choose they would need to go over BRs. But then there is no reason to choose the “quick” solution and they can skip the spread change and just go over the BRs from the start.

Even then the “decompression” methodt isn´t that much harder to do since if they want quick and dirty methodt they can just use find and replace function and they will have the BRs adjusted in no time.


As for the table it was made simple to demonstrate that we can have same outcome with both methodts. But I imagine that if we were to get the decompression there would be changes

  1. Not all BRs need to be decompressed mainly low tiers don´t need decompression
  2. During the process of decompression there should be further changes to BR for balancing purposes which would result in the “unused” BRs being populated too.
2 Likes

The main reason imo that 0.7 was suggested was due to it being a easier to implement feature, as baum said earlier could potentially be as easy as changing a line of code. Doing the 0.7 change would be a really good change with immediate effects. While some vehicles will need to be balanced it would be roughly the same as the routine br changes we have. Also having the ±2 br’s is a great long term change as well (outlined by baum above).

Now this change is not a permanent or perfect solution we will need the addition of battle ratings at some point, some point soon in line with your suggestion. The rebalancing could serve as a stage two for decompression, initiated after the roadmap. Where every vehicle is rebalanced into X number of br brackets, as you know this will take a while for everything to be ready. So Stage One could be the more immediate .7 matchmaking change that would need some but not too much editing and then stage Two the more permanent long term extension of the br range and subsequent “Great Rebalancing”.

These are my thoughts on the matter, please forgive formatting mobiles a pain

It’s time to give up and start asking for decompression with the rest of the community.
There are too many BRs for a 0.7 system currently.
And Shadow illustrates very well how horrific 0.7 would be on the game.

@Crus94
Changing the BRs of most vehicles needs to occur whether we stay with 1.0 or compress to 0.7.

It’s INFINITELY easier to just change BRs since it has to be done regardless, instead of changing BRs with a worse matchmaking system.

@七-十三
Nah, most vehicle BRs would need to change with 0.7 as well. There is no win win, it’s just more work for a worse result.

Everyone but you knows 0.7 is decompression just you think it is compression. just you have made 0 arguments for your points. So maybe just maybe shut up now?

There are more than enough BRs as you can literally make a 0.7 system work with just 4BRs from 1.0 to 4.0. The number of BR`s ios utterly irrelevant
Shadows system, as he says and someone else proved, shows literally that 0.7 and his have the exact same result. So no you are simply wrong as you always are

there is no “compress to 0.7” nothing is being compressed. removing vehicles which should not be in a BR range is decompression. 0.7 removes vehicles from matches of a BR range. 0.7 is decompression.
You still don`t know what compression is even after I told it to you in a way a three year old would understand

no they would not stop making this stupid claim over and over again I disproved it ages ago. You are just repeating falsehoods at this point or in otherwords you are spamming

I don’t think you understand the difference between compression and decompression, also his table just shows how the 0.7 method and extending the br range achieve the same result just with different methods