The Metaverse

Тот факт, что многие из этих перестановок не имеют особой ценности, на самом деле очень важен для тех, кто создает виртуальные миры. Герою The Legend of Zelda не нужно лететь в космос, поэтому не требуется космическая физика. Игрокам Call of Duty не нужны байдарки, чары или выпечка - разработчик игры не создавал соответствующий код. Nintendo и Activision могли бы сосредоточить больше данных и кода на том, что нужно и полезно их виртуальным мирам, а не на бесконечных перестановках, которые имеют ограниченную практическую ценность для их игр.

При всей своей эффективности такой подход создает препятствия для создания виртуальных миров типа Metaverse, а особенно для обеспечения их совместимости. Например, в Microsoft Flight Simulator пилот может посадить вертолет рядом с футбольным полем, но при этом он не сможет посмотреть футбольный матч, не говоря уже о том, чтобы присоединиться к нему. Чтобы предложить такую функциональность, Microsoft пришлось бы с нуля создавать собственную футбольную систему, хотя многие разработчики уже сделали это и, имея многолетний опыт, скорее всего, лучше справятся. Хотя MSFS могла бы попытаться интегрироваться в эти специфические для футбола виртуальные миры, структуры данных и коды с каждой стороны, скорее всего, будут несовместимы. В главах о сетях и вычислениях выше я говорил о том, что устройства пользователей часто выполняют одну и ту же работу. Но если можно провести сравнение, то разработчикам, надо сказать, приходится еще хуже. Они постоянно создают и перестраивают все - от футбольного поля до футбольного мяча и даже правил полета футбольного мяча в воздухе. Более того, с каждым годом эта работа становится все сложнее, поскольку создатели виртуальных миров стремятся использовать преимущества более совершенных процессоров и графических процессоров. По данным Nexon, одного из крупнейших в мире издателей видеоигр, среднее количество штатных сотрудников для экшена с открытым миром (вспомните The Legend of Zelda или Assassin's Creed) выросло примерно с 1000 человек в 2007 году до более 4000 к 2018 году, а бюджеты увеличились в 10 раз (примерно в два с половиной раза быстрее).1

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

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

Игровые движки

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

Исторически сложилось так, что все геймдизайнеры создавали и поддерживали свои собственные игровые движки. Но за последние пятнадцать лет появилась альтернатива: лицензирование движка от Epic Games, которая выпускает Unreal Engine, или от Unity Technologies, которая выпускает одноименный движок.

Использование этих движков связано с определенными расходами. Например, Unity взимает ежегодную плату с каждого разработчика, использующего ее. Эта плата варьируется от 400 до 4 000 долларов, в зависимости от требуемых функций и размера компании разработчика. Unreal обычно взимает 5 % от чистой выручки. Плата - не единственная причина для создания собственного движка. Некоторые разработчики считают, что если делать это для определенного игрового жанра или опыта, например реалистичных и быстро развивающихся шутеров от первого лица, то их игры будут "лучше" ощущаться или лучше работать. Других беспокоит необходимость полагаться на конвейеры и приоритеты другой компании, а также то, что поставщик имеет столь подробное представление об их игре и ее производительности. Учитывая эти опасения, крупные издатели обычно создают и поддерживают собственные движки (некоторые, такие как Activision и Square Enix, даже имеют полдюжины или более).