Фрактальные истории, или как создать текстовую адвенчуру с открытым миром




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

Моя идея превратилась в короткую игру Insignificant Little Vermin, с которой я участвовал в этом году на IFCOMP. В статье я расскажу о процессе создания этой игры и о том, чему я научился, понаблюдав за тем, как в неё играют люди (на Twitch).

image

Почему Skyrim?


Не стоит слишком зацикливаться на том, что я упоминаю здесь Skyrim. Для меня Skyrim — это просто широко известная фэнтезийная видеоигра, которую можно использовать в качестве примера.

  1. Достаточно широко известная, потому что я хотел, чтобы у людей мгновенно возникала в голове картинка.
  2. Фэнтезийная, потому что стиль боя в фэнтезийных играх особенно хорошо подходит к нашим целям (подробнее об этом позже).
  3. С открытым миром, потому что игры такого типа позволяют сбежать от реального мира, а потому отлично подходят к нашим целям (подробнее об этом позже).
  4. Видеоигра, потому что я больше делаю акцент на игровом процессе/течении игры, а не на интерактивной истории (и об этом тоже чуть позже).

Важно здесь то, что мы симулируем мир, который может изучать игрок. Мир населён акторами (монстрами, NPC) и сущностями (мечами, дверями, сундуками и т.д.), с которыми может взаимодействовать игрок. В Skyrim мир рендерится в 3D, а игрок отдаёт низкоуровневые команды типа «двигаться вперёд» или «использовать оружие в левой руке».

Цель симуляции — развлечь игрока. То есть я использую слово «симуляция», не имея в виду, что Skyrim пытается «как можно ближе имитировать процессы реального мира». Для меня любая видеоигра, имеющая стабильный цикл обновления является в своём роде симуляцией — даже если это 2D-симуляция путешествия итальянского водопроводчика для спасения принцессы.

Первая попытка, намеренно наивное начало


Самый наивный способ портирования Skyrim в мир текстовой адвенчуры — взять симуляцию мира такой, какой она существует в 3D-игре и воспроизводить её покадрово, описывая происходящие действия и запрашивая у игрока низкоуровневый ввод. Это будет выглядеть примерно так:

В окрестностях Вайтрана

[…]

Вы стоите в координатах {351.0, 211.9}, смотря в направлении ССВ. Ваш меч находится в движении замаха на 12%. Вы видите бандита в координатах {351.1, 210.8}, смотрящего в направлении ЮЮЗ. Его меч находится в движении замаха на 78% и он промахнулся.

нажать «влево»
> отпустить «влево»
нажать «влево»
нажать «вправо»

Вы делаете шаг назад в координаты {354.9, 212.5}.

[…]

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

Вторая попытка


Один из способов решить эту задачу — повысить уровень абстракции. Мы по-прежнему будем использовать симуляцию мира Skyrim, но только на самом высоком уровне — карта, расстояния между объектами и локациями, расположение акторов, NPC, места спауна монстров и т.д. Тогда мы получаем что-то вроде этого:

В окрестностях Вайтрана

Вы прибыли в Вайтран с юга. Рядом стоит поджидающий вас бандит с топором в руке, готовый напасть.

> убить бандита
убежать

Вы поднимаете меч и атакуете бандита. <Вставьте интересное описание боя.>

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

> убить лучника
обыскать бандита
убежать

<Вставьте ещё одно интересное описание боя.>

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

image

Но давайте признаемся, бои — важная составляющая интересности Skyrim. Поэтому «убить бандита, убить лучника» не совсем отражают его. В лучшем случае, если написать по-настоящему интересные описания боёв, то мы получим более длинную версию чего-то вроде Conan Kill Everything. Но вероятнее всего, игроку это наскучит после нескольких первых боёв, и он закроет игру.

Это ставит перед нами важный вопрос: что же делает бой в Skyrim увлекательным? Мы делаем одно и то же снова и снова, и каждый бой очень сильно похож на другой. Почему же это нам не надоедает после первого подземелья?

