Прототип системы спавна (Новость №4)

Костылей со спавном было предостаточно. Впрочем, вызваны они были особенностями тестового уровня, а именно - количеством точек для спавна. Объясню подробней.
Сам спавн происходит таким вот образом - создается тушка врага, и создается ИИ, который над этой тушкой контроль и получает. Надо ли говорить, что сам ИИ в движке абстрактный, и местоположение ему не нужно? А вот тушкам местоположение нужно еще как. А я в выборе следующей точки для спавна использую рандом. И вот представьте себе ситуацию, когда на 10 тушек приходится 20 точек спавна. Как вы думаете, насколько велик шанс, что рандом для этих 10 тактов спавна выдаст одинаковое число от 1 до 20? Эмпирически показано, что шанс достаточно велик. В итоге, рано или поздно определенная тушка хочет спавниться в точке, где уже заспавнилась другая тушка. А первая думает, "Ну и ладно", и попросту не спавнися. А ИИ все равно, занято ли место тушки или нет, он всегда может спавниться. Вот он и спавнится и пробует получить контроль над отсутствующей тушкой. Ясное дело, что шиш он получает, а не контроль. Но код мой этого не учитывал, и все равно приказывал ИИ давать приказы своему физическому воплощению. Ну и тот попадает в цикл бесконечных попыток дать приказ своей тушке следовать за игроком. Так один единственный ИИ без физического воплощения зацикливает игру.

В итоге, я немало помучился, пока до меня не доехало, в чем же проблема. Но в последствии, был проведен дебаг. Во первых, количество точек спавна на карте было увеличено на порядок. Во вторых, код пополнился блоком, который заносил номер использованного спавнера в массив, и если новое рандомное число уже находилось в этом массиве, то оно игнорилось, и код генерировал новое, и так пока не заспавнится необходимое количество врагов. Ну и во третьих, если все таки предыдущих шагов каким-то образом не хватило, теперь ИИ, потерпевший неудачу при захвате контроля над тушкой, выпиливается сразу.

Также был небольшой глюк с увеличением размера моделей врагов. Просто путевые точки находились слишком близко к некоторым углам, и враги в них тупо застревали. Решилось банальной перестановкой этих самых точек.

Остался маленький баг - когда враг зажат в толпе своих, он может не найти путь к персонажу, что вызывает соответственные варны в логе. Но поскольку это не критично, я на это забил, все равно он продолжает нормально функционировать, как только появляется свободный путь.

Ну и эффекты. Тут была проблемка чисто технического характера. Сами эффекты являют собой классы, в которых есть всего две функции - первая отвечает за непосредственно влияние на носителя, вторая - за корректное уничтожение при истечении срока жизни (при создании эффекта запускается таймер, по истечении которого просто вызывается функция уничтожения). Инстансы помещаются в массив в классе юнита (будь то наш персонаж или враг), и соответственно, раз в секунду мы проходимся по всем элементам массива и вызываем влияние этого эффекта, ну и сортируем массив так, чтобы не было пустых ячеек. Но вот незадача - эффекты в массиве почему-то отказывались уничтожаться. Ну а дело в том, что после того, как элемент попал в массив, он "попадает в рабство", сиречь, самоуничтожиться не может. Решилась проблема заменой вызова уничтожения внутри класса эффекта на обычную булевскую переменную, обозначающую, должен ли еще существовать этот эффект. Ну и при пробеге по элементам массива, помимо непосредственно влияния и пересортировки, уничтожались еще и "просроченные" элементы массива (внешне функция уничтожения работала прекрасно). Вот такие дела.