• MORTE
  • Agent
  • Offline

Topic: Anti Swarm Idea

Not sure if this has been proposed, honestly too lazy to check.

Limiting the amount of robots that can lock onto another.  For instance Only say 8-10 robots can lock onto one robot. Afterwards they start interfering with each other's locks.  Not sure on what the exact numbers should be.  But it could vary by robots on amount who can lock on etc..

  • CIR
  • Agent
  • Offline

Re: Anti Swarm Idea

An interesting idea, but there's no way to tell if you are locked by friendly or enemy targets. Would be too easy to everyone lock each other and make it impossible for you foe to lock you; with intrusions of size, 40-50 bots can lock enough to make the upper limit too high to matter.

3 Reply by Demiwar (edited by Demiwar 2011-06-30 19:30:36)

  • IMFS
  • Agent
  • Offline

Re: Anti Swarm Idea

IMO the recent addition of explosion damage is all the anti swarm we need. Its a viable tactic. Realistically, tanks do not get sent into battle without infantry backup, and in the same way you should take heavy mechs into battle without light and assault mechs to back them up. Light mechs are the infantry, heavy mechs are the battletanks. Its all about balancing your numbers.

4 Reply by Neoxx (edited by Neoxx 2011-06-30 19:42:09)

  • M2S
  • Agent
  • Offline

Re: Anti Swarm Idea

Arkhe go boom!

edit: wrong link

->You just lost The Game<-
  • CIR
  • Agent
  • Offline

Re: Anti Swarm Idea

Although the title looks like an anit-blob, the suggestion itself is more anti-primary. But I just don't see it as being practical to limit the number of locks on a bot, nor that it would be a good thing to try and stop it anyway. Some Tank builds would never be breached if you could only have a few bots firing on it.

  • MORTE
  • Agent
  • Offline

Re: Anti Swarm Idea

Good feedback, Thank you everyone.

  • CIR
  • Agent
  • Offline

Re: Anti Swarm Idea

An antiprimary system that could not be easily abused would be damage mitigation like that in Sins of a Solar Empire. A soft cap/% stacking penalty would be applied once more than a certain number of people/weapons are scoring hits on the same target within a set window of time. Stacking order would be from highest dmg hit to lowest, where after a brief moment, hits with dmg lower than the initial spike would be gimped the most.