Add Detect Distance to Red Zone

[Mephisto]

Pretty self explanatory and since we just got the counting function which lets my robots know what's at stake, detecting the distance to the wall is a good way for a newcomer to tell their robots to see if they're being repeatedly pushed back into the limits(i.e. Split Team)

[TheKidPunisher]

if mcompany had a nickel each time he said he will have a nickel for each time request are repeated...

I think it is already in some to-do list on trello

[mcompany]

if mcompany had a nickel each time he said he will have a nickel for each time request are repeated...

I think it is already in some to-do list on trello

Stop it, that's my thing

If I had a nickel for how many suggestions has been said before a million times...

viewtopic.php?f=2&t=40
viewtopic.php?f=2&t=242
viewtopic.php?f=2&t=521
viewtopic.php?f=2&t=903

[TheKidPunisher]

Stop it, that's my thing

If I had a nickel for how many suggestions has been said before a million times...

It was a private joke, dont worry i will let you the next "false new suggestions"

[pier4r]

The point is that mcompany at least brings old links.

[GFX47]

https://trello.com/c/NUryPF1C/718-arena ... nd-filters

[Melkor]

I don't think this would improve the game. Right now you have to choose how aggressive you want to be, and then if you aren't aggressive enough you get pushed into the wall, but if you're too aggressive you just get killed. With this, you don't have to worry about getting pushed, since you can just stop retreating once the wall is in close range.

Also, I'd have to make more changes to each of my retreat AI, and I have like five different retreat AIs.

[mcompany]

I don't think this would improve the game. Right now you have to choose how aggressive you want to be, and then if you aren't aggressive enough you get pushed into the wall, but if you're too aggressive you just get killed. With this, you don't have to worry about getting pushed, since you can just stop retreating once the wall is in close range.

Also, I'd have to make more changes to each of my retreat AI, and I have like five different retreat AIs.

My simple thoughts: meh

More explained thoughts: if you stop retreating near the border, it by no means would guarantee that it would help your survival. Not to mention that not everyone needs their AIs to see the border. However, the border is an important factor of how your bots can die, and with a game based around making the smartest AI, I'm sure this is a worthwhile request. So meh

[MrChris]

This would add a layer of complexity to the game which wouldn't be fun to deal with.

If you don't want to be pushed into the wall then figure out how to be more aggressive/pushy. This is what the game is all about.

[pier4r]

since you can just stop retreating once the wall is in close range.

On some maps you can do it already. "if closest bases is out of range, stop retreating". If your code does not act accordingly, if you were pushed then you get destroyed while you hold the ground.

Months ago I was thinking it was a neat feature to have but I don't think would save people from being pushed, would change pushed to destroyed.

[sollniss]

Sure, eventually the outcome doesn't change. BUT this game is still time based, living a second longer can make the difference between a draw and a loss. I think all you guys are forgetting that.

[mcompany]

I think this game is about making the smartest AI, not the pushiest. If the right way to survive is by avoiding the walls, then I see no problem in making a way to avoid the wall. As said before, it really wouldn't change the outcome by much (some matches I actually expect it to have the enemy die off sooner, not later). Currently, there is no much complexity to the game besides how well you can push without dying (one of the reasons why I think pushbot should be added back into the game). Having another layer of simply wall avoidance) on top wouldn't hurt all to much (if at all, especially since AIs doing ridiculous movements to survive is probably already a thing that just rare)

since you can just stop retreating once the wall is in close range.

On some maps you can do it already. "if closest bases is out of range, stop retreating". If your code does not act accordingly, if you were pushed then you get destroyed while you hold the ground.

I tried this (for a completely different reason back during 4.2 (and observed my AI doing it the few tines I actually updated the apk for the account). It barely had any effect, if not made a potential for the AI to be worse and had interesting side effects. Simply put, it isn't entirely viable

[LuBeNo]

I think detecting red is not needed. Would make it more complicated without much gain. Dying in the corner instead of at the border.

[Jeffrey Harpen]

It can be useful. I can imagine bots flanking the enemies by moving along the border while enemies stay near the center of the map.

[Melkor]

It can be useful. I can imagine bots flanking the enemies by moving along the border while enemies stay near the center of the map.

I've seen some people do this already just by using resources instead of the border. Its defintely possible on maps like seven wonders, but from what I've seen its not very effective; you're wasting a bot while he walks around, only to have him end up alone and fired upon from half the enemy team.

Or maybe my AI just happens to be good at defending against that, and most of the time its still effective.

[pier4r]

Sure, eventually the outcome doesn't change. BUT this game is still time based, living a second longer can make the difference between a draw and a loss. I think all you guys are forgetting that.

true.

Moreover now that is there I completely forgot that it is not only about dying, but also pushing. It allows a lot more subtle behavioral changes in the tactic (that I am lazy to code, though).

For example: if there is a numerical advantage and the border is close, extra push.

Plus also in retreating I discovered that there is an advantage, in trading space for damage. It happened already multiple time that my enemy pushes me away but it is too damaged and cannot destroy me when I am near to the wall (on the contrary, the enemy risks to be destroyed).

So it take back that is not needed, and I say actually detecting the border allows way more behaviors to be implemented.

[Jeffrey Harpen]

It can be useful. I can imagine bots flanking the enemies by moving along the border while enemies stay near the center of the map.

I've seen some people do this already just by using resources instead of the border. Its defintely possible on maps like seven wonders, but from what I've seen its not very effective; you're wasting a bot while he walks around, only to have him end up alone and fired upon from half the enemy team.

Yes, this is how my shotgun distracts all enemies while the rest of my team capture the resources, killing some of them eventually when they are not careful. Except I use bases to navigate, not resources.

[Melkor]

Yes, this is how my shotgun distracts all enemies while the rest of my team capture the resources, killing some of them eventually when they are not careful. Except I use bases to navigate, not resources.

Wait, you use the normal bots to collect the resources while your shotgun fights? That's the exact opposite of what I do. Wouldn't that lead to your resource carriers taking a lot of damage, since they'll be prioritized by the enemy team and unable to quickly escape?

[Jeffrey Harpen]

Actually it works quite fine (or worked - haven't played much after major changes). As I could see many people are more afraid of shotgun's attacks than other bot running away with resource. And I tell you why: because they are damn right! The shotgun can finish many of bots quite easily if you let it come close.
And another thing: my assault bots are quite careful, so when they feel weak they just drop the resource and run away. They come back when the shield is high and slowly keep pushing the resource to the base. Sometimes it goes quite quickly, because when one assault is running away, another captures the resource, and so on...