Комментарии 6
Мне кажется, потенциал огромный появляется с развитием LLM.
Мало того, что ИИ можно использовать для генерации всего мира, по идее, весь мир может генерироваться в зависимости от внешних условий и/или действий игрока, то есть, игру можно сделать абсолютно эксклюзивной.
Плюс развитие локальных LLM и других моделей позволит делать это на устройствах игроков, параллельно снабжая визуальной составляющей (сгенерировать уникальную иллюстрацию перед ходом игрока- раз плюнуть для облачных и, думаю вскоре и для локальных моделей). У меня есть ощущение, что именно уникальность во всем для каждого может дать хорошее ускорение этому жанру.
ваш текст оторван от текущей реальности.
потенциал теоретически огромен - можно создать виртуально живой мир.
НО на практике это - дорого.
например: взять деревню.
скажем 100 нпс + живность + события.
каждый тик игры это множество вычислений и токенов.
оптимально - это комбинации процедурных и генеративных.
я как раз недавно начал разрабатывать rpg работающий в комбинации с qwen3 4b(2.5 гб).
Это вы еще не затронули нюанс, кто и как просчитывает эту деревню. Ведь в фрустуме игрока не вся деревня, а дай бог 1 нпс, если игрок зашел в безлюдный дом... Надо как-то оптимизированно, пока склоняюсь к мнению, не рисовать - это минимум, то что не видно, но вот как обноовлять.
Конечно, может можно фрустум как матрицу накинуть на игрока, и при рендере знать "что внутри бокса -фрустума", но не знаю, пока звучит не чётко для меня.
я вот зашёл на сайт cloud.beeline.ru и вижу отсутствие скролла.
зачем же вы так с ним поступили?
по-сути да вдохнуть можно, например если реализовывать буфер на jpeg-xl если сравнить его с png, я сегодня тестил свежую версию, то там разница размера колоссальна, да конечно, можно рисовать в терминал аски, но терминал, всё чаще для набросков, понятно, что символы которые в терминале будут чаще как пиксели, и тут либо tga и энтузиазм к своему сжатию или как раз такие форматы как jpeg-xl поидее, и как раз это приближает к реализациям всё ближе, ведь в терминале действительно набросок всё чаще фановый, сам то буфер будет или лучевой или растеризированный поидее
Написание текстового квеста для C64/ATARI это почти всегда - дискета, так как ОЗУ всего 64К из которых конечно можно использовать далеко не всё. 64К - это 8% от романа Жюля Верна.
Поэтому до того как начинать писать игру под эти системы нужно разработать систему работы со сжатыми данными словаря (я давно о таком размышляю). Так что для начинающего писателя квестом эти платформы мало подходят.
Текстовые игры возвращаются? Новые сферы применения, а также некоторые руководства и ресурсы для разработки