И всё-таки что такое Radiant AI?

Что именно делает пакет ИИ определяется его типом. Есть несколько различных типов пакета, включая следующие:

Travel

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

Wander

Такой же, как и предыдущий, но без конкретной точки назначения. Цель его в основном в том, чтобы актор бесцельно бродил по городу или данжу. Продолжается пока не кончится время или актора не прервет кто-нибудь или что-нибудь.

Find (и немного о преступлениях неписей)

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

Творческое применение этого пакета видно в том, как работают охотники (например Лесники Имперского Легиона). Они не просто шатаются по лесу (хоти и делают это), они ищут оленину. А поскольку Олени в своих "инвентарях" имеют оленину, то охотники выслеживают оленей, убивают их и лутают с них мясо. Теоретически, если бросить оленину в лесу, то в какой-то момент охотник найдет её и подберет.

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

Моя догадка в том, что примерно от 50% до 80? всего интересного и смешного с Radiant AI происходит из-за этого пакета ну или подобного ему. Как пример, система гоблинской войны во многом построена вокруг того, что гоблины используют пакет Find, чтобы найти локацию их священного тотема.

Eat

Этот пакет - совмещение Find и Travel с немножко изменненной логикой. Если персонаж не имеет еды в инвентаре, то он будет искать её в определенной области, возьмет, найдет место (стул) и сядет его есть. Персонажи потребляют еду так же, как и игрок, вот почему и как работает Отравленное Яблоко даже за рамками квестов Гильдии Убийц. Ответственность и на этот пакет влияет. Низкая ответственность заставляет персонажей воровать еду у остальных.

UseItemAt

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

По тестам этот пакет не работает так, как я ожидал. Если предмет доступен, то непись его использует или экипирует, но делает это за счет телепортирования обьекта в свой инвентарь. Если цель - предмет с idle animation, такие как зелье или грабли, непись не нуждается в том, чтобы они были непосредственно доступны, и сыграет анимацию с фантомным, не находящимся в его инвентаре обьектом. Можно связать этот пакет с пакетом Find в цепочку действий, сначала Find, а затем этот пакет, чтобы всё выглядело реалистичней. И именно этот пакет легко приводит игру к вылету, если параметры неправильно установлены.

Sleep

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

Расписания и Условия Пакетов ИИ

Каждый пакет имеет расписание, определяющее, когда пакет может быть активирован. Это и отвечает за поведение НПС в ОБливионе и следующих играх. Например, персонаж может иметь пакет Eat на 8 утра на два часа, затем пакет Wander на следующие 8 часов, затем снова Eat с 6 вечера на два часа и затем пакет Sleep на оставшуюся ночь. 
Персонажи могут и часто пользуются различными пакетами в разные дни недели (так, например, ходят в храм каждое воскресенье - Обливион в этом плане очень набожен) и не так мало неписей имеют пакеты даже для конкретных дат. Например, для путешествия в другой город каждое 16 число месяца.

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

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

UI  довольно неуклюж (как и всё в Construction Set), но зато возможности весьма впечатляют.

Условий уж слишком много, чтобы их тут перечислять, но остановимся на самых общих:

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

Флаги, Локация и Цель

Наконец, пакеты ИИ имеют набор флагов, большая часть которых содержит локацию и\или цель. Флаги - наборы булевых чисел, контролирующих различные свойства пакета, такие как возможность преврать пакет, разрешение актору плавать или садиться на лошадь во время путешествия. Смысл локации и цели зависит от типа пакета, но обычно локация - где актор будет выполнять пакет, а цель - с чем он должен провзаимодействовать. Например, пакет Find использует локацию для определения того, где искать предмет, а цель - предмет или существо, которых ищет актор. В том же духе работает и пакет UseItemAt, где локация - место использования предмета, а цель - сам предмет.

Как работает мир и о низкоуровневом ИИ

Большинство видеоигр состоят больше, чем из одного экрана или одной комнаты, обычно "существует" еще и игровой мир вокруг игрока (если виртуальное пространство можно назвать существующим). Когда вы включаете Half-Life 2, доктор Брин не сидит в своем офисе, дожидаясь игрока, поскольку этого места еще не существует пока игра не загрузит соответствующий уровень. Когда вы сходите с Платипы в начале GTA IV и прибываете в Ист Хук (East Hook), вы хоть и можете наблюдать Алгоквин на расстоянии, но эта часть города не загружена в памяти: там нет прохожих, трафика, предметов на улице и прочего. Обычно это не проблема, ведь игровой опыт не меняется от того, наводнены ли неписями эти улицы или нет, поэтому такой финт выкручивают все разработчики для оптимизации. Это включенная во все распространенные движки функция и она зовется уровнем детализации (LOD), к ней добавляются куллинг (culling) и уровни потока (level streaming).  За подробностями читайте другие мои статьи в этом блоге.

Большую часть этих приблуд используют и игры Бесезды. Мир состоит из тысяч ячеек. Это маленькие кусочки мира, включающие в себя ландшафт, растения, здания, актор и прочие обьекты. Внутренние ячейки (зданий и данжей) загружаются только по очереди, поэтому вы и видите загрузочный экран при входах и выходах, в то время когда внешние ячейки организованы сеточным образом и загружаются в определенном радиусе вокруг игрока. Ячейки в сотнях метров от игрока не грузятся, а отображаются исключительно декоративным ЛОДом.

Что отличает Radiant AI от других ИИ систем так это то, что акторы вне загруженных ячеек продолжают симуляцию. Теоретически, это значит, что игра симулирует всех акторов мира всё время. Каждый проигрывает свои пакеты, даже когда игрок этого не видит. Это важно для геймплея, поскольку может оказаться так, что вы не увидите непися там, где ожидаете, когда возвращаясь в лпосещенную ранее локацию. Они бы застряли на одном месте и в одном и том же состоянии, если ячейка полностью бы выгружалась из памяти.

