- Joined
- Oct 9, 2015
- Messages
- 721
How can I make aquisition range ignore units behind? I want to make so that a unit that is lurking behind doesn't get caught or seen by the aquisition range.
Stealth 1 has incorrect angle test logic? Where is the angle between triggering and targeted unit computed? I do not think it handles angular wrap around correctly.I have come up with the following triggers:
It does not factor in angular wrap around and uses the facing of the targeted unit instead of the angle between triggering unit and target unit.It is set to 120 so the unit can't also see from it's sides, only in front.
Technically you can set vision range to 0 and give to all units the dummy with vision range. The dummy unit would moved to a front of the unit.How can I make aquisition range ignore units behind? I want to make so that a unit that is lurking behind doesn't get caught or seen by the aquisition range.
I mean set vision range to 0. and create dummy with vision range which get moved on front of the each unit.Fruit Forest: If I set the Sight Radius stat to 0 the unit still attacks because of it's aquisition range, if the acquisition range is set to 0, then the unit won't attack neither units in front or in the back
You need to create visible modifier then enable it.I tried to deactivate blackmask and fog of war for 1 player only with GetLocalPlayer but had no success.
The vision range can't be regulated with triggers, but you may use item bonus which increases vision sight. Create more such abilities and add it to dummy unit according to their acquistion range.It works now, who would dare to say it was such a easy sulution. Now the only problem is: How I will set the dummy unit vision (sight radius) to be equal to the unit's acquisition range?
Goblin scope item ability is the right ability. (Find Goblin scope in the item list and determine its item ability) It doesn't leveled so you have to create more abilities with various values of vision sight.you know which ability has that? I look for goblin scope and found nothing.
It is "Cos(angle - angle)" not "Cos(angle) - angle". The angle difference has to be fed into the cosine function for it to make any sense.Dr Super Good condition returns true either if the unit is behind or front, maybe I did something wrong: