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

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