На деле акторы выгруженных из памяти ячеек все еще имеют активные пакеты ИИ, которые обрабатываются в упрощенной форме. Судя по исходному коду  EngineBugFixes и OBSE, пакеты ИИ имеют четыре уровня обработки: низкий, низко-средний , высоко-средний и высокий. Персонажи в нынешних загруженных ячейках имеют высокий уровень обработки, что является "нормальным" уровнем для пакетов. То есть пакеты делают то, что должны, а персонажи участвуют в боях и в диалогах. Низкие уровни - только для выгруженных ячеек. Как именно происходит понижение уровня неясно, поскольку нет опубликованной документации, но можно вполне себе предположить, что нижние уровни симулируют пакеты очень грубо и приблизительно, поскольку большая часть вещей, с которыми из-за пакетов должны взаимодействовать неписи, будь то кровати, еда или вещи, не загружены в память.

Движение акторов в игре основано на сетке путей. Вместо того, чтобы увязнуть в кривом уровне детализации ландшафта (details of a complex landscape), сетка использует упрощенную графовую репрезентацию мира, подходящую для алгоритма поиска путей А*. Ноды размером около метра или двух. Эта система заменена навмешами в Fallout 3 и последующих играх.

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

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

Это довольно таки умный способ оптимизировать игру, но он вносит и ограничения. Я слышал занятные анекдоты от игроков Обливиона и Скйарима, утверждавших, что находили мертвых бандитов или другие странности при непосредственном путешествии, но, насколько я понимаю, это невозможно. ИИ на низком уровне обработки не симулирует битвы или здоровье, а низко-обрабатываемые акторы не могут взаимодействовать друг с другом никоим образом. Если я прав, такая архитектура ИИ предполагает, что акторы не потребляют пищу, хоть это и без того не имело смысла.

Еще немного болтовни

Наконец, пробежимся по диалоговой системе, которую можно назвать частью Radiant AI, ведь она была включена в Е3 демо в конце-то концов. Как и пакеты ИИ диалоговая система также была представлена в Морровинде, а в Обливионе - значительно расширена. Хоть и с точки зрения игрового опыта диалоги Обливиона в сто крат проще, чем морровиндские стены гипертекста, обливионская итерация этой системы намного комплекснее и мощнее и может использоваться для большего, чем ветвления диалогов (dialogue trees). Эта же система отвечает за убогие "Radiant" беседы между неписями, фразы из мини-игры по убеждению, приветствия неписей и другие реакции на игровые события.

Диалоговая система поддерживает те же условия, что и сисема пакетов ИИ. Они-то и отвечают за то, чтобы сделать диалоги в играх Бесезды (в каком-то смысле) динамичными и реагирующими на события. Я сразу вспоминаю стражника, напоминающего держаться подальше от "огней" в Скайриме, когда я активирую фаербол или имею огненное оружие. А в Обливионе самый первый диалог после создания персонажа тоже создан на базе этих возможностей. 

Система заставляет Валена Дрета быть расистом по отношению к вашему только что созданному герою. Иммерсивность!

Беседы неписей - буквально ветвистые диалоги с рандомизированными выборами, состоящими из топиков (topic). Каждый топик имеет несколько разных ответов, рандомно выбирающися и имеющих, в свою очередь, еще несколько таких же ответов в ответ. Условия используются для добавления новых ответов в этот список, когда выполняются те или иные квесты, ну или чтобы остановить казусы, когда неписи рассказывают слухи сами себе. Знаете, что теплота приветствия зависит от отношения между неписямми? Замечали, что неписи говорят "Добрый день" или отмечают, что кто-то болен? 

Это могло бы сделать беседы более "свободными" и "незаскриптованными", как это и подавалось в статье 2004 года, но, увы, не вышло.

То, как диалоги работают в теории

То, как они работают на практике

Проблема не в самой системе, а в том, как она используется в Обливионе. Для игры, в которую будут играть сотни часов, тут очень мало контента, чтобы сделать беседы по-настоящему интересыми и осмысленными. Большая часть топиков не специфицирована условиями, не привязана к конкретным персонажам, а скопом отдана всем дружественным неписям в городах и в Сиродиле в целом. Наиболее интересное в этих беседах это намеки на сайд-квесты или интересных персонажей, но, раз их услышав, вы уже воспринимаете их повторение как навязчивый шум.

Взгляните вновь на демо с Е3 и постарайтесь игнорировать туповатые голоса. Персонажи приветствуют друг друга по имени, они говорят о ныншених событиях не одной строчкой, они прощаются персонализированными строчками при завершении беседы. Этого нигде нет в финальной игре за исключением заскриптованных квестовых диалогов. Бесезде явно пришлось ограничить число и разнообразие голосов и бесед по крайне унылой причине: ограничении места на диске DVD для Xbox360.

Несмотря на свои 1000 неписей Обливион был печально известен тем, что группа актеров озвучки вполне комфортно влезет в мини-автобус, и каждые раса и пол имеют комбинацию одного актера, а иногда нет и этого, ведь орков и нордов озвучивают те же актеры, и эти две расы имеют те же строчки диалогов! Это немного исправили в ремастере, удвоившем количество актеров озвучки, но собственно строки диалогов остались теми же, так что одни и те же слова теперь произносятся чуть большей группой актеров.

Ну и мой любимый фан-факт о записи игровых диалогов. Процесс записи строчек диалогов был...скажем так, это технический термин, ядрён-батон-какой-долбанутый, особенно учитывая использование одних и тех же актеров для сотен персонажей, поскольку записи записывались в алфавитном порядке. Не сгруппированы по персонажам, квестам или темам, а просто все записи, начиная с буквы А для потенциально десятков персонажей, затем все записи на букву Б и так далее. Вот поэтому один и те персонажи могут выдавать крайне разную экспрессию при произнесении разных строчек текста.

