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

Improvement for unpathable construction behavior

4 posts, 183 views
Post comment
Filter:    Player:  
sort
Giving a constructor a build order that the constructor cannot path to (e.g. hover/tank on hilly terrain trying to set up radar/wind, or sea constructors building inland) will result in the constructor getting stuck moving but not making any progress, and not ever showing up as idle. Is there any efficient way to improve this behavior if I'm not the only one experiencing this?

I'm not sure what an ideal fix would be but I'd take any of the following:
- Constructors could clear their queue after not making progress for X seconds, but that behavior will probably look like a bug ("why did my constructor not make this building") and isn't very transparent
- Constructors could show up as idle if they haven't done any activity for X seconds. This is transparent but obviously requires some time to kick in and user attention.
- Have a visible warning when trying to give unpathable orders (maybe that already exists and I missed it!). The UI could be confusing here too, having to distinguish between unbuildable terrain and unreachable terrain.

+1 / -0
4 years ago
I think they cancel the order after being stuck for a while
+0 / -0


4 years ago
Could you make a demonstration replay?
+0 / -0
https://zero-k.info/Battles/Detail/883840 is an artificial demonstration of building radar/wind on the starting hills at around maximum constructor range. Interestingly the third constructor did eventually go idle after around 30 seconds on a clearly impossible build which I didn't experience before, but the first two never moved on.

https://zero-k.info/Battles/Detail/883843 is another demonstration on water building radar at the edge of the constructor reach, not super interesting though the first constructor remained stuck in place, whereas the second constructor kept trying to move closer to its target (not relevant but amusing).

https://zero-k.info/Battles/Detail/883144 is a real game that mimics the Otago demo. I badly misclicked with my second constructor at 1:10 and put up a radar too far up the hill. This constructor didn't get unstuck for the 80 seconds or so it took me to notice my mistake. (I had another similar constructor incident later on, again this is user error, I'd just appreciate any simple UI tweaks to make it easier to avoid accidentally idling constructors.)
+0 / -0