Ответ можно разбить на две части:

  1. Игрок в бою имеет высокую степень участия. В любой момент времени он может пойти вперёд, отступить, напасть, защищаться, сменить оружине, прыгнуть, пригнуться, зайти с фланга, забраться на скалу, использовать магию и т.д. Это значит, что игрок может улучшать свой навык боя. Игрок должен биться. Поэтому он может ощущать «фан» (то есть то, что определяется в таких книгах, как Theory of Fun for Game Design).
  2. Бои очень непредсказуемы. Игрок никогда не знает, чем обернётся каждый новый бой. Вы можете трижды биться с одной и той же группой врагов, и каждый раз ход боя будет отличаться. То есть игрок получает различные награды — важный ингредиент для того, чтобы игра его «зацепила».

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

И в этом кроется фундаментальная сложность попыток объединить видеоигры и текст.

  • В хороших видеоиграх всегда есть какая-то повторяемость. Все игры, от Pong и Tetris до Portal и Skyrim основаны на повторяющейся постановке перед игроком похожих задач, чтобы он мог учиться всё лучше их решать.
  • Хороший текст не может слишком часто повторяться. Повторяющийся текст скучен. Попробуйте описать в прозе то, что происходит в первые пять минут игрового процесса Super Mario, чтобы это было интересно читать. Это невозможно.

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

Третья попытка


Поскольку мы поняли, что игровой процесс Skyrim сильно завязан на бои, давайте попробуем подход с мини-играми (а не более интеллектуальный и неповторимый).

В окрестностях Вайтрана

Вы прибыли в Вайтран с юга. Рядом стоит поджидающий вас бандит с топором в руке, готовый напасть.

> убить бандита
убежать.

<Графическая мини-игра с боем.>

Бандит падает навзничь и умирает.


image

В мини-игре тоже может быть какой-то текст, но механика к нему не привязана. В Sorcery! боевая мини-игра состоит из серии решений о силе удара (по шкале от полной защиты до полного нападения). Но в дизайне мини-игр нет никаких ограничений. Это может быть простая карточная игра, головоломка «три в ряд» и т.д.

Это работает — лично я купил бы мобильную версию Skyrim, сделанную в том же стиле, что и Sorcery!

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

image

Ничто из этого невозможно качественно перенести в игру с текстом и мини-играми. Поэтому давайте двигаться дальше.

Четвёртая попытка


Мы снова изменим уровень абстракции. Очевидно, что наивное начало с покадровым воспроизведением текста было плохим ходом. А команды типа «убить бандита» делали уровень абстракции слишком высоким, вне зависимости от того, описывался ли бой текстом или реализовывался как мини-игра.

Давайте опустимся немного ниже, с уровня «убить бандита» до тактического подхода. К чему-то вроде этого:

В окрестностях Вайтрана

Вы прибыли в Вайтран с юга. Рядом стоит поджидающий вас бандит с топором в руке, готовый напасть.

> убить бандита
сбежать

Как именно вы хотите убить бандита?

… мечом
> … из лука

Вы быстро натягиваете тетиву и выпускаете стрелу. Стрела пролетает рядом с ухом бандита. <Описание остальной части боя.>

Такой подход даёт больше вариантов, чем просто «убить», но через какое-то время он становится не слишком интересным. Каждый игрок придерживается определённого стиля игры (скрытность, атаки на расстоянии, ближний бой, магия и т.д.), а потому на самом деле выбор у него будет небольшой. Для лучника самой хорошей тактикой почти всегда будет «лук и стрелы» или «прокрасться мимо». У другого игрока будут совершенно другие схемы боя, но это необязательно делает игровой процесс интересным.

image

Поэтому нам нужно предложить игроку значимые варианты выбора на более низком уровне.

Пятая попытка


Ну хорошо. Давайте попробуем бой уровня «действие за действием», в стиле D&D.

В окрестностях Вайтрана

Вы прибыли в Вайтран с юга. Рядом стоит поджидающий вас бандит с топором в руке, готовый напасть.

> сделать выпад мечом
замахнуться мечом

Ваш клинок движется быстро, но промахивается мимо грудной клетки бандита. Бандит взмахивает топором и слегка задевает ваш кожаный камзол.

сделать выпад мечом
> замахнуться мечом

Меч рассекает бедро бандита и тот кричит от боли. Он пытается атаковать вас сверху, но топор скользит мимо. <Оставшаяся часть боя.>