Разрушаем Мифы о Radiant AI

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

Утверждения из анонсирующей статьи и интервью

Каждый персонаж имеет свое расписание и свою виртуальную жизнь

Вердикт: ну почти правда

Большая часть персонажей действительно их имеет, но комплексность этих расписаний разнится. Многие неписи делают одну-две вещи весь день и даже не едят и не спят. Некоторые (как владельцы таверн) не имеют расписаний вообще по геймплейным причинам. Некоторые расписания вообще сломаны, если их не поправить модами, тчо типично для игр Бесезды. А тейк про "виртуальную жизнь" слишком уж близок к философскому вопрошанию, но хотя бы намекает на улучшения по сравнению с Морровиндом.

Они будут торговать, исследовать, есть, работать и многое-многое другое

Вердикт: ну почти правда

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

Неписи могут получать еду множеством путей

Вердикт: технически правда

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

Теперь разделим этот вопрос на составляющие:

Неписи могут покупать еду

Вердикт: ложь

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

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

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

Персонажи могут воровать еду в окружающем пространстве и у других неписей

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

Персонажи могут воровать еду у игрока

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

Байка Тодда о покупке кинжала посреди схватки

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

Вычленим то, что возможно в релизной версии игры:

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

Ну и всё. А чего в релизной игре точно нет:

• Опять же, персонажи с экономикой никак не контактируют. Они не могут покупать вещи.
• Даже если бы могли, как именно непись бы знал, что магазин оружия, который являет собой другую, незагруженную в память ячейку, содержит оружие? Я протестировал двумя способами, пакетом Find (без спецификации локации) и обычным "ударь в лицо и посмотри что будет" способом, и в обоих случаях персонаж не мог искать оружие, положенное в соседней ячейке. Если в игре работал такой финт из байки, то, получается, он заставлял игру прогружать другие ячейки? Если же нет, то не использовалось ли это для дубликации вещей?

Эту байку Тодд рассказал сам за год до релиза, хотя звучит она как явный подлог. Есть шанс, что возможности Radiant AI так сильно подкрутили на поздней стадии разработки, но, мне кажется, что особых свидетельств этому нет. Ох, Тодд.

Переосмысление увиденного в демо с Е3

Большая часть этого демо, особенно сцена в книжном, была создана специально к Е3, чтобы наглядно показать возможности Radiant AI, но никак не для того, чтобы выступать реальным срезом финальной игры, и неясно, насколько аудитория 2005 года могла это понять. Для ядерных фанатов игры разительного контраста с релизной версией не было, поскольку для тех, кто следил за разработкой пристально и внимательно, разработчики из Бесезды удивительно прямо говорили об игре на различных форумах.

Конечно в те времена игровые сайты и интернет были фрагментированнее, чем теперь, так что отвечай разработчики прямые ответы на вопросы об игре или не отвечай, все равно мало людей это увидит. Раздела  /r/GamingLeaksAndRumours тогда не существовало, как и плеяды игровых ютуберов, популяризирующих все предрелизные материалы.

Кратко пройдемся по показанным в демо возможностям и утверждениям разработчиков с Е3:

"Эти персонажи не заскриптованы"

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

 

В этом и разница. Ей дана базовая цель, и она решает, как её достичь, исходя из имеющихся у неё возможностей и её характеристик.

 

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

Ну, если принять позицию Бесезды, что нечто "заскриптовано", если основано на скриптовом языке движка, то да, тогда демо с Е3 незаскриптовано. Однако я бы добавил, что и пакеты ИИ и система диалогов тоже форма скриптов, только еще более высокоуровневых и специализированных в отличие от обычных скриптовых языков. У них есть условия, циклы (расписания) и побочные эффекты, а система диалогов может исполнять скрипты после каждой произнесенной строчки. События демо могут произойти только в определенной последовательности, так что это еще один аргумент в пользу того, что они как раз заскриптованы.

Персонажи приветствуют игрока по-разному в разное время суток
Вердикт: верно для динамичных диалогов, но не для диалогов с игроком 

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

Персонажи могут тренировать свои навыки
Вердикт: зависит от интерпретации, но вообще-то ложь 

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

Точность стрельбы из лука у персонажей зависит от их навыка
Вердикт: ложь

У персонажей действительна та же система навыков и атрибутов, что и у игрока, и отчасти на их возможностях это сказывается, но точность стрельбы из лука в них не входит. Я провел эксперимент с моим дорогим ассистентом Лексом, и его точность была примерно одинаково хороша, что с навыком 1, что с навыком в 100 пунктов, с минимумом промахов. Возможно неписям подкручивают точность, чтобы они не попали по игроку? Не знаю, как было сделано демо на Е3. Либо действительно навык влиял на точность стрельбы, и это вырезали, либо они сфабриковали эту фишку специально сделанным боевым стилем.

Фан-факт: Обливион сломан в режиме окна. Можно увидеть одновременно два курсора в меню, и не один не будет соответствовать реальному его положению. Ни PrintScreen, ни ShareX не будут делать скриншоты, но старый добрый Xbox Game Bar пришелся как всегда кстати.

Непись может решить выпить зелье, чтобы временно повысить свой навык

Непися можно заскриптовать через UseitemAt или напрямую через скрипты, и тогда зелье окажет на него тот же эффект, что и на игрока, но, насколько я знаю, сами они спонтанно его не выпьют. Неясно, могут ли неписи автономно пить зелья лечения и усталости, ведь в Морровинде они явно могли, у меня не было времени это потестить*.

* Они могут (прим. пер.).

Случай со скумой

Процитируем сказанное ранее:

