Делаю комикс-новеллу в одиночку: 88 страниц, 7 концовок и один раненый дракон. Девлог с 1 по 6 день

Всем привет. Меня зовут Kai, и я делаю инди-игру. Не шутер, не рогалик, не симулятор бомжа — а 2D-комикс-новеллу на Godot 4.7. В этой статье расскажу, что уже готово, почему это не очередной «визуальный роман для гачи» и зачем мне вообще ваша поддержка.

Спойлер: в игре есть дракон. И его, возможно, придётся не убивать.

Что за игра и почему именно она

Проект называется Heroes & Dragons: Dimensional Rift (рабочее название — «Герои и Драконы: Разлом Измерений»). Это новелла в стиле динамического комикса: не статичные спрайты и текст внизу, а панели, которые появляются по одной, с анимацией, звуком и спецэффектами. Как в манге, только в движении.

Сюжет в двух абзацах: Мир разорван. Буквально — над городами висит Разлом, сквозь который просачиваются другие измерения. Герой по имени Рен просыпается в заброшенной квартире с Меткой на руке и без воспоминаний. Чтобы понять, кто он такой, ему нужно пройти через 11 биомов — от Ржавых Кварталов до Драконьего Логова. В каждом — свой босс. И каждого можно победить тремя способами: силой, хитростью или эмпатией.

А в конце — Древний Дракон. И выбор, который определит судьбу всех миров.

Фишки, которыми я горжусь:

• 7 концовок, включая одну скрытую истинную (нужно осознанно идти путём эмпатии через всю игру).

• Система отношений: 3 спутника с уникальными характерами. Мира — циничный механик. Ней — хакер из неон-города. Эхо — дух дракона. У каждого — шкала доверия, которая реально влияет на финал.

• 2D-комикс-эстетика: панели с разными анимациями, зернистость старой бумаги, виньетка, глитч-эффекты Разлома.

• 48 уникальных персонажей — от падальщика в первой локации до Древнего Дракона в последней.

Что уже готово (С 1 по 6 день из 13)

Я веду разработку по чёткому плану — 13-дневный спринт до играбельного вертикального среза (первый биом целиком). Вот прогресс на сегодня:

День 1-3: Архитектура Godot 4.7, 6 Autoload-менеджеров (GameManager, AudioManager, SaveManager, PageFlow, LocalizationManager, SteamManager-заглушка), 3 класса ресурсов.

День 4: Сгенерированы 88 .tres файлов — по одному на каждую страницу всех 11 биомов. Каждый содержит: фон, музыку, эмбиент, 5 комикс-панелей, 3 варианта выбора, связь со следующей страницей.

День 5: Placeholder-ассеты — ~600 файлов (фоны-градиенты с названиями локаций, цветные силуэты персонажей с эмоциями, серые комикс-панели). Сгенерировал Python-скриптами за пару часов.

День 6 (сегодня): Собрал 7 ключевых сцен — главное меню, page_viewer (универсальный просмотрщик страниц), комикс-панель, слоты персонажей, окно диалога, кнопки выбора, переход с затемнением.

Что это значит на практике: Если сейчас нажать F5 — игра запустится, покажет меню, кликнешь «Новая игра» — и начнётся Биом 1: Ржавые Кварталы. Панели появляются по клику, после 5-й — 3 варианта выбора, клик по любому — затемнение и загрузка следующей страницы. Всё работает. Без финального арта, но работает.

Почему я вообще это делаю

Честно? Я устал от новелл, где весь геймплей — это «выбрать вариант А, Б или В». Хотел сделать игру, где:

1. Выборы имеют вес. Спас падальщика в первой локации — через 10 часов он поможет тебе в финальной битве. Не спас — этот путь закрыт.

2. Эмпатия — это не «лёгкий режим». Искупить босса сложнее, чем победить его силой. Нужно читать диалоги, понимать его боль, выбирать правильные слова.

