Минута игропроцесса текущей версии.
Немного показушно конечно (всё-таки заготовка для начала трейдера) -- на самом деле прямо в толпу нас не высаживают и дробовик со старта не дают :)
В остальном всё по-настоящему -- робот и оружие примерно через 15-20 минут прокачки таким и будет.
Аркадный шутер о зомби с видом сверху и элементами тактики и стратегии.
В Yet Another Zombie Defense HD вам предстоит каждую ночь защищаться от полчищ нежити. Вам прекрасно известно, что это не может длиться вечно: противников становится всё больше, и рано или поздно вы не сможете их сдержать. Однако сдаваться без боя вы не собираетесь — раз уж всё равно погибать, вы твёрдо решили унести с собой как можно больше зомби. Осталось выяснить лишь одно: сколько вы продержитесь?
Страница игры и раздачи в STEAM:
Раздача продлится до 30 Июля.
+1: Даёт.
Yet Another Zombie Defense HD — аркадный шутер о зомби с видом сверху и элементами тактической игры и стратегии. Приготовьтесь к наступлению ночи — нужно забаррикадироваться, запастись оружием и боеприпасами, возвести огневые установки и, главное, выжить. По ночам вам придётся несладко: с каждым набегом противники становятся всё сильнее. Отстреливайтесь до последнего и умрите с оружием в руках — пусть нежить надолго вас запомнит!
Режим совместной игры и многопользовательский сетевой режим: убивать зомби в одиночку здорово, а с друзьями в 4 раза круче!
Используйте свое любимое оружие на огневых установках и придумывайте ловушки — такого они точно не ожидают.
Пистолеты, винтовки, автоматы... и не только! В вашем распоряжении есть пулеметы, гранатометы, огнемёты и многое другое.
Разнообразные режимы игры: оборона, бесконечный режим и бой насмерть.
Соревнуйтесь с другими игроками, и пусть победит сильнейший!
> **Дисклеймер:** Статья полностью написана автором проекта от первого лица. В ней описывается разработка математического алгоритма процедурной генерации речи на чистом TypeScript без использования LLM, внешних фреймворков и нейросетей ("dependencies": {}).
В прошлых статьях про инженерную архитектуру ГИГАХРУЩА мы разбирали, как в одном браузерном файле на чистом TypeScript держится тороидальный клеточный мир 1024x1024, кастомный WebGL-рэйкастер, симуляция A-Life и объемный генератор MESH PASS.
Сегодня мы расскажем историю создания речевого ядра проекта — историю о том, как попытка уйти от хардкода привела нас к теории категорий, дистрибутивной семантике и ошеломляющим открытиям: оказывается, если взглянуть на художественные тексты через чистую линейную алгебру, математика сама начинает «понимать» смысл слов и строить сюжетные конструкции.
В этой статье мы покажем, как с помощью векторного анализа корпусов, классов эквивалентности и PCA-осей нам удалось заставить Марковское ядро генерировать живую, контекстную речь для тысяч НПС — без сторонних фреймворков ("dependencies": {}), с задержкой 0 миллисекунд и 100% детерминизмом по SeedRng.
Приступим-с!
---
## 1. Откровение дистрибутивной алгебры: Как математика видит слова в тексте
Когда мы только подступили к задаче озвучки НПС (диалоги, баблы над головами, лог речи, посты в локальную соцсеть «Инфосеть Демос»), перед нами встала дилемма:
1. **Жесткий хардкод (If-Else / шаблоны):** Написать 5000 заготовок `"{npc} пришел в {place}"`. Скучно, видно швы, игроку надоедает через полчаса.
2. **Наивный Марков по сырому тексту:** Выдает колоссальное разнообразие, но страдает «синтаксической шизофренией» — НПС придумывает ложные факты, путает термины и уходит в бессвязный бред.
3. **LLM в облаке:** Недопустимо. Контракт ГИГАХРУЩА — автономный браузерный билд, который должен работать 60 FPS даже на кассовом терминале без доступа к сети.
Мы задались вопросом: можно ли обойтись без захардкоженных словарей и регексов, заставив математику саму извлечь структуру человеческого языка из литературы?
Мы взяли 11 обучающих корпусов (16,900+ предложений из «Пикника на обочине», «Самосбор-тредов», «Метро 2033», «S.T.A.L.K.E.R.», «Града обреченного», «Соляриса», советских инструкций Гражданской Обороны и ГОСТов) и написали офлайн-исследователь `scripts/discover_categories.ts`.
### Факторизация словаря
Мы не кормили алгоритму готовые словари. Вместо этого алгоритм скользил окном контекста по тысячам страниц и строил вектор окружения для каждого слова.
Затем мы ввели на словаре отношение эквивалентности, и произошло то, что поразило нас самих: математика без знания русского языка сама сгруппировала слова в идеальные смысловые кластеры!
Вот реальный фрагмент вывода нашего скрипта `scripts/discover_categories.ts`:
```txt
[Категория #20] (Векторный узел: ОБОРУДОВАНИЕ / ПАТРОНЫ)
патронов/патроны (+0.43), оборудования/оборудование (-0.20),
огонь (-0.11), заблокировать (-0.21)
```
---
## 2. Теория категорий и синтаксический граф
Из получившихся векторов и фактор-множеств мы построили динамический синтаксический граф. В нём узлы — это не просто слова, а категории эквивалентности, а рёбра — вероятности перехода между ними с учётом математических ограничений контекста.
Когда НПС оказывается в определенной ситуации (например, ремонт гермодвери на -88 этаже при отключенном питании), движок формирует вектор игрового контекста:
```ts
const contextVector = {
floorZ: -88,
roomType: 'трансформаторная',
powerStatus: 'off',
occupation: 'слесарь-параноик',
dangerLevel: 40
};
```
Этот вектор проецируется на построенный синтаксический граф. Выбор следующего атома реплики определяется прохождением по ребрам графа с максимальным скалярным произведением вектора состояния НПС и вектора контекста слова.
---
## 3. Примеры процедурной генерации речи в игре
### Пример 1: Находка ценного хабара (Гаусс-пушка)
- **Игровой контекст:** `floorZ: -12`, `roomType: кровавый_тупик`, `occupation: проходчик`, `dangerLevel: 60`, `foundItemValue: 5000`.
- **Результат генерации:**
> *«Проходчик долго осматривал гаусс-пушку. За такой хабар бригадир смены выставит три нормы пайкового концентрата у шлюза.»*
- **Разбор ядра:** Параметр ценности предмета `foundItemValue: 5000` дал максимальный векторный отклик, выбрав топовое вооружение и бытовой контекст ценностей.
### Пример 2: Слесарь-параноик у мокрого шва гермодвери
- **Игровой контекст:** `floorZ: 88`, `roomType: трансформаторная`, `powerStatus: 'off'`, `occupation: слесарь-параноик`, `dangerLevel: 40`.
- **Результат генерации:**
> *«Слесарь-параноик не верил тишине: у гермы шов мокрый. Сначала уплотнитель, потом разговор.»*
- **Разбор ядра:** Профессиональные теги гильдии слесарей `repair` вытащили из корпуса специфические бытовые действия ремонта и проверки герметичности.
### Пример 3: Лаборант НИИ в продувочной прачечной
- **Игровой контекст:** `floorZ: 104`, `roomType: продувочная_прачечная`, `occupation: лаборант НИИ`, `dangerLevel: 15`.
- **Результат генерации:**
> *«Лаборант НИИ установил дозиметр ДП-5В у продувочной прачечной. Реагенты в норме, инспекционный шлюз чист.»*
- **Разбор ядра:** Категория `science` подтянула профильные приборы (дозиметр ДП-5В) и канцелярит НИИ «Щит».
### Пример 4: Раненый домком просит помощи
- **Игровой контекст:** `floorZ: 3`, `roomType: жилая_ячейка`, `hp: 15`, `thirst: 95`, `recentTrauma: true`, `occupation: домком`.
- **Результат генерации:**
> *«Домком едва дышал на полу: грязный бинт и талон на воду решают быстрее любого разговора.»*
- **Разбор ядра:** Критический уровень потребностей сфокусировал ядро на предметах первой помощи, проигнорировав оружие и хабар.
### Пример 5: Мясник у Кровавого Алтаря (Пси-излучение)
- **Игровой контекст:** `floorZ: -69`, `roomType: алтарь_чернобожия`, `karma: -100`, `occupation: мясник`, `dangerLevel: 95`.
- **Результат генерации:**
> *«Пси-излучение заполнило кровавый тупик. Мясник шептал слова бетона, пока процедурная аномалия не закрыла шлюз.»*
---
## 4. Ограничения и главное откровение
Для нас эта работа стала доказательством того, что математическая элегантность дистрибутивной алгебры избавляет инди-разработчика от написания тысяч строк хардкода.
Конечно, у этого подхода есть свои границы. Если вы ищете в процедурных репликах глубокого философского романа или многоходовых логических цепочек — вы их там не найдёте. В своей основе это математические вероятностные Марковские цепи.
Но в мире с сотнями тысяч процедурных НПС этот метод, как никакой иной, создаёт осязаемый, живой, независимый от игрока, а главное — контекстно осмысленный слой текстов. Теперь у жителей мегаструктуры есть рот, и они наконец могут выразить то, как из их собственной точки отсчёта выглядит бесконечный ГИГАХРУЩ.
---
### Полезные ссылки проекта:
- **Telegram-паблик разработчиков (обновления и девлоги):** https://t.me/gigah_rush
- **Онлайн-версия игры (прямо в браузере):** https://gigahrush.github.io/
- **Версия на Пикабу Игры:** https://games.pikabu.ru/game/gigakhrushch
Всем привет!
Спустя полгода покадровой ручной рисовки, коддинга в Godot, написания музыки и кучи сожженных нервов, я наконец-то выпустил свою первую атмосферную 2D-метроидванию — The Rising Omen. Это мрачный экшен-платформер в стиле фэнтези.
Проект дался очень тяжело. За это время было минимум три жестких момента, когда опускались руки и хотелось полностью всё дропнуть. Делюсь опытом, с какими «главными боссами» разработки я столкнулся:
1) Болото из мусорного кода
В самом начале я перепробовал кучу вариантов, чтобы персонаж просто нормально атаковал. С хитбоксами творился полный кошмар — всё работало криво, косо и с багами. В итоге я понял, что код превратился в кашу. Пришлось принять тяжелое решение: удалить вообще всё, вычистить проект и переписать боевую систему абсолютно с нуля. Было обидно терять время, но это научило меня чистоте кода.2) Месяц на одну функцию (Chase AI)
Я убил почти четыре недели только на то, чтобы настроить функцию преследования игрока врагами. Логика постоянно ломалась: противник мог подойти, сделать один удар и просто замереть на месте навсегда. Либо наоборот — намертво вставал и бесконечно спамил анимацию удара, вообще не двигаясь. Настройка плавных переходов между ходьбой, погоней и атакой заняла в разы больше времени, чем я рассчитывал.3)Финальный босс: Слайд-шоу в движке
В какой-то момент игра начала нещадно лагать. Сам Godot просто зависал при попытке зайти на любую сцену, а ФПС упал до 10–15 кадров. Я потратил кучу дней, оптимизируя всё подряд: текстуры, скрипты, физику — ничего не помогало. В полном отчаянии я пошел в сообщество по Godot. И там мне подсказали решение, за что ребятам бесконечная благодарность! Оказалось, дело в одной кнопке: в настройках рендера проекта у меня стоял режим Mobile, а для моего железа нужно было выставить GL Compatibility. Изменение одной настройки мгновенно вернуло плавность.
Пройдя через все эти круги геймдев-ада, я всё-таки довел игру до релиза!
Игра доступна абсолютно бесплатно!
Посмотреть трейлер, заценить визуал и скачать игру можно напрямую здесь: https://mityvagames.itch.io/the-rising-omen-game
Буду очень рад вашей конструктивной критике, отзывам по геймплею, атмосфере или косякам, которые заметите. Мне безумно нужен ваш честный фидбек!
Всем спасибо за внимание и удачи в ваших проектах!
Кароч, я сдаюсь, я не вывожу в соло.)
Всем привет,
С год назад, примерно, я придумал концепцию игры в 8-бит стиле.
Как водится у дураков, от идеи к реализации - путь короткий, обложившись нейросетями (ДипСик и МС Копайлот), начал пытаться реализовывать.
Полгода перся дико от разработки, но, как это обычно бывает - перегорел.=(
Очень много всего для реализации, плюс незнание процесса разработки всегда приводили к неразрешимым затыкам в работе.
После НГ подзабил, но сейчас дико хочу вернуться к реализации.
Собстна, чо пишу - нужен напарник, которому было бы в прикол на досуге ковыряться в проекте, желательно погромиста (можно даже вайбового!). В одну харю трудно и мотивации меньше, когда нет поддержки!
Об игре:
Стратегический пошаговый футбол, в стиле 8-бит, "типа".
Движог: Годот
Графика: Эйспрайт
Код: "простите мя грешного" - вайбкодовый!
Бюджет: о, за это платят?..
Дата выхода: успеть до второго пришествия.
Просто вдруг найдется чуви, которому будет интересно попробовать что-то создать.
Всем скайрим, поцоны!
Один из ранних скриншотов. Слабый GPS мог оставлять разрывы в маршруте даже у честного игрока.
В GeoConquest реальная карта служит общим игровым полем. Игрок выходит со своей территории, оставляет за собой след и, вернувшись обратно, захватывает область внутри маршрута.
Из этого правила довольно быстро возникает очевидный вопрос: а что мешает сесть в машину и за вечер захватить половину города?
Как оказалось, гораздо более сложный вопрос звучит иначе: как ограничить машину, но не сломать игру велосипедистам, самокатчикам и обычным пешеходам с плохим GPS?
4 июня один из игроков внезапно переместился на 45 километров.
Игра решила, что всё это расстояние он действительно прошёл. Маршрут склеился, сервер засчитал 2783 гекса, выдал 5566 опыта, и игрок мгновенно поднялся с первого уровня до двенадцатого.
Опыт я у него отбирать не стал. Посчитал это наградой за обнаружение бага.
А вот выдачу опыта и построение маршрута при таких скачках пришлось срочно исправлять.
Сейчас большой разрыв GPS может перенести маркер игрока в актуальное место, но не превращается в нарисованную через полгорода линию, не даёт опыт и не захватывает промежуточные гексы. Небольшие пропуски игра ещё может аккуратно заполнить, потому что GPS теряет отдельные точки даже во время обычной прогулки.
В одной из самых ранних версий античита я разрешил скорость до 151 км/ч.
Это не опечатка.
Тогда я в первую очередь боролся с фальшивыми координатами и боялся заблокировать честного игрока из-за неточного замера. В результате игра была готова поверить, что человек вполне законно захватывает территорию почти на скорости движения по автомагистрали.
Потом ограничение стало жёстче. Но просто выбрать одно число оказалось недостаточно.
GPS может на несколько секунд показать странную скорость, когда человек стоит на месте. Телефон иногда присылает координаты с задержкой. В браузере и Android-приложении скорость могла рассчитываться по-разному. А велосипедист проходит гексы значительно быстрее пешехода, поэтому именно на велосипеде первыми проявляются ошибки, незаметные во время спокойной прогулки.
В GeoConquest нет отдельных режимов «пешком», «велосипед», «самокат» и «машина».
Сервер получает координаты, время, точность и иногда скорость. Но сам по себе GPS не может надёжно сказать, сидит человек в автомобиле или быстро едет на велосипеде.
При скорости 20 км/ч это может быть:
спринтер;
велосипедист;
электросамокат;
машина в пробке;
ошибочный скачок GPS.
Можно было запретить всё, что быстрее бега. Тогда игра действительно стала бы почти исключительно пешеходной, но заодно начала бы наказывать велосипедистов и ловить больше ложных срабатываний.
Поэтому я решил разрешить активный транспорт, пока скорость остаётся разумной.
Текущий порог составляет 8 метров в секунду, то есть примерно 29 км/ч.
После четырёх последовательных качественных замеров на такой скорости сервер приостанавливает игровой зачёт.
При этом маркер не застывает на старом месте и продолжает двигаться по карте. Но игра временно не строит след, не выдаёт опыт, не продвигает задания и события, не засчитывает столкновения и не позволяет захватывать территорию.
Сервер смотрит не только на скорость, которую сообщил телефон. Он также вычисляет её по расстоянию между координатами и времени замеров. "Никогда не доверяй клиенту!"))
Чтобы игра снова включилась, нужно замедлиться примерно до 22 км/ч. Сервер ждёт, пока медленными окажутся как минимум восемь из последних десяти подходящих замеров. Несколько случайных скачков при этом не заставят стоять на месте бесконечно.
Пропущенный скоростной участок не соединяется с прежним следом. Поэтому нельзя проехать часть петли на машине, замедлиться у своей территории и получить всю область внутри маршрута.
Не совсем.
Если автомобиль действительно движется со скоростью велосипеда, например ползёт в пробке, GPS не способен доказать, что внутри находится машина. Такой участок может засчитаться.
Цель ограничения не в том, чтобы расследовать каждую поездку. Оно должно сделать обычное передвижение на машине невыгодным, сохранив велосипеды и самокаты как допустимый способ игры.
Высокая скорость сама по себе также не считается читерством и не приводит к бану. Игра просто ставит зачёт на паузу.
Недавно обнаружился ещё один баг, который существовал больше месяца.
Браузер отправлял новую GPS-точку, но иногда ждал не только ответа сервера, а ещё и очередного обновления всего игрового мира. Если обработка затягивалась, следующие координаты успевали потеряться.
Пешеход проходил за это время совсем немного, поэтому проблема почти не бросалась в глаза. А у велосипедиста между двумя принятыми точками уже образовывалась заметная дыра в маршруте.
19 июля я разделил эти процессы. Теперь отправка GPS не ждёт обновления карты, и быстрые последовательные точки не должны теряться из-за медленного запроса.
Получился хороший пример того, как одна и та же ошибка почти незаметна пешком, но ломает игру на велосипеде.
Для установленной PWA-версии я добавил карманный режим. Он блокирует случайные нажатия, затемняет OLED-экран и позволяет убрать телефон, пока игра продолжает получать GPS.
Сyberpunk тема
Это особенно полезно во время долгой прогулки или поездки на велосипеде: не нужно постоянно держать карту открытой перед глазами. Чтобы разблокировать экран, кнопку надо удерживать две секунды.
Сейчас GeoConquest позволяет спокойно играть пешком, на обычной скорости велосипеда или электросамоката. При более быстром движении карта продолжает следовать за игроком, но территория и награды временно не засчитываются.
Мне интересно, где вы сами провели бы границу.
GPS-игра должна учитывать исключительно ходьбу? Или велосипед и самокат тоже являются честным способом захватывать территорию, если машина при обычной скорости уже не даёт преимущества?
Играть: https://geo.juju.ru
Патчноуты и история разработки: https://t.me/GeoConquest
Можно поиграть в демку на итче: https://johnreno.itch.io/droploot
Последние полгода я работал над Soul’s Sides – сюрреалистической интерактивной игрой об исследовании человеческой психики.
Теперь игра закончена и вышла на itch.io.
В основе Soul’s Sides лежат вопросы: «Как жить дальше, когда рушится самое дорогое? Как найти в себе силы стремиться, если принципиально новое закрыто и поэтому приходится возводить новую жизнь из былых фрагментов?»
Главный герой потерял то, что раньше определяло направление его жизни. Он не готов сразу искать новую цель, поэтому вместо движения вперёд начинает исследовать то, что осталось внутри.
В игре это «внутри» становится вполне конкретным пространством.
"Разум запутался в траурных складках"
Мир Soul’s Sides состоит из метафорических пространств, каждое из которых подчиняется собственной логике. Стремления принимают форму, идеи становятся местами, а внутренние процессы находят отражение в устройстве локаций и игровых механиках.
Игрок перемещается между этими пространствами, исследует их, ищет пути и принимает решения.
Первая грань до "прикосновения" главного героя к ней
При этом игра почти не расшифровывает собственные образы.
Одни элементы повторяются, другие появляются в определённых сочетаниях. Постепенно между ними становятся заметны связи, из которых можно восстановить логику мира.
У этой логики есть заложенная структура. Единственной обязательной интерпретации происходящего игра не даёт, однако сам её мир – буквальное изображение строения сознания в терминах «Новой Азбуки».
Возможность выразить одну идею разными средствами – одна из причин, почему этот проект стал именно игрой.
Текст может сформулировать мысль напрямую или оставить её недосказанной. Изображение передаёт её через композицию и повторяющиеся визуальные элементы. Музыка создаёт эмоциональный контекст. Выбор добавляет позицию самого игрока. Механика позволяет выразить идею через действие.
В Soul’s Sides эти элементы сочетаются и переплетаются, дополняя и поясняя друг друга ради того, чтобы выразить общую идею.
Лес первой грани
Болото
Лес первой грани
Из этого же принципа возник New Alphabet.
Это система повторяющихся образов и символов, чьи значения и взаимосвязи могут сохраняться не только внутри одной игры, но и переходить из одной работы в другую.
Soul’s Sides использует часть этого языка.
Отдельного «словаря символов» намеренно нет. Их значение можно восстанавливать из контекста, повторений и отношений с другими элементами.
В следующих проектах часть образов появится снова – так одна работа интерпретирует другую без необходимости связывать их общим сюжетом или персонажами.
Основа игры – текст, исследование и выборы. При этом способы взаимодействия с миром меняются между локациями.
В одних эпизодах используются обычные текстовые переходы. В других часть навигации перенесена непосредственно на изображение – отдельные области окружения становятся интерактивными.
Soul’s Sides остаётся преимущественно линейной игрой. Различия между прохождениями возникают прежде всего в отдельных действиях и решениях игрока, а наиболее существенно проявляются в финале.
В двух основных частях игры можно находить фрагменты изображений. По шесть фрагментов складываются в отдельные пазлы, связанные с пройденными локациями.
Сборка одной из Картин
Собранная Картина отражает соприкосновение главного героя с соответствующей гранью мира. При этом сам пазл не открывает новую ветку прохождения – большая часть пути остаётся прежней.
Но если игрок полностью соберёт обе Картины, в финале появляется дополнительная возможность.
К этому моменту герой оказывается перед выбором между двумя гранями. Он может принять одну из них или отказаться от окончательного решения. Полное исследование обеих открывает третий вариант – соединить две грани и создать на их основе новую.
Таким образом, действия игрока не изменяют сам путь, но предоставляют новый выбор в его конце.
Soul’s Sides сделана в Twine на Harlowe 3.3.9.
Для проекта с большим количеством текста, переходов и состояний Twine оказался удобным фундаментом. Но по мере разработки его стандартной структуры стало недостаточно.
Постепенно появились интерактивные изображения, карта, пазлы, процедурно распределяемые элементы и большое количество аудиовизуальных материалов.
Отдельной задачей стала загрузка ресурсов.
Когда изображений и аудио стало много, загрузка непосредственно при переходе между сценами начала создавать заметные задержки. Поэтому в браузерной версии поверх игры появилась отдельная система предзагрузки, которая определяет необходимые ресурсы и подготавливает их заранее.
Для десктопной версии Twine-проект затем был упакован через Electron.
От начала работы до релиза прошло около полугода. Если исключить большие перерывы, непосредственная разработка заняла примерно шесть недель.
В Soul’s Sides пять концовок.
Одно прохождение занимает 15-60 минут – в зависимости от выбранных действий и того, насколько тщательно игрок исследует доступное пространство.
Игра доступна на русском и английском языках в трёх вариантах:
– браузерная версия (английский);
– Windows (русский и английский);
– Linux (русский и английский).
Soul’s Sides уже доступна бесплатно на itch.io. Её можно запустить прямо в браузере или скачать для Windows и Linux.
Особенно интересна обратная связь об интерпретации игры: какие взаимозависимости между повторяющимися образами вы заметили, как уловили логику отдельных локаций и какой общий смысл сложился после прохождения.
Soul’s Sides намеренно не даёт готового ключа к своей символической системе. Поэтому разница между заложенной структурой и тем, как её восстанавливает игрок, – тоже часть эксперимента.
Присоединяйтесь к New Alphabet
Следите за новостями студии, разработкой наших игр и будущими проектами.
Телеграм-группа New Alphabet: Telegram – @NewAlphabetRus
Страница игры на Itch.io: Soul’s Sides на itch.io