Забавный пример: в одном из заданий Тёмного Братства вы можете встретиться с подозрительным торговцем, торгующим скумой. Во время тестирования NPC был мёртв, когда игрок до него добирался. Почему? NPC из местного притона скумы пытались получить свою дозу, у них не было скумы, и они убивали торговца, чтобы её получить! 

Этот торговец скорее всего Нординор, продавец скумы, которого игрок встретит, проходя цепочку квестов Гильдии Убийц. В Бравиле есть Скумовой Притон, где низко-ответственные наркоманы потребляют скуму, а после идут на рынок искать еще, если она кончится. В этой байке есть разумное зерно: теоретически один из наркоманом может найти Нординора на рынке, попытаться его обократь, что неминуемо приведет к драке и окончится чьей-то смертью.

Но есть парочка причин, по которым в релизной версии это невозможно:

Причина 1. Наркоманы не потребляют скуму

Эти ребята имеют два пакета ИИ: BravilSkoomaAddictSeek8x12 и aaaSkoomaAddictUse8x12. Оба имеют суффикс 8х12, что значит, что они проигрывают пакет на протяжении 12 часов, начиная с 8 утра. Первый пакет типа Find, ответственный за приколы движка. Второй пакет типа Eat...игра считает скуму едой? Я проверил, не считает. Но когда я захожу в притон, то все наркоманы немедленно начинают пить из сияющих бутылок свою скуму.

Не имею понятия, что случилось с её подбородком.

Поскольку еды в инвентарях у них нет, единственное, что делает пакет Eat, это заставляет их сесть на стул. Когда непись садиться, он выбирает idle animation, чтобы её проигрывать, а в игре как раз предусмотрена анимация под бутылку скумы в инвентаре. Так что наркотик, который у них в карманах, никогда не потребляется, а значит и лишиться запасов этой "еды" они не могут.

Я проверил гипотезу, добавив дополнительный эффект к скуме, чтобы было ясно, что её потребили. Я начал игру, вошел в притон, и всё было как всегда. Я снова поменял скуму, добавив флаг "еда", и вновь отправился в притон.

Этим эффектом был урон огнем в 1000 единиц в секунду.

Эксперимент удался.

Причина 2. У Нординора нет скумы с собой

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

Сундук Нординора летает в пустоте на 15 метров ниже Серебряного Дома на Воде.

Это значит, что и украть скуму наркоманы бы не смогли, поскольку он её не носит с собой. Пакет Find не определит его как "контейнер скумы", поскольку этот пакет ничего не знает о магазинах. Хотя кто знает, может в 2005 он её и носил.

Причина 3. Потребляют ли они скуму, когда игрока нет рядом?

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

Загадочные байки

Кучно пошло! Напомню, что эти истории нельзя атрибутировать никому из Бесезды, и есть высокие шансы, что эти истории выдуманы или преувеличены сообществом игры.

Грабли и Метла

Вердикт: возможно, но описание некорректно

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

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

Голодный Страж

Вердикт: скорее всего это обман

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

В этом тексте много неправдоподобного:

• Стражники не могут проголодаться. Никто не может. Это отсылает к пакет Eat, а он, в свою очередь, не может произойти нежданно-негаданно, он часть рутины персонажа.
• Охотники есть, но они не за едой охотятся. В целом реализуемо, но требует тонкой настройки, и уж точно не является "неожиданным поведением".
• Персонажей нельзя арестовать. Даже если бы это было возможно, я не могу понять, как сделать неподчинение стражника приказам таким образом, чтобы не сломать вообще всю игру.
• Часть с лутингом всей деревни вообще нереальна. В игре нет настройки, чтобы проверить "защищены" ли города или нет, и злых персонажей не волнует наличие стражи, они просто воруют когда и где могут.

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

Минотавр и единорог

Вердикт: практически точно возможно

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

Я кстати закончил этот квест в Ремастере неделю назад. В релизной версии игры минотавры агрессивны, а вот единороги - нет. Они не дерутся, поскольку принадлежат к одной фракции DAUnicornFaction. К Radiant AI это отношения не имеет и может произойти в любой видеоигре, где есть множество фракций.

Снова байка про скуму

Вердикт: смотри выше

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

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

Череп Порчи

Вердикт: может быть повторено даже в ремастере

Во время тестирования, чтобы подтвердить корректность физических моделей магического предмета, известного как «Череп Порчи», создающего злую копию персонажа/монстра, на котором он используется, один из тестировщиков уронил предмет на землю. NPC тут же поднял его и применил к персонажу игрока, создав его копию, которая затем убила всех NPC в поле зрения.

Я упоминул этот пример в предыдущей секции, но в целом это точно возможно. Эта версия может ссылаться на Бесезду, на интервью с PC Zone, хотя в данной байке упоминается конкретное название предмета, а вот в журнале этого нет. Также в этой версии акцент сделан на физике, а в газетной на звуке. Возможно кто-то из Бесезды рассказывал эту историю снова и снова, немного меняя детали время от времени.

Radiant AI и GOAP

Теперь давайте поговорим (надеюсь) вкратце о системе Goal Oriented Action Planning (GOAP). Это еще один подход к игровому ИИ из той же эры, к какой принадлежит Radiant AI. Я даже видел академические статьи и даже хуже, пользователей реддита, утверждавшие, что Radiant AI относится к ближайшему родственнику GOAP, что по моему скромному мнению совсем не так.

Не буду тратить время, обьясняя GOAP подробно, для этого стоит почитать Томми Томпсона и его статью на GameDeveloper.com, посмотреть видео-версию или прочесть статью Джеффа Оркина. А если вы не страдаете аллергией к С++ середины двухтысячных, можно посмотреть исходный код ИИ из F.E.A.R. на GitHub. Те времена, когда игры имели нормальные SDK.