Это уже похоже на то, что игрок принимает участие в бою. Есть множество возможных действий, соответствующих разным стилям игры (мечник может делать выпады и замахи, блокировать удары и отрубать головы; лучник может целиться в разные части тела) и эти действия можно комбинировать миллионом различных способов. Игроки могут вырабатывать собственную тактику!

image

Но у такого подхода есть проблемы.

  • Текст в результате получается очень механистичным. Это не так плохо, как наш первый наивный подход, но по-прежнему непохоже на то, что написал бы настоящий автор. «Вы делаете X, противник делает Y». Повторить. Такое очень быстро надоедает.
  • Отсутствует простой способ работы с реакциями. Удар мечом или попадает в цель, или промахивается. Разумеется, атакуемая сторона может ожидать нападения и в этот момент защищаться («встать в защитную стойку» или «поднять щит»), но обычно игроки ненавидят так поступать. Это означает обмен действия «атаковать» (отличное действие) на "возможно получить меньше урона" (скука). В некоторых случаях это может быть рациональный выбор, но он точно не похож на приключение.

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

Вот в такой ситуации я оказался после работы над игрой в течение пяти лет. Я почти сдался, решив, что доказал (по крайней мере для себя) невозможность создания игры с открытым миром типа Skyrim в тексте. Невозможность даже в теории.

Я решил отдохнуть от этого проекта «Skyrim в тексте». Вместо него я начал создавать нечто совершенно другое. Игра тоже была основана на тексте, но игровой процесс был более процедурным и психологическим. Сюжет повествовал о выживании в группе.

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

Шестая и последняя попытка


Позвольте показать, что я имею в виду:

В окрестностях Вайтрана

Вы прибыли в Вайтран с юга. Рядом стоит поджидающий вас бандит с топором в руке, готовый напасть.

> атаковать бандита
воспользоваться луком и стрелами
убежать

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

отпрыгнуть назад
> увернуться
блокировать

Вы пригибаетесь и топор бандита пролетает в дюйме от вашей головы. Бандит на мгновение раскрывает бок, на котором нет брони.

> сделать выпад мечом
ударить кулаком сбоку
игнорировать

<Оставшаяся часть боя.>

Заметьте, что команда «атаковать» — тактическая, она находится на более высоком уровне абстракции, чем «взмахнуть» или «сделать выпад». Когда бандит впервые взмахивает топором, это происходит на уровне «действие за действием». Но когда взмах ещё не закончился, мы опускаемся на один уровень ниже, и игрок может отреагировать на эту ситуацию, увернувшись (или заблокировав удар/отпрыгнув назад). И если действие удалось, то мы остаёмся на этом низком уровне, на котором игрок может добавить контрудар во время взмаха бандита, от которого он увернулся.

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

image

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

Недостатки


Итак, вот что мы имеем: мой проект для IFCOMP Insignificant Little Vermin работает с концепцией фрактальных историй в симуляции открытого мира, создавая относительно плавное, читаемое текстовое приключение. Некоторые игроки даже предполагали, что текст не генерировался процедурно по частям, хотя я знаю, что это так. Однако важнее то, что игрокам обычно было очень интересно.


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

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

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

Однако всё это решается дополнительным вложением времени в этот проект.

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

Необходимость ясности и (поверхностной) простоты


В тексте очень просто дать слишком много информации. Абсолютно хаотичный бой вполне допустим в 3D-графике, но нечитаем при рендеринге в тексте. Бой на мечах с десятью акторами нужно разбить на части или абстрагироваться от него — возможным решением будет что-то вроде Level of Detail (LoD) или Limelight, при котором действия акторов, расположенных далеко от игрока или игнорируются, или описываются вкратце.

В тексте сложно (и скучно) объяснять пространственные соотношения. Почитайте любую книгу о мечах и магии — вы увидите, что Конан/Фафхрд/Элрик всегда замахивается на пирата/мечника/лича, но никогда не делает это «вперёд и влево». Расположение всегда описывается в самых общих словах. Неважно, насколько чётко вы мыслите — вам никогда не победить 2D- или 3D-графику в способности быстро дать понять, где все находятся и что они делают.

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

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

Потребность в казуальности


