Я не могу назвать неудачной игру той концепции, которую выбрал для разработки первой (ссылка на первую часть истории будет где-нибудь тут). Хочу лишь сказать, что просто из-за недостатка времени не потянул весь объем работы, который предстояло выполнить. Когда я ненадолго отошел от разработки в целом, мне попалась ещё одна реклама. Игра из неё показалась мне такой же увлекательной и интересной, но в то же время сильно более легкой в реализации (как же я ошибался). Именно её я и взял как основу для своего следующего проекта.

Дальше – больше

В своей основе геймплей прост: у вас есть игровое поле (сетка), на которое вы можете расставлять своих героев (юнитов), и есть путь следования вражеских мобов. Ваша задача — не дать врагу дойти до базы.

В начале уровня вам выдается один юнит первого уровня, рандомно расположенный на сетке (вы сразу можете его перемещать), и один кристалл. Когда ваш герой разбивает кристалл, из него появляется ещё один герой тоже первого уровня (герои могут быть как дальнего боя, так и ближнего), а на сетке спавнится ещё один кристалл. Если у вас появилось два одинаковых героя, вы можете объединить их, увеличив их силу (минимум в 2,5 раза) и освободив место на сетке. Объединение происходит посредством перетаскивания одного героя на другого.

Когда у вас появляется два героя пятого уровня с одинаковым типом атаки (ближнего или дальнего) — можно объединить их в уникального юнита. Причем на выбор дается два варианта: средние характеристики, но шанс на успех равен 100%, или же очень высокие характеристики, но шанс на успех равен только 50%. В случае неудачи на месте объединения спавнится герой первого уровня.

Первый прототип

Ну что ж, идея понятна, нужно приступать к работе. Начал я с рабочего прототипа: условно набросал сетку и путь движения мобов. При слиянии кубики (герои) просто меняли цвет. В целом всё работало адекватно, и пришло время прикручивать ко всему этому визуал.

Как мне показалось, органично в этом всём будет смотреться пиксельная стилизация, и я начал отрисовывать героев. Тут на сцену и выходит Figma, о которой я упоминал в первой части своего рассказа. Да, не смейтесь, рисовал абсолютно всё я в Фигме. Несмотря на обилие софта для пиксель-арта, я выбрал именно её, потому что имел базовые знания по работе там. За стандартный пиксель я принял квадрат 10x10 реальных пикселей и принялся отрисовывать всё, что мне нужно.

Первыми были герои. Когда дело дошло до того, чтобы наконец вставить их первые спрайты в игру, я увидел, как бедно это всё выглядит. Статичные герои живости игре явно не давали. Было принято решение нарисовать анимацию для каждого. Пяти кадров на брата оказалось достаточно. И вот мои болванчики уже замахивались мечом, чихали и просто дышали — результат меня устроил.

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

Поговорим о главном

Первой такой механикой стал раздел улучшений в главном меню. Стоп, главное меню? Когда кор-механика (слияние и эволюция) была готова, я принялся делать так, чтобы проект в принципе соответствовал понятию «игра». То есть чтобы её можно было перезапускать, выбирать уровни, изменять громкость в настройках и делать все те базовые вещи, о которых мы даже не задумываемся.

Тут я познакомился с понятием, которое впоследствии сильно упростит мне разработку чего-либо — звучит оно как «дизайн-документ». Оказалось, что, если визуализировать все свои мысли и идеи хотя бы на листе бумаги, многие нюансы всплывают еще до начала полноценного кода. После текстового описания всего, что только приходило в голову, я принялся рисовать интерфейсы всех экранов в Figma.

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

На удивление, работа шла быстро, осложнения вызывала только куча разных модификаторов, которые постоянно прикручивались к формуле урона. И речь идет не о таких простых вещах, как, к примеру, шанс критической атаки при каждом ударе. Нет, речь идет о горении, кровотечении, замедлении. Некоторые эффекты наотрез отказывались суммироваться. Допустим, вот есть у вас герой ближнего боя, на котором надет меч, который с определённым шансом заставляет врага замедлиться при нанесении урона. И есть герой дальнего боя со стрелой, которая с определенным шансом поджигает врага. С моим скудным опытом в программировании это классифицировалось как «сложности».

Процесс шел медленно, но верно, и по истечении пары недель у меня на руках была уже полностью рабочая игра. В ней была реализована система глав (уровней), полностью работающий магазин и ветка улучшений. Также были отрисованы 40 карт, которые в игре чередовались каждые 5 уровней (первые пять уровней — лето, вторые — осень, третьи — зима и т. д.).

Особенности портирования

Когда у вас на руках есть что-то напоминающее продукт, хочется посмотреть на то, как это будет работать на реальном устройстве. Поэтому дело планомерно подходило к портированию на платформы, которые изначально и подразумевались как основные для моих игр — iOS и Android.

К сожалению, в своем быту я не нашел достаточно современных устройств на Android (единственным рабочим оказался LG L5, который когда-то довольно долго служил мне верой и правдой), поэтому вариантов не оставалось — делаем сразу на iPhone.

Там тоже не без нюансов, но обойти их мне показалось сильно проще. Дело в том, что вы не можете экспортировать свой проект из Godot в формате IPA. Для этого нужно какое-либо железо от Apple с установленным Xcode. Благо, макбук был найден в ближнем окружении, и работу это сильно не затормозило.

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

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

В процессе портирования я удивился, что реализация экспорта оставляет желать лучшего в обоих вариантах. Для порта на iOS вам нужен компьютер от Apple, а при порте на Android нужно пройти несколько кругов геморроя с дебаг-ключами. Но всё это было побеждено, и игра успешно работает на всех заявленных операционных системах.

Но то, что выяснилось дальше, поставило целесообразность разработки игр подобного рода под большое сомнение.

Продолжение следует…