Короче, GOAP это ИИ архитектура основанная на планировании, изначально разработана для хоррора F.E.A.R. (2005) от Monolith. GOAP заставляет персонажей генерировать и выполнять много-уровневые планы на основе их нынешнехго состояния и знания о мире. Эти планы не пред-определены игровым дизайнером, а генерируются (ну или планируются) на лету, используя систему целей и действий. Каждая цель имеет приоритет (статический или динамический), набор пред-условий, которые нужно выполнить перед тем, как выбрать эту цель, и описание желаемого состояния мира, которое будет достигнуто для того, чтобы считать цель выполненной. Система выбирает наиболее релевантную цель для каждого из персонажей и затем генерирует план по достижению цели. Действия имеют предусловия и эффекты (изменения в состоянии мира) и они обычно имеют соответствующую цену, которая заставляет выбриать наиболее эффективный (и веселый) путь для достижения цели.

Примеры GOAP

У голодного персонажа может быть цель «стать менее голодным». У них нет ни еды, ни денег, но в их распоряжении следующие действия:

• Купить замороженную пиццу
  Предпосылка: Есть деньги, находится в магазине, где продаётся замороженная пицца
  Следствие: Есть пицца, денег меньше
• Разогреть пиццу в микроволновке
  Предпосылка: Есть замороженная пицца, находится рядом с микроволновкой
  Следствие: Больше нет замороженной пиццы, есть горячая пицца
• Съесть пиццу
  Предпосылка: Есть горячая пицца
  Следствие: Больше нет горячей пиццы, больше не голоден
• Выполнить работу (на ноутбуке, который волшебным образом генерирует деньги)
  Предпосылка: Нет (в этом примере)
  Следствие: Есть деньги
• Путешествовать между локациями
  Предпосылка: Нет
  Следствие: Находится в другой локации

С помощью GOAP система планирования могла бы сгенерировать такой план для удовлетворения голода:

1. Выполнить работу
2. Сходить в магазин
3. Купить замороженную пиццу
4. Идти домой (где есть микроволновка)
5. Разогреть пиццу
6. Съесть пиццу, утолив голод

Я не выдумал этот пример из головы: я действительно сделал именно то, что написано выше, в своей версии GOAP в 2017 году для университетского курса по игровой разработке, и мои персонажи именно вышеописанным и занимались. В конце концов за два месяца разработки я сделал странноватый мешап The Sims и Roller Coaster Tycoon, включая яйцеголовых маленьких компьютерных людей с глупыми шляпками и бородами. Шарообразные существа жили в одной единственной комнате и использовали GOAP, чтобы выполнять свои первичные потребности: программировать, жиреть, есть сахар и потреблять кофе.

Хоть над ИИ было интересно корпеть, но, сказать по правде, мне больше понравилось создавать 3D ассеты и наполнять игру непонятными для внешних шутками-прибаутками. Я провел мало времени за, собственно, геймплеем. Тут есть даже кофе-машина с анимированной водой и индикаторами уровня кофе! Это ранний скриншот из до-микроволновой версии игры.

Создание этой системы было весьма мучительным. Она очень медленно выполняется на главном потоке, и я помню, как писал и дебажжил мой кастомный поток\систему задач (thread pool / task system) для Unity 5 (поскольку в то время инструментов работы с потоками там не было) часами, поскольку система страдала от постоянных дедлоков (deadlocks) и других проблем с конкуренцией между программами за ресурсы. Пришлось жестко ограничить сложность планов, поскольку иначе система потребляла гигабайты памяти просто для парочки персонажей в комнате.

Повезло, что эти проблемы не часть GOAP как таковой, так что она есть во множестве игр. Никогда она не становилась частью стандартной ИИ архитектуры, так что большая часть современных игр даже близко не стоят с ИИ из F.E.A.R. двадцатилетней давности.

Radiant AI vs GOAP

Кажется, что пакеты ИИ практически идентичны целям из GOAP: есть, спать или искать 15 кусков сыра - цели, которые выполняет персонаж. Способ, каким Radiant AI выбирает активный пакет ИИ, тоже схож с тем, как GOAP выбирает следующую цель. Пакеты организованы по приоритету, а система отдает предпочтение пакету с наибольшим приоритетом, который удовлетворяет условиям.

Можно поспорить, что пакеты ИИ этоведь не реальные цели в том же смысле, как их понимает GOAP. Большая часть пакетов ИИ  не отображают желаемое изменение в состоянии мира. Как много раз было сказано, есть и спать - пустые понятия для персонажей. Так что планировщик в "чистой" имплементации GOAP в эту игру никогда бы не выбрал эти действия, они не несут смысла. Однако после просмотра доклада Goal-Oriented Action Planning: Ten Years of AI Programming с GDC 2015, мне кажется, что это не имеет значения. Планировщик GOAP не обязан сверяться с текущим игровым миром. Состояние может включать переменные, которые существуют только для того, чтобы советовать планировщику выбрать то или иное действие. Например, вполне возможно иметь цель Танец, и переменную состояния Станцевал, которая становится истинной при совершении действия СделатьТанец. Большая часть игр с GOAP  используют эту фишку не просто для того, чтобы персонажи действовали "как надо", а чтобы мир казался реалистичнее и интереснее, делая такие штуки, которые с точки зрения игрового процесса и не нужны вовсе.

Но в действительности есть одно фундаментальное различие между двумя системами: Radiant AI не основан на планировании. Это может удивить кого-то. В конце концов неписи Обливиона могут демонстративно выполнить пакет ИИ, к примеру, Eat множеством (небольшим) разных путей. Конкретный план зависит от персонажа и окружения. В действительности пакеты ИИ сущностно представляют собой заготовки планов, имеющих некоторые динамические части, но в целом жестко фиксированные.

По неведомым причинам Бесезда ненавидит интерфейсы, позволяющие менять размеры окна, так что всё завалено скроллбарами.

