Reclaim Brush

Penguin show me one replay where game loss happened due to failure to capitalize on manual reclaim. I’ll even take the canis replays you’re talking about.

Lower rated players massively overstate the importance of manual reclaim. Anyone under, say, 1800 ladder can get away with zero manual reclaim outside of clicking 75 mass or more rocks manually on 99% of maps. I’m hit or miss if I feel like doing manual reclaim myself and I have never once felt I lost a game because I didn’t manual reclaim enough. I’ve had several top players give me feedback and not a single one has mentioned manual reclaim other than maybe one or two map specific meta stuff where one of the first engineers gets some reclaim orders while waiting on the next engy to come out since you don’t have anything else to do. And that was for some very high level map specific stuff that won’t win or lose games outside of the top 1% or whatever. Only other exception was doing a bit of manual reclaim with acu on dead land units to fix a stall.

People would be much better suited by pressing alt and right clicking a location with an engineer that at least vaguely makes sense to get reclaim and then using their brainpower and apm to figure out how much power they should be making to spend their mass. That’ll actually help them increase rating, not worrying about which of the 50 methods of reclaim they can use to get a bit more mass .5s faster.

Most arguments against seem to be that manual reclaim isn't that important (in terms of helping you win the game). If anything, that's another argument for the change (since it's not going to have much of a balance impact)!

I'd bet most people playing the game find it more fun to do things other than playing 'click rock not tree simulator'. Something that therefore reduces the APM required for manual reclaim (and therefore the need to do this) is likely to increase fun for such people. The change also removes a source of frustration with not being able to properly execute a decision - as mentioned above, if you want your ACU to reclaim an area, there is no suitable option at present. Unlike engineers, you don't have a sub-optimal attack-move order option, and if you do patrol then that can cause various issues/unintended consequences. It is also still sub-optimal to choosing the reclaim targets yourself, just not as sub-optimal as an attack-move order, so people wanting to eke out small advantages that make use of higher apm will still be able to.

So we have a mechanic that isn't fun, can at times be frustrating, and seems generally accepted by proponents of it posting here to not result in a decisive difference between games being won or loss. Other than this mechanic rewarding people with high APM, what's the benefit of banning a reclaim brush type option?

Also, why is it acceptable to automate/reduce apm with features like mex capping and mass fab automation, but not with reclaim?

The benefit is that it can matter at higher levels and it's an additional skill hurdle to overcome. It's the high rated players that tend to be in favor of keeping it, it's the low rated players that think it's some big deal gameplay nuance that they need to rehearse in sandbox to be good. I also think most of the arguments about attack move, manual reclaim, and this new brush being useful as a trifecta are BS and one will become a noobtrap. I see zero reason to make a new attack move that carries the efficiency of manual reclaim beyond soothing the hearts of dudes that have 0 clue why they actually lose games. Any argument about modernizing the game is already held by attack move or some sort of replacement of attack move with some other function that can then be more intuitive but keep the baseline notion of being less efficient.

I'd also say most of your arguments there apply just as equally to removing manual reclaim in general rather than adding a reclaim brush.

My impression from reading this is that it has zilch to do with winning/losing games and everything to do with whether the implementation is simple and easy to use or another command few want to learn.

Also, I don't understand the level of energy in this thread — it's not something that will really change the game (basically Ftx's argument IIUC).

@penguin_ said in Reclaim Brush:

This can be implemented in a way that's not laggy and doesn't add too much processing burden - It can be done in a sensible way

The command queue is seriously limited in how much orders it can take care of. We'll take the ringing feature as an example.

Do the following:

  • Spawn in 10 t3 RAS SACUs
  • Make a t3 extractor
  • Move away from the extractor (you can teleport using alt + t)
  • Continuously try to ring the extractor with storages and fabricators (in rapid succession, just keep clicking)
  • See how much the game stutters by looking at how the SACUs move

This means that making 130 (10 * (4 + 9) = 130) orders cause a noticeable stutter. Let alone if these happen two or three times in a row.

Now imagine if a player uses several (say 10) engineers to create some reclaim orders over a large naval battle they had in front of their bay. The ocean floor is populated with air wrecks, hover wrecks and boat wrecks. It can easily be 200+ wrecks for the average during the late game. That means we'd need to make at least 200 individual orders over 10 engineers. We likely want some redundancy, so lets say that every wreck is part of a queue of at least two engineers. That makes for 400 individual orders. And now imagine you missed a bunch of those reclaim orders because you forgot the offset with the ocean so you redo it, causing another 400 orders.

Tada, you have significant stutters 🙂 .

Let alone that:

  • you'd need to make semi-efficient choices for the engineers to determine their reclaim. How do you determine that? And what does efficient mean?
  • the input size (engineers or reclaim) will always be a relative large set (anything between 50 to 500 individual reclaim instances is not unusual after a late game fight). Processing such a large set is not recommended when you are on a strict budget (and we are - very much so. Game still slows down!)
  • there would be several people trying to issue these type of commands at the same time (say, within a few seconds after a battle is over)

And then we're assuming that there are no players with malicious intend 😉 .

and it can have limitations to its impact on processing, if desired (ie: small max brush size, tick-based limitations, max order limitations, etc).

A user should not have to deal with arbitrary limitations because the game can't manage it. If that is the case then it shouldn't be part of the game to begin with.

It would be consistent with FAF's precedent/pattern of adding UI improvements/features that reduce click count and improve QoL for most users - some examples:
o (1) spread attack
o (2) spread move
o (3) templates
o (4) hotbuild
o (5) gazui
o (6) advanced target priorities
o (7) eco manager
o (8) supreme scoreboard's 1-click resource sending
o (9) easy ringing of storages/pgens/fabs
o (10) automated mass fabricator behaviori:

Some of these cause significant performance issues: (1), (2) and (10) can flood the command queue quite easily, this can cause stutters during the late game. (7) is replaced by the automated mass fabricator because it could happily disable hundreds of fabricators, causing a jump in sim time. And (6) has some insanely detailed target priorities which turns out to be quite expensive on the sim, as I'm trying to tell you all in another topic.

These are not exactly great examples when we're talking about performance.

This is effectively the same as area commands which has already been heavily discussed on this forum here https://forum.faforever.com/topic/2054/beating-a-dead-horse-area-commands/12?page=1

and on the old forum which I will link when I find it

Edit: found em, have fun reading
https://forums.faforever.com/viewtopic.php?f=2&t=13632
https://forums.faforever.com/viewtopic.php?f=41&t=8471&start=20d this video in one of the threads:

Found a video in one of the topics:

I got to give it to them, it does look fancy 🙂 .

A work of art is never finished, merely abandoned

@thewheelie said in Reclaim Brush:

The issue is that you get it wrong from the get go. In a competitive game the time you spend manually reclaiming (aside from the start) is bassically zero, so you're not freeing up any time for other things.

I didn't claim to play with optimal APM allocation efficiency XP. This could be discussed further, but it's really more tangential, as that was just an example of what I might personally use the feature for myself, not a point for why it should be added.

The only impact something like this will have is an increase in general reclaim efficiency, but that is a balance thing and has nothing to do with the reclaim brush.

No. See points 1-10.

@sladow-noob said in Reclaim Brush:

Ngl I have the feeling you simple didn't understand my point, especially "Regarding you wanting players with more time to do things to be rewarded for their high APM, see point 8."

You're welcome to rephrase it.

@Exselsior and some others
My primary motivations in wanting to add this feature are basically that it would be a nice QoL improvement, it would help shift APM to more fun things on average, and that a lot of people would like to have it added. I made a thought-out 10 point list that I posted in this thread. None of those points said things to the effect of "manual reclaim OP; rating is 200 points lower because bad at clicking rocks, need macro so it's balanced." Yet, most of the arguments against my 10 points basically seem to disregard what my 10 points actually said, and instead seem to argue against that type of argument that they didn't say...

pfp credit to gieb

@penguin_ said in Reclaim Brush:

No. See points 1-10.

No. See my point

@penguin_ said in Reclaim Brush:

I didn't claim to play with optimal APM allocation efficiency XP. This could be discussed further, but it's really more tangential, as that was just an example of what I might personally use the feature for myself, not a point for why it should be added.

Your personal situation is irrelevant to the discussion and i merely used it as an example to make my point.

@penguin_ said in Reclaim Brush:

My primary motivations in wanting to add this feature are basically that it would be a nice QoL improvement, it would help shift APM to more fun things on average, and that a lot of people would like to have it added. I made a thought-out 10 point list that I posted in this thread. None of those points said things to the effect of "manual reclaim OP; rating is 200 points lower because bad at clicking rocks, need macro so it's balanced." Yet, most of the arguments against my 10 points basically seem to disregard what my 10 points actually said, and instead seem to argue against that type of argument that they didn't say...

my MAN the POINT is that all the FUN STUFF ur TALKING about are THINGS players are already INCENTIVIZED TO PRIORITIZE because the manual reclaim matters 0 AT THEIR LEVEL

So all your arguments entail is supporting the CURRENT status quo because that's the REALITY of the game.

If you actually took your arguments to the logical point, you would be advocating for removing manual reclaim in general because low rated players cannot comprehend that just because they watch a 2300 manual reclaim a lot on stream that this isn't the things that they need to mimic in their gameplay. The existence of manual reclaim in general is what RESULTS in them focusing less on fun stuff because they tunnel vision on dumb noise mechanics for their skill level. Does the reclaim brush make reclaim more fun? No? We're back where we're currently at.

@Jip

No double standards please. Allowing (1), (2), (6), (7), and (10) but not this seems silly.

A reclaim brush can be implemented in a way that limits processing cost per unit time (just think of your own fabber behavior XP), and thereby avoids stutters.

Also, based on the numbers you listed, I think you're imagining a larger brush size than I am, and a smaller brush size would result in faster processing the way I'm imagining implementing this. Regardless, the brush size (or max brush size, if adjustable) could be tested in FAF develop and set to a sensible value.

Regarding the command queue; if it would be necessary, adding an arbitrary limit to the maximum number of units that the reclaim brush can issue to a unit would not be the end of the world. The user already has to deal with numerous arbitrary limitations to the game (ie: max number of concurrent message markers, attack move's odd arbitrary functionalities, templates' inability to properly handle t1 pd-sized objects at full density in combination with larger objects, the arbitrary values used by your new automated fabber behavior, an apparent arbitrary inability for many units to target priority ACU, an arbitrary unit cap, an arbitrary input lag, etc).

pfp credit to gieb

@FtXCommando @TheWheelie

No. Even if new players are already incentivized to prioritize fun stuff over manual reclaim, many of them often focus too much on manual reclaim for various reasons (they don't have to be good reasons, but this phenomenon clearly occurs). If a reclaim brush was added to the game, many noobs would consequently use it and spend less time focusing on reclaim (because it requires less time and fewer clicks than manual reclaiming the same stuff), and they'd spend more time focusing on fun stuff that they should be focusing more on anyway. That alone would make the game more fun for them, and it actually could help many noobs to improve a bit, and it would improve QoL and their perceptions about playing FAF in positive ways.

pfp credit to gieb

That's a lot of ifs ands and hopefully's. Just remove manual reclaim and accomplish the same purpose.

I don't see how this amazing reclaim brush will save you more time than just clicking ctrl + Rmb

Just need to disable the reclaim mechanic until you're 1k. No more issues for new players 🙂

@penguin_ said in Reclaim Brush:

@FtXCommando @TheWheelie

No. Even if new players are already incentivized to prioritize fun stuff over manual reclaim, many of them often focus too much on manual reclaim for various reasons (they don't have to be good reasons, but this phenomenon clearly occurs). If a reclaim brush was added to the game, many noobs would consequently use it and spend less time focusing on reclaim (because it requires less time and fewer clicks than manual reclaiming the same stuff), and they'd spend more time focusing on fun stuff that they should be focusing more on anyway. That alone would make the game more fun for them, and it actually could help many noobs to improve a bit, and it would improve QoL and their perceptions about playing FAF in positive ways.

Ngl none of all the ppl I trained or checked focused on manual reclaim lol

Required rating for participation in balance talks when?

My point is that manual reclaim isn't worth spending apm on in the first place for 95% of the player base, so another option in place of attack move isn't necessary and will just add more confusion - patrol vs attack move vs some area reclaim order.

Not only would we now have 4 ways to reclaim (patrol, attack move, reclaim brush, manual) there are performance considerations for the brush which have been brought up before. Auto clickers are banned for UI mods which this would fall under, and should stay that way. Regardless of the benefits I don't want half baked ui mods crashing games by suddenly having a million reclaim orders on individual trees in broken tree groups.

Which means it would have to be a core game feature rather a UI mod implementation. I'd much rather the game devs spend their time on more useful things than this which is at best a minor QoL improvement for some people. Hell, not to sidetrack this even more, but there are UI mods like advanced target priorities that would have 100x the impact and I would argue strongly for adding to the base game long before yet another way to reclaim things.

No double standards please. Allowing (1), (2), (6), (7), and (10) but not this seems silly.

I wasn't involved with FAF when (1), (2), (and (9)) were integrated. (6) and (7) are UI mods, they are not integrated. (10) is a response to (7) to guarantee stable performance for something that was already possible. I'm not sure why it is in your list.

Calling me out for having double standards is inappropriate and closely resembles a personal attack. Don't do that.

but not this seems silly.

Using this argumentation (we have x, so why not y too) means we can allow anything. I'm quite confident that it is a logical fallacy, but I can't find the name. It is also what got us to the performance we had in May 2021, before I started my performance crusade.

Also, based on the numbers you listed, I think you're imagining a larger brush size than I am, and a smaller brush size would result in faster processing the way I'm imagining implementing this. Regardless, the brush size (or max brush size, if adjustable) could be tested in FAF develop and set to a sensible value.

A brush means painting. Painting means you can include any amount of reclaim you desire. To quote you from your first post:

Imagine it like a brush in a visual editor (ie: paint), where you manually apply a circular brush, but instead of painting the terrain, it shows a visual circle where the brush would give manual reclaim orders within if used there.

If that is not your intend then you should've been more clear on what this actually means in practice. Add a picture with a clear interaction. The video and topics that Sheikah linked talks about a more generic area reclaiming, which is what the majority of us will be thinking about.

The user already has to deal with numerous arbitrary limitations to the game

Same logic used earlier that I think is a logical fallacy: just because there are already existing issues doesn't make it more legitimate to add more of them.

Don't get me wrong - I'd love to have a feature like this. But if we're not careful then we just introduce more stutters. It is also the same reason why my example here is on hold because I haven't figured out how to do it properly yet.

A work of art is never finished, merely abandoned

And on another note, we already have a solution made by @Strogo that makes manual reclaiming a lot less painful:

I'd love to integrate that at some point, but I recall there were some issues with it. All of the changes Strogo suggests with that UI mod are improvements to existing features, he doesn't introduce new features.

A work of art is never finished, merely abandoned

@maudlin27 you are alloweded to automate mex capping only because you could automate it via doing a simple key binding.

"Good luck and a safe landing commanders!"

It seems like you want the brush to not be as efficient as maual reclaim, but then the whole "people don't need to manual reclaim anymore" falls flat, as they will still see the pros do it and think it is important. If it's not supposed to completely replace manual reclaim it's just redundant because it provides a middle ground to two options which both have their role. We don't need another option that is a bit of both. One of the extremes will always be the better option.

Regardless of the above, I feel this feature would just collapse because of the processing power requirements that it will have.
You claim that is possible to implement it in a way that is not laggy, while still providing better pathfinding to the reclaim targets than attack move. Yet when looking at the details all evidence seems to point to the contrary. At this point you need to go into more details how you think you can solve this and why it would still be a good feature even with the limitations you need instead of handwaving the problems away with "we'll limit the number of commands somehow".