«Пузырьки»: демо перешло в разработку — собран первый каркас на Ren’Py
Сегодня у «Пузырьков» начался новый этап — разработка демо.
До этого я в основном занимался подготовкой: GDD, планом демо, структурой проекта, визуальным направлением и тем, что вообще должно попасть в первую версию.
Теперь дошёл до кода.
Решил не трогать старый проект, чтобы случайно ничего не развалить. Создал новый чистый Ren’Py-проект, а старый оставил как архив: оттуда потом буду переносить сценарий и ассеты.
За вечер собрал первый технический каркас демо.
Что сделано:
— создана базовая структура проекта;
— системные файлы вынесены в папку systems/;
— сцены Дня -1 вынесены в story/day_minus_1/;
— script.rpy оставлен как точка входа;
— добавлена стартовая сцена утра Дня -1;
— заведены персонажи в definitions.rpy;
— добавлены временные фоны-заглушки;
— добавлены скрытые статы Наташи и Васи;
— подключена система времени;
— сделан телефон-заглушка;
— сделан тестовый дом-хаб;
— добавлены скрытые потребности;
— добавлен debug-экран для проверки времени, статов и состояния персонажей.
Пока это не финальная игра, а техническая основа. Но она уже работает.
Игра запускается, утро Дня -1 открывается, хаб даёт переходы по комнатам, телефон открывается, время двигается, потребности растут от времени и снижаются от действий. Lint проходит без критичных ошибок.
Хаб пока сделан через обычные текстовые кнопки. Позже хочу заменить это на более нормальную навигацию: дверь, предметы, подсветка, клик и переход. Сейчас было важнее не делать красоту, а разнести логику по нормальным файлам, чтобы потом не собирать всё в одну кашу.
Текущая структура систем:
stats.rpy — статы персонажей
needs.rpy — потребности
time.rpy — время
phone.rpy — телефон
global_nav.rpy — дом-хаб
debug.rpy — временный экран для тестов
Следующий шаг — вынести общие флаги событий в отдельный файл flags.rpy. Тогда будет проще отделить статы, потребности, время и прогресс демо друг от друга.
Буду рад советам по структуре Ren’Py-проекта, хабу и организации систем. Сейчас как раз тот этап, когда лучше поправить архитектуру заранее, чем потом переписывать всё с нуля.
Нет мнений