В тексте невозможно создать механику, слишком основанную на характеристиках или слишком соревновательную. Если пойти таким путём, то рано или поздно игра превратится в электронную таблицу с небольшой шапкой нарратива. Не то чтобы это плохо — мне нравятся игры такого типа (см. Seedship). Просто это не то, к чему мы стремимся, создавая фрактальные истории.

Процедурность — не «серебряная пуля»


В тексте бой (и процедурный контент в целом) работает намного лучше, когда он перемешан с чем-то ещё. Развитие контекста, персонажа и нарратива — вот части того, что делает игру интересной. Во всех боях Vermin есть хотя бы небольшой текст, добавляющий немного «соли» (противники говорят друг с другом), то же самое относится к локациями, когда игрок бродит по миру. Невозможно просто положиться на процедурную генерацию — всё равно необходимо множество контента (даже если этот контент в конце концов используется процедурно). Всё это соответствует общему правилу — процедурный контент не для «ленивых разработчиков». Он нужен не для того, чтобы избавить вас от создания контента. Он нужен, чтобы контент реагировал на игрока. И вам всё-равно нужно его много.

Писать тексты сложно


Очень просто создать что-то вроде «Вы ударили орка и нанесли урон 15 HP». Однако гораздо сложнее написать множество версий фразы «ваш клинок пролетел мимо орка».

Генерирование естественного языка — это сложно


Это проще, чем современное 3D-программирование (по крайней мере с точки зрения человеко-часов), но ненамного. Человеческий язык богат и полон ловушек. К счастью, мы можем выбрать подмножество языка, которое довольно просто реализовать (а именно действия в настоящем времени). Однако всё равно, нельзя ожидать от человека, в основном занимающегося писательством, успешного программирования такой игры. Это не ещё один текстовый Twine или Inform. Это задача для команды разработчиков, а не для одного автора.

Не для любого жанра


Наконец, для фрактальных историй подойдёт не всякий контент. Или, по крайней мере, некоторые жанры намного лучше подходят для такой системы. «Мечи и магия» подходят отлично, потому что:

  1. Многие действия описываются прямолинейно, в настоящем времени.
  2. В них имеется непосредственный, «спинномозговой» конфликт.
  3. Они построены на реакциях (противодействуй удару, заблокировав его).
  4. Они посвящены физическому исследованию.

Сравните это с чем-то вроде Portal, в которой есть действия, которые трудно представить, происходящие в местах, которые сложно описать, требующие от игрока множества навыков. Но нам не нужно обязательно доходить до 3D-головоломок, чтобы найти тему, в которой такой подход не сработает. Даже другие ориентированные на бой игры в открытых мирах значительно сложнее «портировать в текст», потому что в них используются относительно реалистичные современные перестрелки, а не фэнтезийные бои. Возможно, мне просто не хватает воображения (и у меня почти нет опыта в литературе, касающейся перестрелок), но я не могу представить хорошую боевую механику, которая может работать с мгновенным действием огнестрельного оружия.

Чтобы закончить на высокой ноте


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

image


Форма, которую в результате принял Insignificant Little Vermin, отлично подходит для казуального игрового процесса, особенно на мобильных устройствах. Игра не требует большого навыка, её можно потреблять короткими порциями геймплея или целиком. Она содержит элемент случайности. Она позволяет игроку читать историю, являющуюся для него уникальной, и исследовать мир с подходящей для него скоростью. Она не требует разглядывать то, что происходит на экране — это просто текст и пара статичных изображений.

Если вкратце, её можно читать и играть в неё в ожидании автобуса.

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

  • Вы можете сместить фокус разработки с программирования графики и оптимизации под 60fps на базовую механику, симуляцию и генерирование естественного языка. Помните, теперь вы не ограничены 16 миллисекундами на кадр, поэтому для симуляции и ИИ будет достаточно времени.
  • Художники могут тратить меньше времени за детали окружения (трава здесь, текстура стены там) и больше на придумывание интересных миров и персонажей. Кроме того, они не ограничены возможностями движка рендеринга. Если они могут описать что-то, то могут это использовать. Спускающаяся по равнине армия из 500 тысяч дворфов? Отлично. Структура типа «Мира-Кольца», в которой вы можете видеть на миллионы километров? Справимся. Лавкрафтовская/эшеровская/неэвклидова архитектура? Никаких проблем.
  • Дизайнеры меньше ограничены одним уровнем детализации. Они могут без особых проблем позволить игроку в одной игре побыть и генералом, и солдатом. При работе с текстом нужно реализовывать гораздо меньше, чем работая с графикой. Добавление любой геймплейной механики внезапно становится намного «дешевле».
  • Маленькая команда может создать нечто, сравнимое по масштабам со Skyrim.

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