Начиная со Скайрима, Бесезда заменила фиксированные наборы типов пакетов ИИ с намного более гибкими задизайнеными пакетами шаблонов (package templates). Строго говоря, пакеты шаблонов уже существовали в Обливионе, но вместо того, чтобы отображаться в инструментарии движка, они были захардкожены в движок. Каждый пакет шаблона имеет внутренее дерево процессов (internal procedure tree), определяющее какой процесс (действие) в каком порядке будет реализовываться и в зависимости от каких условий. Процессы (procedures) - простые действия, которые персонаж может сделать: путешествовать в определенную локацию, найти все обьекты определенного типа в каком-то радиусе, поднять что-то, атаковать кого-то, сесть, использовать предмет и так далее. Практически всё, что делают персонажи вне боя (и потенциально в бою), просто последовательности этих процессов.

Radiant AI, коль скоро он основан на шаблонах, не включает в себя планирования. Это не значит, что эта система не может создать интересное поведение неписей или веселый геймплей, но вся суть GOAP в том, что дизайнеру нет нужды брать все условия в расчет, они дают ИИ инструменты, а планировщик сам решает что для него лучше.

GOAP в Fallout 3 (?)

После подробного разбора Radiant AI я все еще недуомевал, почему столько людей уверены, что игры от Бесезды (например. Fallout 3) используют GOAP. Некоторые источники явно ошибались, относя мифы о Radiant AI к последствиям работы GOAP. Но есть несколько достоверных утверждений, которые от кого-то должны были исходить. Я покопался и нашел один такой источник: статья 2009 года из PC журнала\блога big-tech.net,  How AI in Games Works от Бена Хардвиджа. Третья часть как раз об ИИ, основанном на планировании, где автор интервьюирует программиста Бесезды Жана-Силвера Симонета о его работе над боевым ИИ для Fallout 3. Команда разработчиков изменила боевой ИИ так, чтобы он был основан на системе целей, а чтобы быть более точным, как я люблю, он прямо не сказал, что это был GOAP, но явно что-то очень схожее с ним.

Так что, хоть Radiant AI это не GOAP, Fallout 3 (и возможно поздние игры) использует отдельную GOAP-подобную систему для боевого ИИ. Загадка решена.

Как Radiant AI изменился до релиза Обливион

Остается неясным, насколько Radiant AI действительно поменялся за время долгой разработки игры, и какие возможности были "вырезаны" до выхода игры, если вообще были. Из-за раннего маркетинга особенно сложно понять, какие утверждения были вдохновляющими ("мы хотим, чтобы это ощущалось так"), а какие действительно были частью возможностей игры, но не работали на практике. Часть, если не всё из того, что было вырезано, возможно было скучным, мешало игровому процессу или было проблемным технически, что прямого отношения не имеет к Radiant AI. Например, мешал маленький размер дискового пространства, не хватало времени в условиях дедлайнов, были проблемы с производительностью, наличествовали ограничения в системе анимации и т.д. Тезис о внятности и наглядности поведения персонажей, который озвучивал Пит Хайнс, также валиден: если ИИ система может делать сложные вещи, но другие аспекты игры (графика, звук, интерфейс) не в состоянии явно передать игроку, что в игре происходит, то продвинутый ИИ может вести к более хаотичному и неприятному игровому опыту.

Даже демо с Е3, которое показали за полгода до изначальной даты релиза, пока игру не отложили на пару месяцев, претендовало на то, что в игре не будет на момент релиза. Например, когда Тодд говорит, что неписи смогут "выращивать свою еду", он реально имеет в виду, что они смогут культивировать злаковые культуры и есть их, чтобы выжить? Или он имеет в виду, что неписи будут выглядеть как фермеры, проводить весь день, проигрывая анимацию рыхления грядок, а на ужин есть кусок хлеба из бесконечных запасов в карманах? Разница между этими двумя пустыми имитациями жизни действительно значима в игре, полностью посвященной маханию мечом со скелетами, коллекционированию цветов и убийству демонов для создания магических зелий? Я, честно, не готов ответить.

Зато мы точно знаем, что контент в релизной версии игры не использует эту систему на полную, и для этого существует множество причин. Даже если отложить в сторону аспект производительности и стабильности игры, мой небольшой опыт с Construction Set показывает, что редактор сопротивляется всеми силами созданию сложного и эмерджентного поведения ИИ. Мой ПК довольно производителен (имея Ryzen 7 9800X3D, одного из самых быстрых CPU на планете), но Construction Set  продолжает серьезно баговать и крашиться, не говоря уже о множестве интересных интерфейсных решений. Хотя с данным инструментарием вполне возможно создать фермероподобную машину Тьюринга, я не думаю, что стал бы её создавать. Creation Kit для Скайрима не шибко лучше, а редактор для Нью Вегаса наихудший из всех. И всё же, хотя эти игры модифицировали так, как ни одну другую на протяжении долгого времени, я смею предположить, что подобного рода дизайнерские решения при создании редактора повлияли и на сам процесс разработки.

Честно говоря, не так уж плохо то, что разработчики урезали возможности Radiant AI. Хоть мы и получили хорошую игру, она остаётся очень забагованной, глуповатой и непредсказуемой. Я предположу, что, получи игра больше симуляций и эмерджентного геймплея, конечный результат был бы еще менее понятен и играбелен, чем то, что мы имеем. Наша версия игры попала в самую точку: она смешна и странноватым образом чарующа без того, чтобы быть полностью скособоченной. Она и в нынешнем виде едва фурычит, особенно это касается скалирования уровней, но это по большей части не вина Radiant AI.

Смотрите и другие смехотворные сертифицированные Бесезда-моменты на канале у Bacon_!

Radiant AI после Обливиона

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

Fallout 3 и New Vegas 

