Я сопоставил все базовые вещи. 12 раундов на бой. 6 героев на поле плюс 4 в резерве. Передний и задний ряд. Враги сверху, герои снизу — вертикальный экран. Пошаговый бой, полный автомат, герои сами выбирают цели.

Потом начался цирк.

В игре 5 классов: Воин, Страж, Рейнджер, Маг, Жрец. У каждого свои базовые статы. 12 характеристик. Система звёздности, рангов, уровней, снаряжения. Гравировки. Бафы. Дебафы. Провокация. Воскрешение. итд.

Казалось бы, а чем плоха формула из Доты 2?

Красиво. Проверено годами. Работает в одной из самых сбалансированных игр в мире.

Но нет. У меня не работает.

Почему?

Потому что в Доте броня это маленькие числа — 5, 10, 20 единиц. У меня герои качаются до 80 уровня, имеют 6 рангов рамки, 20 звёзд, и топовое снаряжение даёт до 480% к защите. Цифры улетают в десятки тысяч. Формула Доты при таких числах либо даёт 0.1% поглощения либо 99.9% — никакой середины.

Ладно, сказал я. Придумаем свою.

Следующие несколько часов я подбирал константу

Я ушел от базовой казуальной формулы которая работает по типу АТК = (АТК / (АТК + ЗАЩ) - это вообще "забейте" она будет хорошо смотреться в кликерах но не в хардкор рпг. Затем я сменил тактику, работать от защиты а не атаки(так делают многие топ ММО) и перевести бонус к защите от снаряжение не + процент от базы, а пойти в плоскую величину(это тоже фишка топ ММО но есть свои косяки)

Новая формула выглядела просто:

Константа — это число которое определяет при какой защите поглощается ровно 50% урона. Всё логично.

Одна проблема — какое число?

Я перебрал: 300, 500, 1000, 3000, 6000, 7000, 12000, 20000.

При маленькой константе — новичок в серой рамке поглощает 80% урона и игра превращается в детский сад.

При большой константе — прокачанный танк в мифическом снаряжении поглощает 3% и жрец который бафает его броню на 50% выглядит как шарлатан потому что разница между 3% и 4.5% это издевательство а не механика.

В какой-то момент Жрец со своими +50% к броне как будто даёт танку святую воду вместо защиты. :D

Тогда я попробовал гибрид

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

Считаем этап 3 — синий шмот, 40 уровень:

Воин: 37% поглощения. Норма!

Но потом смотрю на другие вариации и вижу что Воин, Страж, Маг и Рейнджер на каждом этапе поглощают примерно одинаково. Разница между самым толстым танком и хрупким магом — 5%. Это не хардкор RPG, это мусор.

Плоская часть шмота одинакова для всех классов и просто давит разницу между ними.

Семь лет в ArcheAge спасли проект

Я играл в ArcheAge семь лет почти до закрытия игры в мире(в РФ она все еще функционирует но вроде как отрезана от Кореи). И пока я кружил по одним и тем же граблям — на след. утро я пошёл на работу, погуглил скриншоты шмота из ArcheAge и вспомнил как там всё устроено.

Вернулся и думаю, давай возьмём их подход, ведь не зря это бестселлер 2014.

В ArcheAge шмот всегда давал два стата сразу — физическую защиту и магическое сопротивление. Тип брони определял пропорцию: тяжёлый давал много брони и мало сопры, лёгкий наоборот. И всё это были плоские числа — никаких процентов.

И главное — константу нужно подбирать не с потолка а под конкретную точку баланса. Голый прокачанный Воин на максимальном уровне и ранге без шмота должен поглощать ровно 50% урона. Это точка отсчёта. Под неё считаем базовую защиту Воина, и константа определяется сама.

Воин максимальная прокачка = 5000 единиц защиты

Константа = 5000

Поглощение = 5000 / (5000 + 5000) = 50% - норма

Элегантно. Просто. Работает.

голый | Мид. гейм | Лейт гейм

Воин 10% 32% 77%

Страж 11% 36% 81%

Маг 8% 24% 64%

Рейнджер 9% 26% 68%

Разница между Стражем и Магом на лейте — 19%. Страж реально толще. Маг реально хрупкий. Жрец который бафает танка наконец перестал быть шарлатаном.

Что ещё зафиксировал

Пока искал формулу — попутно выстроил всю систему:

Типы навыков — Вступление, Активная, Пассивная, Фатальная, Реакция. Все с шансом срабатывания.

Система прогрессии — уровень до 80, 6 рангов рамки, 20 звёзд четырёх типов (медь, серебро, золото, алмаз), тир героя от обычного до босса ( этого можно укротить и получить себе)

Механика рядов — автоатака всегда бьёт первый ряд, навыки с шансом 30/70. Провокация перехватывает все атаки на носителя с абсолютным приоритетом.

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

Штрафы за неподходящую броню — Маг в тяжёлом шмоте теряет 5% маг атаки и HP за каждый предмет. Надеть можно всё что угодно, но цена есть. Это песочница.

Боевое ядро ещё не дописано — осталась механика блока, парирования, уклонения, воскрешения и визуальные эффекты. Потом верстка боевого экрана.

Если интересно — напишу продолжение когда дойду до кода.

А пока главный урок: если делаешь глубокую игру а не казуалку — не берите первую попавшуюся формулу из популярной игры. Контекст имеет значение. Дота это не мобильный хардкор RPG, и формула которая работает там будет выдавать мусор у вас.

Иногда решение приходит от задротства в ArcheAge. :D

Разрабатываю в одиночку. Вертикальный срез в процессе. Если есть вопросы по механикам — спрашивайте в комментариях.

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

Особенно тяжело приходится RPG.

Если платформер можно собрать вокруг одной механики, то RPG — это сразу несколько больших проектов внутри одного:

• боевая система

• сюжет

• квесты

• исследование мира

• прогрессия персонажа

• интерфейс

• катсцены

• звук и музыка

Каждая из этих систем способна занять месяцы работы.

Почему я это понял довольно быстро

Сейчас я работаю над Tides of Aethra — сюжетной RPG на Unreal Engine 5.

Когда проект только начинался, казалось, что самое сложное — придумать мир и историю.

На практике оказалось наоборот.

Мир придумать можно за несколько недель.

Гораздо сложнее превратить его в работающую игру.

Например, одна только система магии требует:

• дизайна способностей

• визуальных эффектов

• баланса

• анимаций

• взаимодействия с окружением

• работы с противниками

И это только одна механика.

Что помогает не бросить проект

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

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

Если этот фундамент получится хорошим, всё остальное уже можно будет постепенно наращивать.

Почему некоторые проекты всё-таки доходят до релиза

На мой взгляд, причина довольно простая.

Они перестают быть мечтой и становятся производством.

Когда вместо фразы:

«Мы сделаем игру мечты»

появляется:

«Вот список задач на эту неделю»

Это звучит гораздо менее романтично, зато работает.

Что дальше

Сейчас мы продолжаем работу над Tides of Aethra и скоро покажем концепты, локации и процесс разработки.

Мне самому интересно проверить, насколько далеко можно зайти с таким подходом и реально ли довести подобный проект до релиза.

Если тема разработки игр вам интересна — буду периодически делиться прогрессом, ошибками, находками и тем, как проект меняется по мере создания.

Сначала была просто большая карта

В проекте карта живет как мир 20000 на 20000 условных пикселей. Есть тайлы, метаданные, слой POI и координаты маркеров. Фронтенд показывает нужный кусок карты, сервер знает базовые параметры.

Параметры карты в сервере

MAP_ID = 481
DEFAULT_LAYER_ID = 760
MIN_ZOOM, MAX_ZOOM = 12, 18
TILE_SIZE = 256
MAP_WIDTH, MAP_HEIGHT = 20000, 20000

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

Поиск POI с учетом расстояния от машины

def search_markers(query: str, limit: int = 25):
terms = [t for t in query.strip().lower().split() if t]
snap = STATE.get_snapshot()
px, py = snap.get("map_x"), snap.get("map_y")

results = []
for marker in load_markers_data():
hay = " ".join(str(marker.get(k, "")) for k in (
"title", "category", "parent_category", "description", "desc"
)).lower()
if not all(term in hay for term in terms):
continue
item = dict(marker)
if px is not None and py is not None:
item["distance_px"] = round(math.hypot(
float(marker.get("map_x", 0)) - float(px),
float(marker.get("map_y", 0)) - float(py),
), 2)
results.append(item)
return results[:limit]

Дороги пришлось добывать из картинки

Вот тут началась та часть, которую нормальный человек, вероятно, назвал бы “а может, ну его”.

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

На словах это звучит как компьютерное зрение. На практике - как спор с картинкой, которая очень не хочет становиться JSON.

Первый заход был через OpenCV. Я не пытался “понять” карту как человек - я пытался вытащить из изображения схему дорог: белые линии, оранжевые магистрали, пунктир, разрывы. OpenCV делал черновую маску: фильтр по цвету, морфологическая очистка, склейка близких участков, потом скелетизация. Звучит умно, но на практике алгоритм с одинаковой уверенностью находил дорогу, подпись на карте и какой-нибудь декоративный пиксель, которому просто повезло быть нужного цвета.

Поэтому после распознавания пришлось сделать отдельный HTML-редактор карты. Не красивый “редактор уровней”, а рабочую утилиту для ремонта: открыть маску, стереть мусор распознавания, дорисовать недостающие проезды, заштриховать разрывы, сохранить ручные штрихи в JSON и заново собрать road_graph. В этот момент проект окончательно перестал быть “сейчас OpenCV все сам поймет” и стал нормальной инженеркой: автомат нашел основу, человек добил то, что без глаза и здравого смысла не чинится.

Фрагмент из build_road_graph_from_manual_mask.py - выделение дорожного цвета

def classify_pixels(base_rgb: np.ndarray) -> np.ndarray:
hsv = cv2.cvtColor(base_rgb, cv2.COLOR_RGB2HSV)
h, s, v = hsv[..., 0], hsv[..., 1], hsv[..., 2]
r, g, b = base_rgb[..., 0], base_rgb[..., 1], base_rgb[..., 2]

orange = (
(h >= 2) & (h <= 28) & (s >= 35) & (v >= 70) &
(r.astype("int16") - b.astype("int16") >= 35) &
(r.astype("int16") >= g.astype("int16") - 12)
)
return cv2.dilate(
orange.astype("uint8"), np.ones((5, 5), np.uint8), iterations=1
).astype(bool)

Автоматом это сделать полностью красиво не получилось. Карта содержит подписи, иконки, швы, разные цвета, декоративные элементы. Поэтому появился ручной слой правок: где-то стереть мусор, где-то дорисовать разрыв, где-то поправить место, где алгоритм слишком самоуверенно увидел дорогу.

В итоговом графе в метаданных остался след этой возни: 1387 ручных штрихов, из них 1153 draw, 155 erase, 79 erasePatch. Это не “я нажал одну кнопку и получил навигацию”. Это скорее “я убедил карту сотрудничать”.

Маска дороги -> скелет -> граф

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

Очистка маски и skeletonize

raw_mask = np.asarray(Image.open(args.mask).convert("L")) > 127
count, labels, stats, _ = cv2.connectedComponentsWithStats(
raw_mask.astype("uint8"), 8
)

mask = np.zeros_like(raw_mask, dtype=bool)
for label in range(1, count):
area = int(stats[label, cv2.CC_STAT_AREA])
if area >= args.min_component_area:
mask[labels == label] = True

skeleton = skeletonize(mask)
paths, skeleton_points, key_points = build_skeleton_paths(skeleton)

Узел и ребро - уже не картинка, а данные для навигации

COST = {
"white": 1.00,
"orange": 1.08,
"orange_dashed": 2.60,
"unknown": 9.50,
}


def add_edge(a: int, b: int, length: float, cls: str) -> None:
edges.append({
"from": nodes[a]["id"],
"to": nodes[b]["id"],
"length": round(length, 3),
"cost": round(length * COST.get(cls, COST["unknown"]), 3),
"road_class": cls,
})

Итоговый road_graph.json получился вполне взрослый: 14561 узел, 18612 ребер, шаг сжатия скелета около 6.595 px. Внутри есть классы дорог: white и orange, есть веса, компоненты связности и данные для runtime-достройки разрывов.

То есть когда на телефоне появляется синяя линия маршрута, за ней не CSS и не SVG-фокус. За ней лежит нормальный граф.

A*: потому что маршрут должен думать

Когда граф появился, понадобился поиск пути. Здесь используется A*. Алгоритм не просто ползает по всем дорогам, а идет по графу с учетом уже накопленной стоимости и примерного расстояния до цели.

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

Укороченный A* по дорожному графу

def shortest_graph_path(graph, start_idx, goal_idx, profile=None):
coords = graph["coords"]
adjacency = graph["adjacency"]
gx, gy = coords[goal_idx]

def heuristic(node_idx: int) -> float:
ax, ay = coords[node_idx]
return math.hypot(ax - gx, ay - gy)

heuristic_weight = float((profile or {}).get("heuristic_weight", 1.0))
open_heap = [(heuristic(start_idx) * heuristic_weight, 0.0, start_idx)]
came_from = {start_idx: None}
best_cost = {start_idx: 0.0}

while open_heap:
_priority, cost_so_far, current = heapq.heappop(open_heap)
if current == goal_idx:
path = [current]
while came_from[path[-1]] is not None:
path.append(came_from[path[-1]])
path.reverse()
return path, cost_so_far

for neighbor, _stored_edge_cost in adjacency[current]:
edge_cost = _route_edge_cost(graph, current, neighbor, profile)
new_cost = cost_so_far + edge_cost
if new_cost < best_cost.get(neighbor, float("inf")):
best_cost[neighbor] = new_cost
came_from[neighbor] = current
heapq.heappush(open_heap, (
new_cost + heuristic(neighbor) * heuristic_weight,
new_cost,
neighbor,
))

Почему веса важнее, чем кажется

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

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

Стоимость разных типов дорог

ROAD_CLASS_MULTIPLIERS = {
"white": 1.00,
"orange": 1.08,
"orange_dashed": 2.60,
"synthetic_short": 2.40,
"synthetic_medium": 7.00,
"synthetic_bridge": 34.00,
"unknown": 9.50,
}

Итог серии

На этом этапе проект перестал быть “картой с живой точкой” и стал навигатором. Он умеет искать POI, понимать позицию машины, приклеивать старт и цель к дорожной сети и строить маршрут по графу.

Но дальше вскрылся главный враг. Не UDP, не JavaScript, не телефон. Развязки.

Потому что в 2D две дороги могут пересекаться, а в игре одна идет сверху, другая снизу, третья уходит рампой, и граф такой: “ну вроде все рядом, поехали”.

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

Новости мира игры:

Добро пожаловать, дорогой турист! В ОРНГ тебя готовы встретить в самых лучших традициях ушедшего СССР! Советуем посетить главные достопримечательности нашей необъятной родины - Стелла "Родина - Мать" напомнит вам о важности патриотизма в 21 веке! Московский "Кремль", показывает насколько мы отдалились от земли за последние десятилетия! И в целом, добро пожаловать туда, где вам будут рады. Все-гда!

(рs. изображённые на постере платформы на момент 14.06.2026 являются не показателем где игра уже доступна, а лишь представлением аудитории в каких платформах игра будет доступна на релизе, так же постер не имеет цели создать ложные восприятия о игре или же задеть кого либо. И нет, это не СССР.)

ОРНГ - "Объединённое Русское Независимое Государство" - Прямой приемник СССР вместо Российской Федерации в мире "Metal Punk". Соц.строй - капитализм. В отличии от РФ содержит: Казахстан, Беларусь, Грузию, Литву и Латвию. В стране возводят коммунистическое прошлое в свой "Идеал", Пионеры остались существовать и их участникам выдают льготы. Несмотря на капиталистический строй, страна позиционирует своё прошлое как "Хорошие мечты, разбитые так рано". Так - же после 2007 года в стране начинают строительства городов - будущего, создание которых заканчивается в 2017 году с приходом максимально продуктивной и свободной робототехники.

МИР ИГРЫ ВЫМЫШЛЕН! ОРНГ это придуманная страна не имеющая политических связей с РФ. Не ищите в выдумке правду.

Metal Punk - продукт "Maullrose", все концепты и наработки принадлежат её СЕО а так же самой команде.

Всем привет. Я бы хотел рассказать про игру, которую делаю последние 8 месяцев. Это “Roguelite RPG”, с упором на генетику. Большинство RPG построено на боях в разной тематике, где после боя игрок получает опыт, деньги, предметы или экипировку. В процессе игры персонаж прокачивает параметры, изучает таланты и скиллы, и продвигается по локациям со все более нарастающей сложностью. Я решил попробовать отказаться от этих систем. Основная идея IRSEN такая - после боя игрок разбирает врагов на биоматериал, извлекает гены и перестраивает собственного персонажа.

Почему я вообще выкинул обычный лут.

Мне не хотелось делать еще одну систему “меч/пистолет +3, броня/силовое поле +5%, кольцо на крит”. Я попытался сделать так, чтобы награда после боя была не предметом, а частью билда. Т.е. не “нашёл новый шмот”, а “добытый из врага ген меняет тело персонажа”. Причем изменение персонажа не статическое, а динамическое.

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

А каждая цепочка в свою очередь выдает персонажу новые умения. Таким образом, в процессе составления генетической карты, игрок может двигая одни и те же гены по карте собирать их в различные цепочки и получать различные умения. В любой момент цепи можно разрывать и образовывать новые. Которые также дадут свои умения. Гены я разделил на пять архетипов, каждый из которых обозначен своим цветом. Цепочка состоит из трех генов. При составлении цепочки, два из трех генов должны принадлежать к одному и тому же архетипу. Такие комбинации позволяют создавать 25 вариантов составления цепочки (порядок у меня не играет роли). Что дает 25 скиллов.

Один и тот же ген в зависимости от точки и местоположения на генетической карте может попадать в несколько цепочек. Т.е. если разместить гены архетипов B и С в линию вида

[C][C][C][B][B] - это даст сразу три умения.

[C][C][C]

[C][C][B]

[C][B][B]

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

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

Если взять обычное умение наносящее AoE урон по ряду врагов, и добавить на генетическую карту один ген со свойством этого умения, оно может быть преобразовано в умение по соло-цели, плюс повышает урон и увеличивает перезарядку. Но теряет способность цеплять побочные цели. А если на это же умение поставить ген с другим свойством, оно начинает при ударе развешивать дебаффы на цели. Можно конечно взять и поставить сразу несколько разных параметров на одно и то же умение. Сейчас я уже сделал по 2-3 различных свойства на каждый скилл, пытаюсь таким образом увеличить варианты развития персонажа. Каждое свойство также может развиваться через лабораторию, или например сжигаться с гена и переноситься на другой ген.

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

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

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

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

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

Подземелье разделено на этажи. Чем глубже этаж, тем сильнее облучение. Этажи разделены на сектора. Сектора - это небольшие карты, которые проходишь от стартовой точки до финальной. Далее попадаешь на Станцию Обработки.

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

Как я пытаюсь сделать это читаемым.

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

Однако все равно часть вещей я еще не придумал как объяснять. Например три одинаковые цепочки генов продвигают умение на второй ранг, а пять цепочек - на третий. Как объяснить игроку это через игру, идей пока что нет. Я добавил это в подсказки и туториал - но их никто не читает. Видел запись как игрок играл первый раз: как только появилась первая подсказка - он сразу нажал “Отключить” со словами что не собирается ничего читать. А когда умер из-за слабых скиллов, то выслал мне отзыв, что игра конечно прикольная, но непонятно почему он умирает.

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

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