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

Любители карточных игр, призываю вас особенно зайти затестить, показать своб скиллуху в сборке колод и формирование мет. Игра как чистый лист, не понятно какое комбо будет самое сильное, кого надо нерфить, а кого стоит подбафть.

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

Буду рад любой поддержке, коментариям, советам и вопросам по разработке, ссылка на игру :
https://store.steampowered.com/app/4920750/Grim_Siege/

Давно ничего не писал.. Пора исправляться, тем более что есть много нового! Так сложилось, что со мной связались ребята из издательства Vitamindi и сделали предложение, от которого я не смог отказаться, поэтому теперь работаю с ними.

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

Тем временем работа над игрой продолжается и вышло новое большое обновление демо-версии игры в Steam.

Что нового в демо:

• Переработано управление. Уровни теперь можно вращать с помощью кнопок по бокам экрана или с клавиатуры.

• Улучшена графика на нескольких уровнях: доработана постобработка, обновлены игровые модели и добавлены новые VFX-эффекты.

• Добавлены новые интерактивные механики, чтобы мир ощущался более живым.

• В отдельные уровни добавлена новая система подсказок. Ищите сундуки с письмами, оставленными во время строительства.

• Добавлена возможность пропускать кат-сцены и текстовые последовательности.

• Добавлена возможность регулировать силу броска светового куба.

• Добавлена система фокусировки камеры, которая подсвечивает важные игровые элементы.

• Переработан туториал: добавлены новые анимации, демонстрирующие игровые механики.

• Возвращена поддержка AMD FidelityFX Super Resolution вместо TSR Unreal Engine для улучшения производительности.

• Исправлено множество игровых ошибок и ошибок интерфейса.

Приглашаем вас сыграть в обновлённое демо и поделиться с нами своими впечатлениями, в новом Discord-канале по игре. Ваши отзывы помогут сделать Mirealle ещё лучше!

Ссылка на игру в STEAM

Discord-канал

Telegram-канал разработчика

Эта игра - фактически фанфик к классической и очень старой игрушке, которую уже мало кто помнит (Игра «Жизнь» (англ. Game of Life) — это клеточный автомат, придуманный английским математиком Джоном Конвеем в 1970 году.) Там был только один тип клеток, и они, развиваясь по заданным правилам, создавали очень красивые узоры.

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

Игра началась как очень простая браузерная поделка. Но она понравилась людям. Даже ко мне на сайт, где лежит старая версия, до сих пор заходят из поиска. А на Яндекс Играх, куда игру неожиданно для меня взяли, люди оставили ей хорошие отзывы и пожелания. Значит, надо развиваться.

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

А еще тут теперь можно строить лабиринты из стен (новый тип клеток), усложняя маленьким созданиям жизнь. И это ломает привычный порядок вещей, когда экосистемы быстро приходили к вымиранию, особенно на маленьких экранах.

В будущем планирую добавить в игру времена года.

Заходите: Карманная экосистема

Где меня найти:

сайт - тг - макс

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

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

За первые три месяца игра начала получать первые добавления в список желаемого. Пока это не тысячи и не десятки тысяч, но для проекта, который делает один студент без большой аудитории, каждое добавление очень мотивирует. Для большой студии это, наверное, небольшая цифра, но для студента, который делает игру практически в одиночку, каждый такой человек очень мотивирует. Это уже не просто статистика, а понимание, что кому-то действительно стало интересно, чем закончится разработка. Ну и плюс по факту это все-таки дипломная работа в универе поэтому почему бы и нет ;)

Самое сложное оказалось не программирование

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

Самая трудная часть - придумать рабочий игровой цикл.

Игровой цикл - это то, что игрок постоянно делает в игре:

1. двигается и избегает опасностей

2. собирает ресурсы

3. решает, что сделать с яйцом

4. развивает своих существ и оборону

5. переживает волну врагов

6. получает новые возможности

7. сталкивается с более серьёзной угрозой.

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

1. зачем игроку собирать конкретный ресурс

2. почему ему выгоднее вылупить бойца, а не построить турель

3. насколько сильной должна быть бомба

4. как сделать ферму полезной, но не обязательной

5. сколько врагов должно появляться в каждой волне

6. когда игрок должен почувствовать рост своей силы

7. чем разные варианты развития должны отличаться друг от друга