Fallout 3 вышел через пару лет после Обливиона и несильно отличался от своего предшественника. как в технологическом аспекте, так и в аспекте игрового дизайна. Большая часть неписей имела расписания, у некоторых они зависели от дня недели, что было удивительно для пост-апокалиптического сеттинга. Персонажи имели множество динамически сгенерированных случайных диалогов, но они теперь были более осмысленны. Неписи все еще потребляли и искали еду, даже если игроки были с этим несогласны.

Наверное наибольшим изменением в Radiant AI было добавление пакета ИИ Sandbox - эволюционировавшей версии пакета Wander из Обливиона. Он заставлял непися бродить по ограниченной территории, в рамках которой они могли сами взаимодействовать с окружением: садиться на стулья, есть еду или (начиная со Скайрима) работать на крафтовых станциях, таких как кузница или стол зачарования. Это кратно упростило создание базового поведения персонажам, ведь теперь не нужно придумывать множество пакетов для них. У меня по этому поводу впечатления двойственные: с одной стороны, теперь даже третьестепенные персонажи будут хоть что-то делать, а не стоять столбом, а с другой стороны, все персонажи будут вести себя слишком однообразно.

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

Скайрим и подьем Radiant Story

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

Большая часть неписей может есть пару раз в день, но из того, что я нашел, большая их часть ест "фейковую еду". Как и скумо-зависимые из Обливиона, они просто проигрывают анимацию поедания, без реального сьедения чего-либо. Система все еще может заставить их искать и потреблять еду по-настоящему, и в этом она даже более адекватна, чем раньше, но эта возможность строго ограничена в самой игре. Я не могу перепроверить это, поскольку не понимаю как искать или отфильтровывать пакеты ИИ по тегу CreateFakeFood в редакторе или xEdit'е, но судя по всему мне еще предстоит встретить пакет, где эта опция не установлена на true.

Преступление и (Отсутствие) Наказания

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

Система доносительства (Crime reporting) все еще существует, но работает по-другому, через систему фракций. И у этого есть занятная закавыка: почти все не-агрессивные акторы, включая животных, куриц и лошадей, например, могут доложить о преступлении. Это легко исправить в редакторе (покорпев над фракциями животных, чтобы те игнорировали преступления), но Бесезда по какой-то причине этого не сделала и ни в одном патче не поменяла эту настройку. Для этого есть популярный мод, удачно названный NARC*.

*стукач - примечание переводчика.

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

В целом, неписи могут совершить преступление, как показано в этом отрывке из Bacon_:

Radiant Story

Но как простое выбрасывание предмета из инвентаря спровоцировала такую перепалку между несколькими персонажами и затем целый бой? Ответ в системе Radiant Story, которая представляет собой новый зонтичный термин для набора систем: сцен, алиасов и менеджера истории.

Много чего в играх Бесезды основано на квестах, и те, что вы видите в своем журнале квестов, это просто вершина айсберга (по нему вы тоже можете забраться). Например, большая часть динамических бесед в Обливионе привязано к квесту, и к игроку отношения не имеют. В таком случае квестовая система (злостно) используется для группирования нужных диалогов. Это необходимый костыль для организации вещей в этом убогом пользовательском интерфейсе, где ничего не найдешь. Скйарим идет еще дальше. Он может иметь или не иметь "бесконечные квесты", но у него их точно полно - около 1800 в базовой игре, по крайней мере если мы считаем "технические" квесты, которые не видит игрок. Я не буду говорить подробно о Radiant-квестах в этой статье, поскольку к Radiant AI они на деле отношения не имеют, но во многом они зависят от систем, которые я опишу. Сценка с дракой это действительно повторяющийся квест, и в Скайриме такие сценки осмысленней, чем в Обливионе.

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

Графический редактор с таймлайном делает облегчает создание сцен. Хотя лежащая в основе технологии несильно отличается от Обливиона.

Алиасы - наиболее важная концепция из тех, что принадлежат Radiant Story. В предыдущих итерациях движка квесты были жестко заскриптованы по необходимости: скрипты, диалоги и пакеты ИИ отсылали к конкретным сущностям и локациям, что сделало рефакторинг и внесение изменений в них крайне неудобным. Простейший способ использовать алиас - использовать его как имя. Это замена для локации или игровой сущности, которую можно применить в скрипте, пакете или сцене, и при этом ничего не сломать, даже если персонаж или предмет передвинули в другую ячейку или заменили.

Интерфейс условий всё еще с нами. И в нем угадываются черты потомка редактора Морровинда.

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

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

Что это значит

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

Однако наблюдается сдвиг в дизайнерской философии. Сдвиг от систем к контенту, притом что есть системы, пошедшие в ином направлении (такие как Radiant квесты). Если Обливион это функционирующая симуляция странноватого фентезийного мира, буквально находящаяся в шаге от полного коллапса, Скайрим это более гладкий псевдо-викинговский тематический парк. В каком-то смысле самые запоминающиеся и прикольные моменты Скайрима заранее задизайнены, в то время как лучшее, что есть в Обивионе, покуда вы воспринимаете происходящее как комедию, это производное от его систем. Какой из подходов лучше - дело вкуса.

Fallout 4

Скажу честно: в последний раз я в него играл лет десять назад, и мне лень снова его устанавливать, чтобы проанализировать кое-какие вещи. Судя по множеству статей из Вики и моддерской документации эта игра во многом следует по пути Скайрима. Большая часть уникальных НПС имеет базовые расписания, которые включают в себя сон ночью и работу в течение дня. Построенные игроком поселения - нововведение, и, мне кажется, практически все жители этих поселений работают на основе ИИ пакета Sandbox. Они делают что-то всё время, не делая по сути ничего. Если в этой игре есть какой-то мозговзрывающий ИИ-функционал, дайте знать.

Старфилд