Если вы пропустили ссылку, то вот Insignificant Little Vermin и проект для IFCOMP.

Комментарии (29)


  1. fireSparrow
    14.11.2017 10:50
    +2

    В окрестностях Уайтрана

    Можно долго спорить, как правильно транслитерировать 'W' в начале слова, но во всех переводах игры на русский язык это название было переведено как «Вайтран».
    А поскольку это одно из самых часто встречающихся названий в игре, то каждому фанату это будет резать глаз.


    1. PatientZero Автор
      14.11.2017 11:45

      Спасибо, исправил. Об ошибках лучше писать в личку.


  1. Alcor
    14.11.2017 11:22

    Вы можете сместить фокус разработки с программирования графики и оптимизации под 60fps на базовую механику, симуляцию и генерирование естественного языка.


    Как показывает опыт современных коммерчески успешных игр — сюжет не нужен. Вообще. Совсем. Нужны картинки — чем ярче и вырвиглазнее, тем лучше. MUD-ы мертвы, стратегий почти не осталось, игры с сюжетом уступили место «птицам и свиньям». Современные игры лучше делать такими, чтоб завораживали младенцев, тогда в них играют и взрослые. В общем, без ярких картинок и взрывов не взлетит.


    1. vlreshet
      14.11.2017 11:36

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


      1. Areso
        14.11.2017 15:51

        Раньше же как-то получалось совмещать? Warcraft 3 выглядел неплохо в графическом плане и был крайне популярен. И механики были неплохи.
        У компании даже сюжет был (хоть и не особо сильный).


        1. AllexIn
          15.11.2017 09:28

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

          Когда вам для коммерческого успеха достаточно продать 100 копий — вы можете делать что угодно, ЦА найдется.
          Когда вам надо продать 10 000 000 копий — вы должны делать то, что купит 10 000 000. А это накладывает серьезные требования.


    1. synedra
      14.11.2017 12:18

      В общем, без ярких картинок и взрывов не взлетит.


      «Мор. Утопия» оригинальная? «Factorio»? «Don't starve»? Dwarf Fortress? Картинка отнюдь не YOBA-style (хотя стильная и узнаваемая, да), боёвка практически отсутствует, интерфейс (за исключением Factorio) придумывали марсиане-аутисты. И при всём при том вполне себе популярные и успешные игры. «Тук-тук»? «Gone Home» и прочие симуляторы ходьбы, в которых и геймплея-то не подвезли практически? Визуальные новеллы, скажем, той же Cristine Love? Там кроме сюжета нет вообще ничего стоящего, но тоже не сказать чтоб малоизвестные проекты для трёх друзей автора. ЕМНИП всё вышеперечисленное вполне себе отбило затраты на производство, прославило авторов (кроме тук-тука, потому что ледорубов ещё до этого прославила «Мор. Утопия») и успешно по любым критериям. Но нет, лучше плакаться о том, что никому не нужен сюжет, вокруг одни младенцы и быдло, а вот мы-то в советское время а-а-а.

      Что касается конкретно Interactive fiction — да, в основном тусовочная вещь, широкой общественности малоинтересная. Но при этом вполне себе коммерчески жизнеспособная для небольших студий (Failbetter времён «Лондона», Choice of Games, inkle).


      1. Alcor
        14.11.2017 12:27

        Мор. Утопия — новая версия вполне себе с картинкой,
        Dwarf Fortress — великолепен в своём ASCII-арте, но не обновляется уже полтора года.
        Но факт то в том, что популярность красочной, сделанной на коленке инди-игры выше, чем суммарная популярность их всех вместе взятых.
        Ну и конечно, то, что такая игра не взлетит, не повод её не писать.


        1. kosmonaFFFt
          14.11.2017 13:11

          Вроде следующий релиз DF не за горами.


          1. iCpu
            15.11.2017 07:21

            Как и Half-Life 3. *колкий смех, переходящий в надрывный плач*


            1. poxvuibr
              15.11.2017 09:00

              Ну, в отличие но Гейбла, Тоади регулярно рассказывает чем занимается и релизит результаты раз в год-два :).


              Более того, в случае внезапной кончины Тоади, согласно его завещанию, исходники Dwarf Fortress с мануалами по сборке выложат на гитхаб.


    1. k12th
      14.11.2017 12:29

      игры с сюжетом уступили место «птицам и свиньям»

      А вы не пробовали играть не на телефоне?:)


      1. Alcor
        14.11.2017 12:35

        В статье рассматривается решение, как альтернатива для инди-разработчиков. И игра позиционируется как то, во что можно «играть в ожидании автобуса»


    1. Nick_mentat
      14.11.2017 15:25

      Есть разные типы игроков. Игрокам-исследователям больше всего нравится глубина проработки сюжета и мира игры, а не графика, счётчик очков и возможность чатится или пвп. Эта категория малочислена, и не сделает игру блокбастером, но именно на неё чаще всего ориентируются инди разработчики (в наше время), к которым и стоит обращение в конце статьи. Так что всё логично.


    1. saboteur_kiev
      14.11.2017 20:39

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


      1. AllexIn
        15.11.2017 09:30

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


  1. mwizard
    14.11.2017 11:43

    Осторожно, спойлер к игре 1976 года
    > kill dragon
    With what? Your bare hands?
    
    > yes
    Congratulations! You have just vanquished a dragon with your bare
    hands! (Unbelievable, isn't it?)


  1. Arris
    14.11.2017 12:16

    Парень изобрёл MUD?


    1. synedra
      14.11.2017 12:20

      Скорее просто открыл для себя interactive fiction. Мультиплеер вроде нигде в тексте не упоминался (и в описанной системе скорей всего развалится).


    1. saboteur_kiev
      14.11.2017 20:41

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

      В MUD текст статичен, после нескольких месяцев, вполне можно заметить появление в тексте лишнего знака препинания.


  1. igormich88
    14.11.2017 12:56

    По первой картинке я подумал было что плагин цепляется к движку игры и перехватывает визуализацию переводя её в текстовый вид. Насколько я понимаю такое можно реализовать, только придётся к каждой игровой модели ставить приоритет и добавлять текстовое описание.
    Если не считать соотношение затраты/полезность было бы забавно видеть художественное описание сохраненной игры: «После тяжёлого (время боя + потери здоровья) боя с тремя бандитами Довакин поднялся на вершину холма, вдалеке уже виднелся пик Глотки Мира(видимый размер большой, средний приоритет). Внезапно он заметил пылающую деревню(не открытая локация, пожар — высокий приоритет), мгновением позже он различил дракона(видимый размер малый, приоритет максимальный) разрушающего её (анимация — разрушение селения). Вперед к новым подвигам!»
    PS я не очень хороший писатель.


    1. KirillFormado
      14.11.2017 13:31

      задач для нейросетей, одна распознает объекты на экране, вторая, натренированая на стиль Фентези рассказов, генерит текст по распознанным объектам на картинке)


    1. Antikiller
      14.11.2017 13:41

      А я подумал, что идёт рендеринг а-ля libcaca в mplayer, ну или (судя по второму фрейму на кдпв) в векторную графику (а-ля Quake на осцилографе).
      Ну а то, что на самом деле описано в статье, кмк, не рендеринг совсем.


    1. daemonhk
      15.11.2017 10:34

      Тоже клюнул на превью, думал статья о том, как картинки превращать в такие же силуэты.


      1. General_Failure
        15.11.2017 10:43

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


  1. mad_god
    14.11.2017 18:45

    Вы ведь используете машины состояний? Каким именно образом?


  1. TriLka
    14.11.2017 19:09

    Но зачем?


    1. susnake
      15.11.2017 02:47

      Просто потому что.
      Пойдет ответ?
      Как меня такие бесят со своими «И чо?» «Но зачем?». Захотел — сделал. Узнал что-то новое, получил новые знания.


    1. AllexIn
      15.11.2017 09:31

      Мир держится на энтузиазме.
      Энтузиасты делают свои проекты в 99% случаев себе в убыток. Но это дает толчок в развитии.