Карта супер. Осталось добавить ещё юнитов для разнообразия и решить проблему с хп-барами. Сделать какие-нибудь кастомные.

Ну можно юниту цвет менять, например, чем меньше здоровья, тем краснее.

пока что надо как то решить вопрос с ИИ, именно оттуда больше всего производительности уходит
Коротко как ИИ работает:
если юнит никого в данный момент не бьет - то он ищет новую-ближайшую цель с интервалом 0.15 сек (если выше поднять, то юниты будут тормознутыми, или мб мне так кажется), если он уже начал кого то атаковать - то уже не сможет "переагриться", исключение тут это если юнит будет оглушен - то он опять начнет искать новую ближайшую цель (это не баг, так и было задумано)

Так вот: сама нагрузка заключается в поиске ближайшей цели, там для одного юнита перебираются все юниты на карте и идет сравнение расстояний через SquareRoot(dx*dx+dy*dy), ну и плюс массив с константами дальности атаки и физического размера
+ на самом деле замки являются союзниками, это чтобы управление было строго под моим ИИ
+ RemoveGuardPosition каждому юниту

Я хотел конечно сделать через стандартный ИИ от "Компьютер(Средний)", но там все очень ужасно: юниты "переагриваются" постоянно и никакими костылями в JASS это не лечится (точнее "лечится", но выглядит это очень и очень убого)
Т.е юнит1 бил юнита2, далее юнит3 ударил юнита1 и юнит1 уже начал бить юнита3

Была даже идея сделать через "Цепь молний" вместо поисков на карте ближайшего юнита, но у меня тогда не было времени экспериментировать

Если с ИИ все решится - то смело можно будет хп-бары, не опасаясь что фпс упадет ниже плинтуса

А зачем перебирать всех на карте, ведь надо лишь ближайших? Типа выбрать всех юнитов в радиусе 400, если их 0, то врадиусе 800, если 0, то в 1200. Недавно решал схожую задачу, когда юниты тормозили при получении приказа. Как понял, тормозит более всего вычисление квадратного корня реальных переменных, по идее следовало бы умножать координаты на 100 или 10000, брать целую часть, переводя в целочисленное, умножать, складывать и вычислять корень, потом делить на соответственно 10 или 100. Но это лишь теоретически может ускорить, ведь корень из целочисленного тоже должен быть в большинстве случаев реальным значением.

8gabriel8, под картой я имел в виду игровую арену)
А у нее очень маленькие размеры, и даже обычный поиск 550 может дотянуться до всех юнитов
вот строчка

GroupEnumUnitsInRange(find, find_x, find_y, find_d+250., function FindUnit)

find_d это радиус атаки и 250 это максимальные физические размеры на карте, т.е замок 170 и голем 30 и +-50

Т.к GroupEnumUnitsInRange ищет не учитывая физические размеры, а просто сравнивает расстояния по координатам

А как известно: дистанция атаки по координатам - это радиус атаки плюс физ.размер цели и плюс физ.размер атакующего

Появилась идея как обойтись без SquareRoot и констант с физическими размерами:
через IsUnitInRange, там как раз учитываются физические размеры юнитов, надо лишь задать радиус атаки

Тогда почему бы вместо этого просто не выставить acquisition range или как-то так побольше?
В РО, а не через триггеры.

8gabriel8, не понял тебя)
Потестил SquareRoot и без, разницу вообще не увидел
Там сама нагрузка именно от того что кол-во вызовов условий для поиска юнитов равно квадрату кол-ва юнитов
т.к каждому юниту отдельно проверяются все юниты

Я наверное повышу интервал с 0.15 до 0.25 и повышу так же интервал автоматического применения способностей героев (там стоит 0.10 сек)
Чую что результат будет ощутимо получше, к вечеру возможно перезалью

Дистанция получения приказа или как-то так. Вроде бы кроме РО она ещё в константах есть.

8gabriel8:

Дистанция получения приказа или как-то так. Вроде бы кроме РО она ещё в константах есть.

и на что она влияет?)
я действительно не знаю

Короче, придумал способ как через цепь молний сделать, заодно через тип цели "Древо" буду фильтровать даммиков от основных юнитов
Звучит очень и очень интересно

Нет, не получилось у цепи молний задержка 0.25 сек перед каждой целью
Вот прежде чем урон попадет по цели 1 - пройдет 0.25 сек, далее по цели 2 так же с задержкой 0.25, в сумме получается 0.5 сек (а это уже недопустимо)

UPD:
с 0.25 задержкой поиска юнитов тоже потестил, на глаз заметно как всё стало медленнее

и на что она влияет?)

Если юниту видим вражеский юнит в этом радиусе, то пойдёт его атаковать.

8gabriel8:

и на что она влияет?)

Если юниту видим вражеский юнит в этом радиусе, то пойдёт его атаковать.

не, поставил 0 у обоих тестовых юнитов и они всё равно идут драться
попробую через редактор ИИ че нибудь замутить

Так надо ещё в игровых константах смотреть, вдруг там минимальное значение задано, как, например, для опыта, когда ставишь юниту 10, а за него дают 25.

8gabriel8, а где в константах? Не могу найти

8gabriel8, короче, не. Я над этим ломаю голову уже считай второй год
Не охота продолжать эту возню с ИИ, и так по идее все нормально если юнитов не слишком много и как раз полоски хп тоже можно включать
Просто проблемы начинаются если юнитов больше 30 (а в среднестатистической игре - на поле не более 20 юнитов)

Вот вопрос по теме, но там для монстров, а так что-то типа Зов на помощь ищи.

JackFastGame:

Осталось добавить ещё юнитов для разнообразия

обязательно)))
Особенно в плане тотемов и абилок

N7 Molot, благодарю)

Ммм, где же я clash это уже видеть?..

Clamp:

Ммм, где же я clash это уже видеть?..

показалось наверное)

Вообще в Clash Royal очень задроченный баланс, реверсили с коллегами модель как-то.

Clamp, я вот думаю обновить карту когда выйдет рефордж, там как раз будут новые модельки и сто пудов новые нативки (заодно UI сделаю по человечески и можно будет вспоминать trackable как страшный сон)

кстати, надо бы как то написать близзардам чтобы сделали нативку для поиска ближайшего юнита от координат
но не знаю как им писать

UrsaBoss, а зачем SquareRoot?
сравнивай квадраты ренджа
т.е. просто считай dx*dx+dy*dy без SquareRoot
так же можешь посмотреть вот это

Добавлен режим 2x2 !

UPD: Нужен кодер чтобы выпустить 1-о обновление в ЛС.

ArgoNesK:

NazarPunk:

ArgoNesK:

Нужен кодер чтобы выпустить 1-о обновление.

А как же вы карту без кодера сделали?)

Он отошел от дел )

ArgoNesK:

NazarPunk:

ArgoNesK:

Он отошел от дел )

Вечная беда с этими кодерами((

И не говори ;(

ArgoNesK:

УрсаБосс?

PT153:

ArgoNesK:

Он отошел от дел )

УрсаБосс?

ygy

Я думаю стоит убрать фишку "доступен для лидирующей команды", т.к. это убирает шансы на победу у проигрывающей команды. Нужно дать возможность "проигрывающим" при грубой ошибке "побеждающего" выиграть.

Жду обнову:D