Герой с активным спеллом.
Если он добивает юнита этим спеллом, то весь урон, наносимый героем, становится сильнее.
Усиление урона я триггерно сделаю, это не проблема.
Вопрос в другом, как посоветуете реализовать то, от чего отсчитывать?
Можно дать юниту маркерную абилу-пустышку на 1000 уровней (прелоадить маркер где-нибудь на карте) и при убиении этим юнитом тем самым спеллом врага повышать ему лвл этого маркера. Это изи, но тупо, т. к. долго грузится в РО и будет понижать скорость загрузки карты. Ну и плюс лимит 999 повышений, хотя его и хватит в 95% случаев.
Есть другие идеи?
Принятый ответ
avuremybe, это каким ты боком не получишь индекс от юнита
проще некуда
чтобы получить нужный индекс просто перечисляем весь массив и ищем нужного юнита типо так
globals
int Count
int array SpellUP
unit array UN
endglobals
int i = 0
while(i <= Count){
if UN[i] == Нужный юнит {
SpellUP[i]++
наши действие
}
i++
}
проще некуда
чтобы получить нужный индекс просто перечисляем весь массив и ищем нужного юнита типо так
globals
int Count
int array SpellUP
unit array UN
endglobals
int i = 0
while(i <= Count){
if UN[i] == Нужный юнит {
SpellUP[i]++
наши действие
}
i++
}
`
ОЖИДАНИЕ РЕКЛАМЫ...
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
просто много глобалок мне редактировать тоже не оч удобно + их нужно будет из тестовой карты героя переносить в основную, да, абилы из РО тоже, но там это уже все "автоматически" делается... ну ладно, короче, это все не настолько неприятно, буду с глобалками делать
Ред. ClotPh
Я вот так, например, понимаю: ну, допустим, юнит изучит спелл 1 уровня, я запускаю периодический таймер, записываю в хэш соответствующую юниту локалку с начальным значением в 0, таймер обновляется, локалка перезаписывается.
Хорошо, допустим, как-то записать ее увеличение я могу: например, при добивании юнита спеллом создавать какое-то условие для добившего (да хоть тот же маркер ОДНОуровневый ему дать или убрать, лол), таймер это условие проверяет и, если ок, увеличивает, сохраняет, удаляет/добавляет маркер обратно и дальше уже увеличенную считывает.
А как это значение потом доставать при нанесении урона в другой функции?
Ред. 16GB
В смысле локалка
Сохраняешь значение на хэндл юнита, а не таймера.
set dmg = LoadReal(udg_Hash,GetHandleId(c),StringHash("LBMDR"))
call SaveReal(udg_Hash,GetHandleId(c),StringHash("LBMDR"),dmg+20.)
"Сохраняешь значение на хэндл юнита, а не таймера"
я так не умею
что курить?
хотя мб разберусь, информация в сообщении уже старт
То что я дал это весь код лол, что не ясно то?
local unit u5 = GetTriggerUnit()
Ред. 16GB
Ред. ClotPh
как придет время - проверю
жаль, перевыбрать лучший ответ уже не могу, хотя 3 глобалки тоже хороши
NekoriDes, и ты думаешь, если ты через надстройки пишешь просто название, то оно компилируется без udg_ ?
Я офк знаю, что есть функция их автосоздания, но хз, действует ли она, если глобалка скопирована как кусок нестандартного кода сверху карты
И там, по-моему, были какие-то свои траблы, как минимум если у глобалки начальное значение должно было быть не нулевое, она автосоздавалась с нулевым (ну это понятно - откуда редактору знать) и не помню, как себя поведут максимальные значения массивов
В любом случае это было бы не так уж трудно - прописать глобалкам то, что надо, в каждой карте
Я сейчас просто отмеряю, прежде чем отрезать, отрезать вообще мб даже не в сентябре буду
И, как показывает практика, не зря, варианты все лучше, вот последний вообще вроде эталон
Ред. avuremybe
Да и перекопировать даже руками 3 переменные это несколько секунд работы.
Даже если он снизит производительность, может, очень сильно ошибаюсь, но, по-моему, не смертельно, если таких героев, способностей и хэшей не будет по 100 одновременно в игре (а по 100 ОДНОВРЕМЕННО - не будет), а вот 300 глобалок для 100 потенциальных способностей, например, уже немного неудобно в редакторе переменных смотреть
и, конечно, мои 300 маркеров были бы еще хуже в редакторе объектов, не спорю
Ред. avuremybe
но, по-моему, у 16Gb еще и проще раскурить
ладно, твой вариант просто буду иметь в виду, все равно вся эта тема со всеми вариантами в целом полезная, короче
Ред. avuremybe
Поэтому хэш рекомендуется использовать только в ситуациях где глобальными переменными выкрутится либо не возможно, либо код становится слишком громоздким и работает уже не быстрее обращения к хэшу.
У тебя юниты с этой твоей способностью когда умирают, ты их потом воскрешаешь? Или он просто умер и всё, нет больше ни юнита ни его способности?