3. Комикс-эстетика работает на сюжет. Глитч-эффект Разлома — это не просто красота, это часть нарратива. Зернистость бумаги создаёт ощущение, что ты читаешь чью-то историю.

И да — я делаю это в одиночку. Программирую, пишу сценарий, рисую placeholder-ассеты (люблю творчество), планирую звуковой дизайн.

Зачем мне донаты (и почему это не «дайте денег»)

Я не прошу милостыню. У меня есть план, есть прогресс, есть работающий прототип. Но есть и реальные затраты, которые тормозят разработку:

1. Художник. Финальный арт для 88 страниц + 95 спрайтов персонажей. Это ~$2000-3000 по минимальным расценкам. Без этого игра останется на плейсхолдерах.

2. Композитор. 42 музыкальных трека + эмбиенты + SFX. Можно взять роялти-фри, но оригинальный саундтрек — это душа игры.

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

4. Steam-взнос. $100 — мелочь, но тоже деньги.

5. Время. Я работаю над проектом по вечерам и выходным. Донаты позволят не отвлекаться на другую работу или подработку, а полноценно работать над проектом и ускорить разработку.

Почему boosty, а не Kickstarter? Потому что я хочу построить сообщество, а не просто собрать деньги. На boosty донатеры видят прогресс каждую неделю, участвуют в голосованиях (например, дизайн одного из боссов), получают ранний доступ к бета-версии.

Что получат донатеры

Тир Что входит:

Кофе ☕ (100₽/мес)

+ Еженедельные девлоги, доступ к закрытому чату, имя в титрах

Читатель (300₽/мес)

+ Ранний доступ к бете, PDF с лором игры, голосование за дизайн NPC

Спутник (700₽/мес)

+ Ваш персонаж в игре (как эпизодический NPC), оригинал-арт вашего спрайта

Дракон (2000₽/мес)

+ Помощь в написании диалога для одного босса, упоминание как со-автора, эксклюзивная концовка для вас

Куда идти

• Boosty (донаты + девлоги): boosty.to/kaira87

• Страница проекта в Steam (скоро): добавим, как только получим App ID

Вопрос к вам

Пикабу, мне реально интересно ваше мнение (и это не для галочки):

1. Какие новеллы вас цепляли? DDLC? Slay the Princess? «Бесконечное лето»? Tiny Bunny? Что в них заходило, а что бесило?

2. Что думаете про систему эмпатии vs силы? Это интересно или «опять морализаторство»?

3. Какой стиль арта вам ближе? Тёмный индустриальный (как в Biome 1), неоновый киберпанк (Biome 3) или эпическое фэнтези (Biome 11)?

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

P.S.

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

Если не зашла — напишите в комментариях, что не так. Постараюсь исправить и учесть Ваши пожелания.

И да — в игре можно погладить дракона. Это не спойлер, это обещание.

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

Все механики рабочие, есть сюжетная кампания, 4 вражеские фракции, метапетля с прокачкой базы и строительством форпостов. 30 типов врагов, которые отличаются не только иконками, но и механиками. Враги атакуют врукопашную, стреляют, плюются, поджигают местность, взрываются, цепляются за вагоны, гарпунят состав, вырубают его эми пушками, баффают друг друга, бегают, летают и подкапываются и т.п. Можно захватить всю карту. Чтобы не было скучно между заездами добавлена сюжетная кампания, которая раскрывается через лор. Есть сохранения, озвучка и локализация на 6 языках.

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

Если у вас есть стимдек, то очень советую, т.к. затачивал игру под него.

Открыт плейтест и демо версия. Но это по сути одно и тоже.

Осталось самое сложное - маркетинг. Моя основная надежда на осенний стимфест.

А сейчас очень интересуют отзывы живых игроков. Что нравится, что нет. Пожелания и замечания. Ну и конечно вишлисты.

Проблема, которую мы сегодня разберём