8. что произойдёт, если игрок соберёт неудачную комбинацию мутаций.

Именно такие вещи в итоге определяют, будет ли игра интересной. Можно сделать красивую графику, добавить десятки врагов и написать тысячи строк кода, но если игровой цикл не работает, игроку всё равно будет скучно.

Дебаг - отдельный вид страдания

Вторая большая проблема - отладка.

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

Особенно неприятны ошибки, которые возникают только при определённой комбинации действий:

1. яйцо одновременно пытается стать турелью и бойцом

2. враг застревает в объекте

3. ресурс появляется за пределами доступной зоны

4. улучшение начинает работать только после перезапуска

5. существо выбирает странную цель

6. игрок случайно ломает баланс одной комбинацией мутаций.

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

Нейросети действительно стали полезнее

Отдельно хочу сказать про нейросети. Я не считаю их заменой разработчику, но за последнее время они действительно заметно поумнели и стали гораздо полезнее в работе.

Сейчас они помогают:

1. разобрать архитектуру системы

2. найти возможную причину ошибки

3. предложить несколько вариантов реализации

4. объяснить незнакомый фрагмент кода

5. написать небольшой вспомогательный инструмент

6. придумать варианты игровых механик

7. проверить формулу баланса

8. составить список крайних случаев для тестирования.

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

Конечно, её ответы всё равно нужно проверять. Иногда нейросеть предлагает технически рабочее решение, которое совершенно не подходит конкретной игре. Она не знает весь проект так, как его знаю я, и не может самостоятельно принимать все геймдизайнерские решения (но для генерации идей т.к. в ней очень большое кол-во ИНФОРМАЦИИ она огого, правда новаторского здесь ничего не увидите скорее просто она вам подкинет что-то уже существующее а вы это преподнесете в новой обложке).

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

Что я понял о разработке игр

Первое - полезно проработать игру в голове до начала активной разработки.

Не обязательно писать дизайн-документ на сто страниц. Но до создания десятков механик стоит ответить хотя бы на несколько вопросов:

1. что игрок делает большую часть времени;

2. почему это действие должно быть интересным;

3. как игрок понимает, что становится сильнее;

4. какие решения он принимает;

5. чем разные стратегии отличаются друг от друга;

6. что происходит в первые пять минут;

7. почему игроку хочется начать следующий забег.

Хорошо, когда ты открываешь пустой проект не с мыслью «сейчас что-нибудь придумаю», а уже понимаешь, какой опыт должен получить игрок. Тогда код становится не попыткой наугад собрать игру, а реализацией идеи, которую ты заранее обдумал.

Второе - не стоит сразу пытаться сделать всё.

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

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

Третье - нужно тестировать игру не только самому.

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

Как я использую нейросети для визуальной части

Для визуальной части я тоже использую AI-инструменты - в основном для поиска идей, референсов и вариантов оформления.

Но здесь особенно важно правильно формулировать запрос. Промпт в духе:

«Сделай красиво, ярко и качественно»

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

Лучше указывать:

1. жанр и настроение;

2. композицию;

3. точку обзора;

4. цветовую палитру;

5. стиль;

6. уровень детализации;

7. освещение;

8. материалы;

9. ограничения;

10. то, чего на изображении быть не должно.

Например, вместо «нарисуй монстра для игры» можно написать:

«Стилизованный игровой персонаж для яркого top-down roguelite, насекомо-подобное существо с крупным силуэтом и хорошо читаемыми конечностями, немного тревожный, но не хоррор, насыщенная оранжево-зелёная палитра, толстый контур, простые крупные формы, вид сверху под углом, мягкое студийное освещение, однотонный фон, без текста, без интерфейса и без мелких декоративных деталей».

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

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

Чем точнее описаны исходный вариант и нужное изменение, тем полезнее результат. Промпт лучше строить не как «сделай хорошо», а как конкретное техническое задание художнику.

Что я хочу получить от этого поста

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

Понятно ли по описанию, что должен делать игрок?
Выглядит ли идея с яйцами достаточно интересной?
Что вы бы попробовали первым: бойцов, турели, ферму или бомбы?
Не слишком ли перегружена основная идея?
Что в таком проекте заставило бы вас добавить его в список желаемого?

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

Страница игры в Steam:

https://store.steampowered.com/app/5043030/REBROOD/