Герой с активным спеллом.
Если он добивает юнита этим спеллом, то весь урон, наносимый героем, становится сильнее.
Усиление урона я триггерно сделаю, это не проблема.
Вопрос в другом, как посоветуете реализовать то, от чего отсчитывать?
Можно дать юниту маркерную абилу-пустышку на 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++
}
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
21
7 лет назад
0
avuremybe, да не горит, пиши, когда удобнее
Мне нужно понять:
  • что надо (и надо ли) и куда записать, когда выучивается 1 уровень заклинания (ну у меня собсно все заклы в новой системе создают свои триги на конкретного героя при их изучении)
  • что надо и куда записать, когда герой добивает этим заклинанием
  • что надо и откуда считывать, когда герой наносит урон
0
16
7 лет назад
0
ClotPh, ты делаешь все точно так же, как делал бы со своей "маркерной" способностью на 1000 уровней.
когда герой получает эту твою добивающую способность - создаешь для него переменную с соотв. индексом. А также добавляешь +1 к целочисленной переменной, которая дает тебе понимание сколько у тебя сейчас таких способностей на карте
а потом каждый раз, когда он добивает кого-то твоей способностью ты заносишь в эту переменную +1
соответственно урон герою добавляешь отталкиваясь от значения этой переменной.
тобишь, у тебя есть
integer array i
integer n
unit array u
герой получил способность - делаешь
set n = n+1
set i[n]=0
set u[n]=GetTriggerUnit()
нет, стоп. мы через юнита не получим индекс.
хэш-таблицой пользоваться умеешь?
0
21
7 лет назад
0
avuremybe, "мы через юнита не получим индекс" - В ТОМ ВСЯ И СЛОЖНОСТЬ, КАРЛ.
Умею немного.
Не торопись, потом написать можно максимально подробно и понятно. Это не горит.
2
16
7 лет назад
2
ClotPh, давай отложим этот вопрос на завтра, я тебе напишу полностью систему
ночь уже прост, а я после работы. тупонул :C
0
21
7 лет назад
Отредактирован ClotPh
0
avuremybe, ок, ок.
Вообще все-таки резервный вариант с даммиком с custom value относительно не ресурсозатратный и простой. Вопрос только, как через героя отлавливать именно его неуязвимого даммика и с него считывать value и ему записывать, но можно каждую секунду его по X и Y за героем двигать, например (в таймере, созданном после изучения скилла), и там уже 99.9%, что у героя отловится именно его даммик, особенно если еще и соответствие игрока проверять.
////////
у меня, бтв, есть же аналог хотсовского Чо'Галла, Галл своего Чо примерно так и ищет
Только там Галл скорее сам "даммик" )))
Хотя двигается-то именно Галл за Чо, но ловить для своих спеллов втч нужно и Галлу своего Чо
Ну ладно, это уже полный оффтоп
2
7
7 лет назад
2
avuremybe, это каким ты боком не получишь индекс от юнита
проще некуда
чтобы получить нужный индекс просто перечисляем весь массив и ищем нужного юнита типо так
globals
int Count
int array SpellUP
unit array UN
endglobals
int i = 0
while(i <= Count){
if UN[i] == Нужный юнит {
SpellUP[i]++
наши действие
}
i++
}
Принятый ответ
0
21
7 лет назад
0
Тем временем мелькнула еще идея редактировать какой-то параметр, который у юнита никогда не будет значимым (втч можно рассмотреть то, что редактируется и считывается онли через мемхак), и считать через него, но нет, тоже в отстойник, т. к. даже если и удастся подобрать такой параметр, проблема та же самая, что и с custom value - это невозможно будет использовать для 2 разных спеллов у одного героя, а один герой может собрать разные паки спеллов, а мне решение на 1 спелл большого смысла не имеет, мне глобальное решение нужно
//////////
Ага, ну да, вроде дошло и практически понимаю, спс.
Только последнее уточнение: использовать много глобалок в карте не грех? Просто стремлюсь не создавать их без особой нужды, но для нескольких спеллов офк можно.
2
16
7 лет назад
Отредактирован avuremybe
2
ClotPh, с утра куда легче думается (:
Будут вопросы - не стесняйся.
Загруженные файлы
0
21
7 лет назад
Отредактирован ClotPh
0
^ Пока еще возникла идея использовать не один маркер на 1000 лвлов, а три с 11 лвлами - типа означают количество единиц, десятков и сотен усилений минус один. Ну и перманентно добавлять их на всякий случай, когда герой учит способность.
Вопрос, что лучше - тратить на спелл 3 глобалки или 3 абилы в РО, думаю, значительной разницы нет.
Недостаток варианта с тремя маркерами - есть лимит, преимущество - чуть легче для понимания (во всяком случае, лично моего, уж с обсчётом итогового усилка из единиц, десятков и сотен справиться нетрудно).
Ладно, все, уже не так важно, сделаю или так, или так, как захочется.
Можно закрывать.
0
16
7 лет назад
0
Вопрос, что лучше - тратить на спелл 3 глобалки или 3 абилы в РО, думаю, значительной разницы нет.
То есть как разницы нет? Это вообще не сравнимо!
Но если у тебя карта не нагружена разными системами и триггерами - то на глаз ты, конечно же, разницы не заметишь...
0
21
7 лет назад
Отредактирован ClotPh
0
avuremybe, ну нагружена, и очень сильно, но... количество способностей в РО должно влиять на игровую производительность? Система с 1 маркером мне не нравится, потому что с ней увеличится время загрузки карты (при прелоаде этих маркеров). А вот с тремя практически незаметно будет уже. Одно дело три способности с 11 уровнями, другое одна с аж 1000.
Ну а дальнейшее понижение производительности РО уж переживу, там уже никуда не деться, только если прямо slk редактировать.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.