У нас есть класс MyClass с полем Value типа int. С этим полем мы можем сделать всё, что захотим: присваивать как угодно, когда угодно и менять на что угодно.

Давайте представим, что этот класс может хранит только отрицательное значение Value.

Я вам сегодня покажу два решения данной проблемы и ещё один кейс с более продвинутым решением.

Способ 1: Через свойства

Данный подход делает код более красивым, но имеет свои оговорочки, потом расскажу.

Какие изменения я внёс:

Теперь Value не поле, а свойство, возвращающее приватное поле value. Здесь инкапсуляцией выступает сеттер (set {...}):

В сеттере мы обрабатываем поступающее значение: если оно меньше нуля, то мы приватному полю value оно присваивается, а иначе вызывается ошибка.

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

Способ 2: Через методы

Данный подход является самым часто-используемым и универсальным в ООП.

Какие изменения я внёс:

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

Теперь разберём второй кейс:

Допустим у нас есть тот же класс MyClass и у него есть экземпляр класса MyClassData. Этот класс хранит в себе переменные Name (имя) и Age (возраст).

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

Какие изменения я внёс:

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

Инкапсуляция при работе с массивами и листами

Массивы и листы являются ссылочными типами, сейчас я вам докажу:

Новый кейс: у нас есть класс MyClass с массивом myArray, защищённым от присваивания, но вот в чём проблема: мы как бы не можем присвоить, но мы можем изменить, ведь это ссылочный тип. А если дело доходит до листов (List<T>), то вообще можно всё менять методами.

Сейчас я вам покажу, как исправить такую ситуацию:

Теперь наше свойство превращается в приватное поле, а получать доступ дял чтения мы будем через метод GetElement(int index), где index обозначает... ну вы поняли.

А давайте теперь добавим возможность "инвертировать значения":

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

Что когда использовать?

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

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

* Механика «Выжить любой ценой»: Если великанша наступила вам на ноги, они не просто «отнимают HP», они расплющиваются. Чтобы спастись и не быть съеденным, вам придется ножом отпиливать поврежденные конечности и ползти к ближайшему госпиталю на руках.

* Джетпаки и физика: У людей есть джетпаки, но топливо ограничено. Зазевались, кончился бензин в воздухе — привет, переломы ног от падения с высоты.

* БТР на радиоуправлении: Если вы всё-таки потеряли ноги и ползаете, вы не бесполезны. Можно управлять быстрым RC-бронетранспортером, подвозить припасы или вести разведку. Но осторожно: великанша раздавит его одним пальцем.

## Прогрессия великанш:

Гиганты начинают матч с роста в 6 метров. Чтобы лечиться и расти дальше (вплоть до размера 17-этажки), им нужно есть.

* Еда = Рост: Поедание обычных NPC дает медленный рост, а вот охота на живых игроков — это быстрый способ восстановить силы и стать по-настоящему огромным.

* Разрушения (стиль Big Rigs): Чтобы не лагало в онлайне, я использую систему стадий. Здания не разлетаются на миллион вокселей, а имеют 3–4 фазы разрушения. На максимальном росте великанша может сносить небоскребы ударами кулаков.

## Режимы:

1. RP (Ролевой): Свободная песочница, где кнопками можно менять свой размер для тестов и общения.

2. Миссии: Сюжетные задания в духе Teardown. Планирование, контракты на снос и дерзкие вылазки.

3. Противостояние: Тот самый онлайн-замес «один против всех».

## Почему Godot?

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

Интересно ваше мнение: не слишком ли жестко звучит механика с ампутацией? И как вам идея с радиоуправляемой техникой для раненых игроков?

#Gamedev #Godot #ИндиРазработка #Survival #ДневникРазработчика #АсимметричныйМультиплеер

