Всем привет, я тут делал одного чела и в голову пришло пассивка магический вампиризм если сделать все способности этого героя и при нанесении урона делать так
Real[1] = здоровье цели
Cause Damage Unit.....
Real[2] = здоровье цели
Real[3] = ( Real[1] - Real[2] ) х 0.15
SetUnitLife Real[3]
То будет ли это магический вампиризм и не вызвет ли багов? Если есть вариант получше прошу скинуть.

Гуванч, да, впринципе ты вполне можешь обойтись и таким способом реализации, если тебя удовлетворит некая возможная неточность в итоговых подсчётах... и если это реализуется для одного скилла (или для скиллов одного героя). А в идеале надо разделить и детектить тип наносимого уронса, и тогда всё это можно перенести на простое событие получения урона и ряд фильтров.
`
ОЖИДАНИЕ РЕКЛАМЫ...
32
Для реализации подобного, нужен детект магического урона.
26
Гуванч, да, впринципе ты вполне можешь обойтись и таким способом реализации, если тебя удовлетворит некая возможная неточность в итоговых подсчётах... и если это реализуется для одного скилла (или для скиллов одного героя). А в идеале надо разделить и детектить тип наносимого уронса, и тогда всё это можно перенести на простое событие получения урона и ряд фильтров.
Принятый ответ
30
Если наносить весь урон триггерно, то не составит труда выяснять, сколько магического урона было нанесено.
14
Extremator:
Гуванч, да, впринципе ты вполне можешь обойтись и таким способом реализации, если тебя удовлетворит некая возможная неточность в итоговых подсчётах... и если это реализуется для одного скилла (или для скиллов одного героя). А в идеале надо разделить и детектить тип наносимого уронса, и тогда всё это можно перенести на простое событие получения урона и ряд фильтров.
какая неточность?
насчет "Получает урон" это ахинея мне не позубам пока что можно канеш через boolean сделать когда юнит кастует скилл поставить true после урона поставить false и если юнит отменит каст то опять же false если юнит получил приказ stop тоесть отставить после каста и тут же false и таким способом я долго ходил

quq_CCCP:
Для реализации подобного, нужен детект магического урона.
никакого мемори хака дружище!
26
Гуванч:
какая неточность?
Ты записываешь ХП юнита до нанесения урона, потом наносишь урон, и дальше смотришь разницу между "было" и "стало". Вроде всё правильно, но... если в момент нанесения урона сработает какой либо триггер на отлов получаемого этим юнитом урона и изменить его ХП, то может произойти ошибка в рассчётах этого урона.
Например, ты наносишь 100 урона, в этот момент срабатывает триггер который добавляет/отнимает у юнита ещё 20% от урона (т.е. + или - ещё 20 ед.), в итоге ты увидишь что хп юнита после нанесения урона изменилось не на 100 ед (если считать чистыми без резистов и прочего), а уже на 80 или 120. И это число пойдёт в твой магический вампиризм.
С одной стороны - это даже хорошо, но с другой - могут быть проблемы в точности (но это крупицы).
14
Extremator:
Гуванч:
какая неточность?
Ты записываешь ХП юнита до нанесения урона, потом наносишь урон, и дальше смотришь разницу между "было" и "стало". Вроде всё правильно, но... если в момент нанесения урона сработает какой либо триггер на отлов получаемого этим юнитом урона и изменить его ХП, то может произойти ошибка в рассчётах этого урона.
Например, ты наносишь 100 урона, в этот момент срабатывает триггер который добавляет/отнимает у юнита ещё 20% от урона (т.е. + или - ещё 20 ед.), в итоге ты увидишь что хп юнита после нанесения урона изменилось не на 100 ед (если считать чистыми без резистов и прочего), а уже на 80 или 120. И это число пойдёт в твой магический вампиризм.
С одной стороны - это даже хорошо, но с другой - могут быть проблемы в точности (но это крупицы).
а у тебя не найдется наработка этой системы видел твои видео в ютубе там много чего есть может и это найдется?
Чтобы оставить комментарий, пожалуйста, войдите на сайт.