GooPSudoMinions{}
You may specify a kind of minions to sudo, wherethe "kind" of minion is defined through GooPSummonMinion.
_________________________
The normal sudoskill works like this:
- sudoskill{s=Explode} @EntitiesInRadius{r=5}
This will cause each entity in a radius of 5 from the caster to execute the Explode Mythic Skill as themselves.
GooP Sudo Owner works like this:
- GoopSudoMinions{s=Explode} @EntitiesInRadus{r=5}
This will cause every minion of this summoner to cast the Explode skill, each targetting all entities within 5 blocks radius from the summoner..
The target of the GooPSudoMinions remains the target of the skill, while the target of the SudoSkill becomes the caster. Thus, the 'targetarmorstands' or 'targetminions' options just exclude these from the targets of the skill.
HeatRayExample:
Skills:
# targetownminions=FALSE;targetminions=FALSE;targetarmorstands=FALSE
- GooPSudoMinions{s=HeatRayCast;tom=FALSE;tm=FALSE;ta=FALSE} @EntitiesInRadius{r=5;sort=NEAREST;limit=3}
HeatRayCast:
Skills:
- effect:particleline{p=flame;color=#000400;amount=1;dB=0.6}
- damage{a=4}
In this example, every minion of the caster fires a "heat ray" at the nearest three entities to the caster.
When I added this mechanic, inline conditions did not yet exist in mythicmobs. Then, it was undesirable for the "nearest three entities" to include armor stands or other minions of the same caster. Because of ta=FALSE and tom=FALSE, any entities selected by @EIR{r=5;sort=NEAREST;limit=3} will be filtered out again so that they don't include armor stands or minions. This step happens after the targetter finishes selecting only the nearest three, so if the nearest three entities are minions, the skill will not do anything because they get filtered out in an independent step:
(1) @EIR selects the nearest three entities to the caster
(2) GooPSudoMinions removes minions and armor stands from those three selected entities
(3) GooPSudoMinions forces all minions of the caster to run HeatRayCast at the remaining targets