Сегодня будет тематический пост про обновлённые линейки лёгких и средних танков, а также штурмовых САУ бронетанковых войск Италии. И в качестве бонуса — новый тяжёлый грузовик Fiat 634, ЗСУ на его базе со 105-мм корабельным орудием, а также командирские и радийные машины. Обновлены в том числе и трофейные варианты. Автор моделей — Thunder_Ly.

- Средний танк M13/40 I Serie (ВС Италии);
- Экранированный средний танк M13/40 II Serie (ВС Италии);
- Средний танк M13/40 III Serie (ВС Италии);
- Командирский танк M13/40 Centro Radio (ВС Италии);
- Командирский танк Carro Comando Semoventi M40 (ВС Италии);
- Средний танк M14/41 (ВС Италии);
- Командирский танк M14/41 Centro Radio (ВС Италии);
- Командирский танк Carro Comando Semoventi M41 (ВС Италии);
- Средний танк M15/42 (ВС Италии);
- Штурмовая САУ Semovente da 75/18 su scafo M40 (ВС Италии);
- Штурмовая САУ Semovente da 75/18 su scafo M41 (ВС Италии);
- Штурмовая САУ Semovente da 75/34 su scafo M42M (ВС Италии);
- Штурмовая САУ Semovente da 105/25 Bassotto (ВС Италии).

- Лёгкий танк L6/40 Mod. 41 (ВС Италии);
- Лёгкий пушечный танк L6/40 Mod. 38 (ВС Италии);
- Лёгкий радийный танк L6/40 Centro Radio (ВС Италии);
- Лёгкий огнемётный танк L6/40 LF (ВС Италии);
- Лёгкий пулемётный танк L6/40 Mod. 38 (ВС Италии);
- Лёгкая п/т САУ Semovente da 47/32 (ВС Италии);
- БТР боеприпасов L6/40 Trasporto munizioni (ВС Италии);
- ЗСУ Autocannone da 105/35 su Fiat 634N (ВС Италии);
- Тяжёлый грузовик Fiat 634N (ВС Италии);
- Тяжёлый инженерный грузовик Fiat 634N (ВС Италии);
- Автоцистерна Fiat 634N (ВС Италии);
- Тяжёлый грузовик Fiat 634N (с лёгким танком L6/40 Mod. 41) (ВС Италии).

- Трофейный средний танк M13/40 ВС Австралии;
- Трофейный средний танк M13/40 ВС Греции;
- Средний танк Pz.Kpfw. M14/41 736(i) (ВС Германии);
- Лёгкий танк Pz.Kpfw. L6 733(i) (ВС Германии);
- Лёгкий танк L6/40 NDH (ВС Хорватии);
- Штурмовая САУ StuG M40 mit 7,5 cm L 18 850(i (ВС Германии);
- Штурмовая САУ StuG M42 mit 7,5 cm L 34 851(i) (ВС Германии);
- Штурмовая САУ StuG M43 mit 10,5 cm L 25 853(i) (ВС Германии).

Мы продолжаем уверенно двигаться к релизу игры, но специалистов по 2д и 3д-графике по прежнему не хватает. Поэтому мы ищем помощи у тех, кто владеет навыками работы в фотошопе и 3д-редакторах. Если вы обладаете необходимыми навыками или знаете того, кто обладает, то свяжитесь с нами любым способом, можете сразу писать в личку руководителю сообщества (https://vk.com/gzm_game).

Что такое GZM сейчас и с чем его едят?

GZM - путь длиною в 20 лет

Где скачать GZM 11, где пообщаться с сообществом GZM и как сыграть по сети?

Серия постов про проект GZM 1945

Игрок - “Цифровой дух”, переходящий из одного металлического тела в другое.

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

Игрок всегда должен выбирать: рискнуть дорогим шасси или отправить в бой “дешевую консервную банку”

Тактика. Изометрическая сетка, пошаговый бой.

Нижние этажи

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

Взлом (Hack) альтернатива стрельбе: можно перехватить управление турелью или другим роботом противника.

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