Invaders die when pvp starts
-
I mean which is a bigger game balance problem: potentially stopping invaders with less resource cost but a far bigger time cost (that probably outweighs the resource savings) and a large amount of coding development to even utilize, or being able to disrupt pre-RCL6 attacks by dropping tons of boosted invaders into the attacker's entry point?
-
iirc, the existing engine code prevents the creation of test invaders if there are multiple players in the room. if it's succeeding in creating test invaders via the client, maybe this talk should migrate over to bug reports. @o4kapuk, @dissi can either of you confirm that's how its supposed to operate?
-
It doesn't stop spawning 10 invaders the ticks before an attacker arrives into the room.
-
@crusher48 pretty sure it limits you to 5 invaders, but yeah.
-
Room history tick? I don't think you can spawn them when enemies are in the room. Pretty sure you can't, in fact.
-
It's in SWC, so I can't exactly provide a replay of it.
-
User-summoned invaders die immediately if there's another player in the room, see here:
https://github.com/screeps/engine/blob/master/src/processor/intents/creeps/tick.js#L118-L120
-
@gankdalf said in Invaders die when pvp starts:
It might be better to just not allow spawning invaders manually while hostiles are in the room...
As far as I know, it's not currently allowed. If you're able to so so, please report a bug.
Also, summoned invaders should kill themselves when room is under attack. If that's not happening, please report a bug, replay link (or replay coordinates in case of swc) is very welcomed!
-
I think random invaders can cause just as much problems if the attacker has bad luck, though. Even though that random invader that disrupted the attack was apparently just an unlucky spawn, it's still random NPC actions interfering in pvp.
-
@crusher48 The chances of natural invaders being an issue to an attacker seem even lower than the chances of invaders being an issue for their creators.