Старфилд вышел почти через 8 лет после Fallout 4 (что??) и получил смешанные отзывы. Лично мне эта игра зашла на пару десятков часов, что намного меньше времени, проведенного мной в предыдущих играх Бесезды. Много виртуальных чернил пролилось в дебатах об игре, но в целом, я думаю, что общий консенсус, несмотря на относительно уникальный сеттинг ("насапанк", жесткий сай-фай), игра предьявляет нам очень обыденную по сеттингу и самую неинтересную РПГ из всех игр бесезды до сего дня.

Возможно, есть причина почему футболки со Старфилд имеют скидку в 50%. Футболки с Hi-Fi Rush тоже продаются с дисконтом, но скорее потому, что Бесезда больше не владеет этим IP.

Широка как галактика, глубока как лужа

Её дизайн как бы намекает, что игра полна конфликтов и упущенных возможностей. Сеттинг предполагает наличие элементов выживания, но механики их не содержат. Космический корабль ограничен в расстоянии для прыжка из-за "топлива", но после прыжка ваши баки магическим образом снова полны без всякого обьяснения. Собственно геймплей - эволюция того, что мы видели в Fallout 4. Это не плохо, но само по себе недостаточно. Аванпосты - эволюция поселений из Fallout 4, и служат они бесконечным генератором ресурсов, если выдержать всю нудятину по их микроменеджементу. 

Тысяча процедурно сгенерированных планет - действительно присутствует, но в них нет ничего интересного. Радикальный поворот от вручную собранного мира к процедурной генерации, это по своему понятный, но одновременно внезапный выбор, полностью пересматривающий решение Бесезды, принятое между Даггерфоллом и Морровиндом. Некоторые планеты имеют вручную созданные города и другие точки интереса, и они намного интереснее всего, что сделано процедурно. Я бы предпочел больше сделанных вручную локаций и отсутствие процедурных, даже если количество планет снизилось бы до одной или двух.

Регресс

Расписаний неписей больше нет. Система пакетов ИИ еще существует и почти не изменилась со времен Скайрима, но расписания практически не используются. В главном городе Новая Атлантида магазины открыты 24\7, их продавцы всегда на месте - ностальгический отскок ко временам Морровинда. Единственные неписи с заметными расписаниями, о которых я в курсе, это члены фракции основного квеста, Созвездия, но даже они заточены в штаб-квартире, перемещаясь лишь между комнатами.

Вот несколько цифр: Обливион имел 7200 пакетов ИИ, Скайрим - около 6000, а Старфилд около 3500. Половина пакетов в Обливионе содержат расписания, в Скайриме - около 25%. В Старфилде это число находится около 6%. Числа едва ли сравнимы напрямую без дальнейшего контекста: например, когда как в Скайриме пакетов в целом меньше, чем в Обливионе, его пакеты намного более модульные и многоразовые, иак что один и тот же пакет может использоваться десятками разных неписей. Более того, большая часть пакетов расписания в Старфилде привязаны к квестами, а относитеьльно малое количество используется для расписаний в стиле Обливиона.

Система расписаний, изначально созданная для Обливиона, едва ли подходит Старфилду. Длительность дня различается от планеты к планете, луне или космической станции, но расписание было привязано к единообразной "Земной" системе времени. Интересный концепт для "реалистичного" сай-фая: как люди адаптируются к планете, где каждыйдень длится пару земных часов или нескольким земным месяцам? Но Старфилд вообще не заинтересован в таких вопросах и показывает только два разных типа часов: один для локального времени, а другой для земного "универсального" времени.

Другое нововведение в Старфилде - массовка НПС (crowd NPCs), которые используются для заполнения главных городов игры. Мое предположение было в том, что они даже не "реальные" НПС, но скорее отдельные легковесные системы, позволяющие движку размножить пару-тройку десятков неписей по экрану. В итоге это оказалось не совсем так, поскольку массовка действительно представляет собой полноценных акторов, имеющих инвентари, фракции и пакеты ИИ. Оптимизция достигается за счет упрощенных моделей, анимаций и шейдеров, и всё. Наибольшее отличие было в том, что массовка генерируется динамически, когда игрок заходит в область. Массовка не имеет домов, расписаний, имен или любой иной постоянной информации (persistent data). Всё это и ясно и грустно одновременно: с одной стороны, нереалистично ожидать от игры тысячи полностью проработанных нпс со своими домами на множестве планет. С другой стороны, множество неписей в городах были постоянными, имели имена и дома (или место, где спать) еще с Морровинда.

Я слышал, что вид этих неписей Бесезда исправила в патчах. Этот скриншот сделан с изначальной версии игры.

Выводы

Вот и всё. Мы прошли долгий путь от Морровинда до Старфилда и наблюдали, как технологии, совокупно названные Radiant AI, изменялись во времени. Оригинальное виденье Radiant AI было прямолинейно - симулировать интеллект персонажей, чтобы сделать мир более живым, воспринимая НПС и игрока в каком-то смысле равным образом. Такое виденье никогда не было полноценно реализованным, но даже разбавленная версия Radiant AI в Обливионе (и прочих играх Бесезды) до сих пор удивляет и являет собой уникальную систему в видеоиграх. Системы, созданные для Radiant AI 20 лет назад, до сих пор являются важными частями Creation Engine, даже если философия игрового дизайна Бесезды радикально поменялась со времен Обливиона. Мы точно не знаем, что Бесезды сделает с The Elder Scrolls VI, но, мне кажется, они приняли к сведенью отношение фанатов к Старфилду. И я надеюсь, что новые свитки будут хорошей игрой.

И - мои поздравления! Вы дошли до конца этого длиннющего текста, который я писал недели две. Надеюсь, что-то новое вы узнали.

Можете подписаться на меня на Bluesky, чтобы читать мои статьи и следить за моими проектами. Спасибо!