Loading...
  OR  Zero-K Name:    Password:   

Scorcher amove behavior

5 posts, 465 views
Post comment
Filter:    Player:  
sort

15 months ago
Can we make scorchers on amove more eager to just rush in? No weird dodging shit or anything, just full-on rushing in. I think there are many times when it is optimal for scorcher just to rush in, and the ai will simply try and dodge or juke rather than move in, which wastes its chance. I don't see many situations where it even is good for scorcher to juke around and dodge, rather than rush in. When scorcher is dodging around, it is using little of its DPS because it will be at max or midrange.


I think that either:
  • The ai for scorchers should just have it rush in point blank on every or most units
OR
  • There should be some kind of separate toggle that allows scorcher to go from point blank rush, to whatever the current behavior is.


+6 / -0
The unit AI is more about being predictable than optimal. Attack Move causes Scorcher to jink around near max range because otherwise there wouldn't be a simple way to tell Scorcher to jink around near max range. If you want Scorcher to dive in, then issue a Move command. Making it dive in against some arbitrary set of targets would also hurt its predictability.

Generally Attack Move mean "move so that you are shooting stuff, but try to preserve health", not "move and shoot stuff optimally". Optimal broadly depends on the rate that you, the player, want to trade your units health for enemy units health. Optimal is for the player to decide.

Attack Move works the way it does because the common tactical choices cluster around "keep at max range" and "rush in". If we just had Move then the "rush in" choice would be much cheaper than "keep at max range" in terms of player attention, which would warp tactics space towards it. Also keep in mind that there is a lot of nuance around these clusters that will encourage players to manually control units for the best outcomes. Attack Move isn't meant to be a replacement for manual keeping at max range, it is just there to give players a simple way to keep at max range that is on par with a simple Move command to dive in.

If the current Attack Move behaviour for Scorcher is rarely useful then it could be tweaked. Perhaps it should jink around a bit closer to its target, to strike a better balance between safety and damage. If Attack Move doesn't implement a reasonably good "keep at max range" tactic then it may as well not exist, so the behavior should put Scorcher somewhere at a reasonably common/desirable point around "keep at max range" in tactics space.

I don't like state toggles, especially for combat. The position and type of an issued command is a much more fluid way to control units. We have state toggles that work, but I don't want to go down the path of adding behaviour tweaks for individual units. It feels a bit undiscoverable, and the work could be better spent on improving the default for everyone.
+1 / -0

15 months ago
As we have move command for the desired behaviour, this is a change I'd be against. With scorchers I do mostly use move command much more than a-move. However, doubling up on their behaviour will lose some function, and as GF said, predictability in how units will behave.
+1 / -0

quote:
Making it dive in against some arbitrary set of targets would also hurt its predictability.

Make it dive in against everything. I would support having scorcher just move in on everything, and then having the player decide when or when not to move in

quote:
The unit AI is more about being predictable than optimal. Attack Move causes Scorcher to jink around near max range because otherwise there wouldn't be a simple way to tell Scorcher to jink around near max range.

Move commands are not scalable, and are APM intensive to execute.
There is no simple way to tell scorchers to dive in on every unit. Even in micro situations where it is feasible, it certainly is not simple. It does not help that when you click on the unit, the scorcher switches to its ai, which ruins whatever you were trying to do with it. The existence of the ai itself means that you have to click past whatever unit you are trying to rush, which can make rushing in against fast units really difficult, as when they jink around you have to click PAST where they are, rather than just clicking where they are.

quote:
If we just had Move then the "rush in" choice would be much cheaper than "keep at max range" in terms of player attention, which would warp tactics space towards it.

This is already true though. Attack move is not very useful even for its job at keeping max range. For scorcher, the only feasible command really is "move" (when it comes to units at least)



quote:
If the current Attack Move behavior for Scorcher is rarely useful then it could be tweaked. Perhaps it should jink around a bit closer to its target, to strike a better balance between safety and damage.

This would be better I suppose, but still not great.

quote:
With scorchers I do mostly use move command much more than a-move. However, doubling up on their behavior will lose some function, and as GF said, predictability in how units will behave.

Are you really losing function if you don't even use a-move much? We are "losing function" in the sense that we are ridding of a near worthless a-move, in exchange for an amove that is actually useful, better than move command, and more scalable


The general argument that I am seeing here is that the current amove provides some level of functionality that would be lost if a rush-in amove was added. And, that move command can do what a "rush-in amove" can do. It is true that the current amove DOES do something that would not be feasible to do, with its multiple units jinking around. However, the current behavior is just not useful for scorchers. It is evident by the fact that not many people even use amove on scorchers. There would be no effective functionality lost if this ai was changed or removed because it's simply not used. Move commands cannot do what a rush-in a-move can do because move commands are inconsistent, difficult, and only really work on low weights, or against single targets (or single clumps of targets).


I would support keeping everything as is if the move command wasn't so damn irritating to work with. If there was a "move to this unit" command rather than clicking on a unit entailing amove. Or even if there was a way to just click on a unit and just have it move to that position, as if there was no unit there. I guess I'm also okay with nothing changing at all, and scorcher being gatekept by esoteric micro. I just thought that this is the thing that Zerok is trying to avoid.
+1 / -0
You can use my Scorcher Close Attack widget version 1.1 (GNU GPL v2). It doesn't change the attack-move behavior. If Scorcher receives an attack = force fire command to a unit, it inserts a move command close to the target before. It also works if a queue of multiple commands is given to multiple units of which some are Scorchers.
+0 / -0