ГП с трассировкой — устройство и принцип работы

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

Шейдерные процессоры выполняют арифметические операции, в то время как RT-ядра разработаны и оптимизированы именно для операций трассировки лучей.

Внутри RT-ядер находится два вычислительных движка. Первым начинает работу движок, занимающийся поиском пересечений лучей с объемами-коробками BVH.

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

Как и шейдерные процессоры, RT-ядра работают параллельно друг с другом. На современных видеокартах это позволяет обрабатывать несколько миллиардов лучей в секунду, а общий счет выполненных операций при этом достигает триллионов. Например, NVIDIA GeForce RTX 3090 родом из 2022 года выполняет за одну секунду до 36 триллионов операций. Тогда как самый мощный суперкомпьютер 2000 года, полагающийся на грубую вычислительную мощность центральных процессоров, за то же время осуществлял лишь 12,3 триллиона.

Чем отличается трассировка лучей

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

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

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

Это позволяет хорошо интерполировать непрямое освещение, не прибегая к огромному количеству вычислений. Данный способ является одним из методов трассировки, который используется системой освещения Lumen в графическом движке Unreal Engine 5. Второй вариант техники называется трассировкой лучей в экранном пространстве. Тут используется совершенно другой подход на основе трех составляющих: изображения, полученного с помощью традиционного рендеринга, карты глубины кадра и карты нормалей. Из отрендеренного изображения берется информация о цвете объектов. Карта глубины показывает, насколько далеко они находятся от камеры.

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

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

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

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

Что такое трассировка пути

Компьютерная графика, используемая в современном кинематографе, основана на одной из техник трассировки лучей — трассировке пути (Path Tracing). Этот алгоритм появился в далеком 1986 году, но из-за своей сложности лишь спустя 30 лет начал массово использоваться для создания графики в фильмах.

Чтобы понять, почему все это время трассировка пути оставалась неосуществимой, ознакомимся с основами построения подобной картинки. Сначала 3D-художники вручную моделируют форму объектов в сцене, а программное обеспечение для рендера разбивает их на мелкие треугольники — полигоны.

Затем на модели накладываются текстуры, которые симулируют материалы определенного цвета и типа — например, шероховатые, гладкие или стеклянные.

Готовые объекты и источники света: солнце, небо, фонари, размещаются в нужных положениях на 3D-сцене. После этого добавляется виртуальная камера и запускается процесс рендеринга — благодаря ему картинка в кадре визуализируется в виде привычного 2D-изображения.

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

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

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

Формирование изображения

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

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

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

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

Глобальное освещение

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

Для этой цели комбинируются два вида расчетов: прямого (Direct) и непрямого (Indirect) освещения. При первом виде вычислений просчитываются лучи непосредственно от источников освещения — солнца, неба и ламп. Они называются теневыми.

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

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

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

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

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

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

Сложность трассировки пути зависит от количества источников света, количества лучей на точку и предельно допустимого числа их дополнительных отскоков. У сцены из первого примера с замком используется четыре источника света, тысяча лучей на точку и 12 отскоков. Чтобы визуализировать один ее кадр в 4К, нужно просчитать примерно 400 миллиардов лучей.

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

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

Иерархия ограничивающих объемов

Еще одна ключевая трудность при трассировке пути — узнать, на какой именно полигон луч из точки попадает первым, чтобы определить ее основной цвет. В случае, если полигонов десятки или сотни, можно воспользоваться вычислением траектории луча с помощью математических уравнений. Но в современных сценах их миллионы, поэтому этот способ потребует огромных вычислительных ресурсов. Чтобы упростить данный процесс, используется иерархия ограничивающих объемов (Bounding Volume Hierarchy, BVH). При таком подходе сцена разделяется на виртуальные объемы-коробки, в каждой из которых оказывается одинаковое количество полигонов.

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

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

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

В виду ограничения фотоматериалов

ПРОДОЛЖЕНИЕ СЛЕДУЕТ...

До недавнего времени создание качественной 3D-модели из одной картинки было долгой и муторной задачей. Нейросети пыхтели по несколько минут, а то и часов, чтобы выдать что-то более-менее внятное, часто "мыльное" и с искаженной геометрией. Теперь, похоже, всё изменилось.

Исследователи представили Ultra3D — новую модель, которая генерирует полноценную трехмерную модель из одного-единственного 2D-изображения всего за 10 секунд.

Как это работает?

Вы просто даете ей одну картинку — сову, бургер, статую, да что угодно. А через 10 секунд получаете готовую 3D-модель, которую можно покрутить со всех сторон и рассмотреть в деталях.

В чем прорыв?

1. Скорость. 10 секунд — это феноменально быстро. Предыдущие методы требовали долгой "оптимизации" под каждое изображение, а Ultra3D просто "прогоняет" картинку через себя и сразу выдает результат.

2. Качество. Судя по примерам на сайте проекта, качество впечатляет. Модель отлично справляется с мелкими деталями, сложными текстурами (вроде перьев совы или салата в бургере) и правильно восстанавливает геометрию объекта. Никаких "поплывших" форм.

3. Доступность. Нужна всего одна картинка. Не нужно снимать объект с разных ракурсов или иметь специальное оборудование.

Вот сравнение модели с другими:

Зачем это нужно?

Потенциал у технологии огромный:

• Игры: Можно будет сфотографировать свой любимый предмет (или кота) и легко перенести его в игру.

• Интернет-магазины: Вместо галереи фото — полноценная 3D-модель товара, которую можно покрутить перед покупкой.

• 3D-печать: Упростится создание моделей для печати.

• AR/VR: Быстрое наполнение виртуальных миров реалистичными объектами.

P.S. А еще я веду канал "сбежавшая нейросеть", где рассказываю про ИИ с творческой стороны. Подписывайтесь!

Затем так получилось, что я бросил это дело до конца марта... Но мечта была, да и прогать на c# вдруг захотелось. Начал учить C# - по известному всем программистам сайтом метанит (нет, это не злостная реклама сайта @moderator, хватит сносить мои посты). За полторы месяца дошел до принципов ООП - относительно нелёгкая тема) и решил, что пора

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

Пора приступать к вамой интересной части повествования! Поняв, что я готов, я открыл документацию, юнити, Visual Studio и просто сделал себе цель - расставить блоки, добавить куб, дать передвижение кубу - и платформер готов! Скоко же я потел, непонимал, но я сделал это! Почему-то мне казалось, что это ахиреть какой прорыв. Возможно)

Затем я открыл туториал Breakers и пошел пилить раннер. Уроки старые, но базу дают и убирают неуверенность в движке. Сделал на основе этого очередной раннер-платформер с 1 уровнем, где можно было подрубить Год-мод и полететь!

Наступило время для чего-то сложнее. Сделать крестики-нолики, но я поставил себе 1 цель - там должна быть своя графика. Дано: графический планшет и Фотошоп. Результат - в предыдущем посте. Есть поле, яблоко и банан, что дало название Apples | Bananas. Я потратил плюс-минус 3 дня на это. Через сколько дебрей я прошел! Но это сделано! Выложена первая версия этого, будет добавлено меню, нормальный рестарт, ИИ и улучшение багов.

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

Кстати, этот "гениальный" шедевр можно оценить в моем новом тг-канале. В нем я буду выкладывать все, что знаю, узнал, а также гайды, мемы, новости, ассеты, скрипты и на мои файлы, как сейчас например. Вот ссылка: https://t.me/unitygames3009.

P.S: Спасибо тем ,кто дочитал до конца! @moderator, если снесет и этот пост, у меня подгорит пердак(

Вы могли слышать термин кадры в секунду (FPS), и что 60 FPS — действительно хороший ориентир для любой анимации. Но большинство консольных игр идут на 30 FPS, а кинофильмы обычно записывают на 24 FPS, так зачем же нам стремиться к 60 FPS?
Кадры… в секунду?

Ранние времена кинопроизводства

Когда первые кинематографисты начали снимать кино, многие открытия делались не научным методом, а путём проб и ошибок. Первые камеры и проекторы управлялись вручную, а плёнка была очень дорогой — настолько дорогой, что при съёмке старались использовать наименьшую возможную частоту кадров, лишь бы сэкономить плёнку. Этот порог обычно находился между 16 и 24 FPS.

Когда на физическую плёнку наложили звук (аудиотрек) и воспроизводили его одновременно с видео, то управляемое вручную воспроизведение стало проблемой. Выяснилось, что люди нормально воспринимают переменный фреймрейт для видео, но не для звука (когда изменяется и темп, и высота тона), так что кинематографистам пришлось выбрать постоянную скорость для того и другого. Выбрали 24 FPS, и сейчас, спустя почти сто лет, он остаётся стандартом в кино. (В телевидении частоту кадров пришлось слегка изменить из-за того, как ЭЛТ-телевизоры синхронизируются с частотой электросети).

Кадры и человеческий глаз

Но если 24 FPS еле приемлем для кино, то какой оптимальный фреймрейт? Это хитрый вопрос, потому что оптимальной частоты кадров нет.

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

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

Два важных феномена объясняют, почему мы видим движение, когда смотрим на быстро сменяющиеся картинки: инерция зрительного восприятия и фи-феномен (стробоскопическая иллюзия непрерывного движения).

Большинство кинематографистов думают, что единственной причиной является инерция зрительного восприятия, но это не так; хотя и подтверждённая, но не доказанная с научной точки зрения инерция зрительного восприятия является феноменом, согласно которому остаточное изображение, вероятно, сохраняется примерно 40 миллисекунд на сетчатке глаза. Это объясняет, почему мы не видим тёмное мерцание в кинотеатрах или (обычно) на ЭЛТ.

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

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

Стандартные фреймрейты, от плохих к идеальным

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

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

Как выглядит 24 FPS в сравнении с 60 FPS?

HFR: перемонтаж мозга с помощью «Хоббита»

«Хоббит» был популярным кинофильмом, снятым на двойном фреймрейте 48 FPS, который называется HFR (high frame rate). К сожалению, не всем понравился новый вид. Этому было несколько причин, главная из них — так называемый «эффект мыльной оперы».

Мозг большинства людей обучен воспринимать 24 полных кадра в секунду как качественное кино, а 50-60 полукадров (чересстрочные телесигналы) напоминают нам телеэфир и разрушают «эффект плёнки». Схожий эффект создаётся, если активировать интерполяцию движения на вашем ТВ для материала 24p (прогрессивная развёртка). Она многим не нравится (несмотря на то, что современные алгоритмы довольно хороши в рендеринге плавных движений без артефактов, что является главной причиной, почему критики отвергают эту функцию).

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

Камеры и CGI: история motion blur

Но если 24 FPS называют едва переносимым фрейрейтом, то почему вы никогда не жаловались на прерывистость видео, выходя из кинотеатра? Оказывается, в видеокамерах есть встроенная функция — или баг, если хотите — которой не хватает в CGI (в том числе в анимациях CSS!): это motion blur, то есть размытие движущегося объекта. После того, как вы видели motion blur, его отсутствие в видеоиграх и в софте становится до боли очевидным.

Motion blur, это… видимая тянучка быстро движущихся объектов в неподвижном изображении или последовательности изображений, таких как кинофильм или анимация. Она происходит, если записываемое изображение изменяется во время записи одного кадра либо из-за быстрого движения, либо при длительной экспозиции.

В данном случае картинка лучше тысячи слов.

Motion blur использует хитрость, изображая много движения в одном кадре, жертвуя детализацией. Вот причина, почему кинофильм на 24 FPS выглядит относительно приемлемо, по сравнению с видеоиграми на 24 FPS. Но как изначально появляется motion blur? Согласно описанию E&S, которая впервые применила 60 FPS для своих мега-купольных экранов:

Когда вы снимаете фильм на 24 FPS, камера видит и записывает только часть движения перед объективом, а затвор закрывается после каждой выдержки, чтобы перемотать плёнку к следующему кадру. Это значит, что выдержка закрыта в течение такого же времени, что и открыта. При быстром движении и действии перед камерой частота кадров недостаточно высока, чтобы успеть за ними, а изображения размываются в каждом кадре (из-за времени экспозиции).

Вот графика, упрощённо объясняющая процесс.

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

Если motion blur — такая полезная вещь, то почему кинематографисты стремятся от него избавиться? Ну, при добавлении motion blur вы теряете детализацию; а избавившись от него — теряете плавность движений. Так что когда режиссёры хотят снять сцену с большим количеством деталей, вроде взрыва с большим количеством вылетающих частиц или сложной сцены с действием, они часто выбирают маленькую выдержку, которая уменьшает размытие и создаёт чёткий эффект кукольной мультипликации.

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

Motion blur значительно улучшает анимацию в играх и на веб-сайтах даже на низких фреймрейтах. К сожалению, его внедрение слишком дорого обходится. Для создания идеального motion blur вам понадобилось бы снять в четыре раза больше кадров объекта в движении, а затем осуществить временнýю фильтрацию или сглаживание (вот отличное объяснение от Хьюго Элиаша). Если для выпуска приемлемого материала на 24 FPS вам нужно делать рендеринг на 96 FPS, то вместо этого вы можете просто поднять фреймрейт, так что зачастую это не вариант для контента, который рендерится в реальном времени. Исключениями являются видеоигры, где заранее известна траектория движения объектов, так что можно рассчитать приблизительный motion blur, а также системы декларативной анимации вроде CSS Animations и, конечно, CGI-фильмы как у Pixar.

60 Гц != 60 FPS: частота обновления и почему она важна

герц (Гц) обычно используется, когда говорят о частоте обновления, в то время как показатель кадров в секунду (fps) — устоявшийся термин для покадровой анимации. Чтобы не путать их, мы используем Гц для частоты обновления и FPS для фреймрейта.

Если вы задаётесь вопросом, почему на вашем ноутбуке так некрасиво выглядит воспроизведение дисков Blu-Ray, то часто причина в том, что фреймрейт неравномерно делится на частоту обновления экрана (в противоположность им, DVD конвертируются перед передачей). Да, частота обновления и фреймрейт — не одно и то же, «[Гц] частота обновления включает в себя повторное рисование идентичных кадров, тогда как фреймрейт измеряет, как часто исходный видеоматериал будет выдавать полный кадр новых данных на дисплей». Так что фреймрейт соответствует количеству отдельных кадров на экране, а частота обновления соответствует числу раз, когда изображение на экране обновляется или перерисовывается.

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

Новая проблема у каждого дисплея

Кинопроекторы

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

Однако это не полное описание. Конечно, в результате такого процессы вы увидите-таки фильм, но мерцание экрана из-за того, что экран остаётся тёмным 50% времени, сведёт вас с ума. Эти затемнения между кадрами разрушат иллюзию. Для компенсации проекторы на самом деле закрывают затвор два или три раза на каждом кадре.

Конечно, это кажется нелогичным — почему в результате добавления дополнительных мерцаний нам кажется, что их стало меньше? Задача в том, чтобы уменьшить период затемнения, который оказывает непропорциональный эффект на зрительную систему. Порог слияния мерцания (тесно связанный с инерцией зрительного восприятия) описывает эффект от этих затемнений. Примерно на ~45 Гц периоды затемнения должны составлять менее ~60% времени показа кадра, вот почему эффективен метод двойного срабатывания затвора в кино. Более чем на 60 Гц периоды затемнения могут составлять более 90% времени показа кадра (необходимо для дисплеев вроде ЭЛТ). Вся концепция в целом немного сложнее, но на практике вот как можно избежать мерцания:

• Использовать иной тип дисплея, где нет затемнения между кадрами, то есть он постоянно отображает кадр на экране.

• Применить постоянные, неизменяемые фазы затемнений с продолжительностью менее 16 мс

Мерцающие ЭЛТ

Мониторы и телевизоры ЭЛТ работают, направляя электроны на флуоресцентный экран, где содержится люминофор с низким временем послесвечения. Насколько мало время послесвечения? Настолько мало, что вы никогда не увидите полное изображение! Вместо этого в процессе электронного сканирования люминофор зажигается и теряет свою яркость менее чем за 50 микросекунд — это 0,05 миллисекунды! Для сравнения, полный кадр на вашем смартфоне демонстрируется в течение 16,67 мс.

Так что единственная причина, почему ЭЛТ вообще работает — это инерция зрительного восприятия. Из-за длительных тёмных промежутков между подсветками ЭЛТ часто кажутся мерцающими — особенно в системе PAL, которая работает на 50 Гц, в отличие от NTSC, работающей на 60 Гц, где уже вступает в действие порог слияния мерцания.

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

Размытые ЖК-дисплеи

Жидкокристаллические дисплеи (LCD), которые классифицируются как устройства выборки и хранения, на самом деле довольно удивительные, потому что у них вообще нет затемнений между кадрами. Текущее изображение непрерывно демонстрируется на нём, пока не поступит новое изображение.

Позвольте повторить: На ЖК-дисплеях нет мерцания, вызванного обновлением экрана, независимо от частоты обновления.

Но теперь вы думаете: «Погодите, я недавно выбирал телевизор, и каждый производитель рекламировал, чёрт побери, более высокую частоту обновления экрана!» И хотя в основном это чистый маркетинг, но ЖК-дисплеи с более высокой частотой обновления решают проблему — просто не ту, о которой вы думаете.

Зрительное размытие в движении

Производители ЖК-дисплеев всё повышают и повышают частоту обновления из-за экранного или зрительного motion blur. Так и есть; не только камера способна записывать размытие в движении, но ваши глаза тоже могут! Прежде чем объяснить, как это происходит, вот две сносящие крышу демки, которые помогут вам почувствовать эффект (нажмите на изображение).

В первом эксперименте сфокусируйте взгляд на неподвижном летающем инопланетянине вверху — и вы будете чётко видеть белые линии. А если сфокусировать взгляд на движущемся инопланетянине, то белые линии волшебным образом исчезают. С сайта Blur Busters:

«Из-за движения ваших глаз вертикальные линии при каждом обновлении кадра размываются в более толстые линии, заполняя чёрные пустоты. Дисплеи с малым послесвечием (такие как ЭЛТ или LightBoost) устраняют подобный motion blur, так что этот тест выглядит иначе на таких дисплеях».

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

Во втором эксперименте ребята из Blur Busters пытаются воссоздать эффект ЖК-дисплея по сравнению с экраном с малым послесвечием, просто вставляя чёрные кадры между кадрами дисплея — удивительно, но это работает.

Как показано ранее, motion blur может стать либо благословением, либо проклятием — он жертвует резкостью ради плавности, а добавляемое вашими глазами размытие всегда нежелательно. Так почему же motion blur — настолько большая проблема для ЖК-дисплеев по сравнению с ЭЛТ, где подобных вопросов не возникает? Вот объяснение того, что происходит, если краткосрочный кадр (полученный за короткое время) задерживается на экране дольше, чем ожидалось.

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

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

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

Дополнительно: так в какой степени наш мозг выполняет интерполяцию, на самом деле?

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

Кадры и обновления экрана не смешиваются и не совпадают!

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

Проблема: разрыв экрана

Что происходит, когда ваша игра или приложение начинают рисовать новый кадр на экране, а дисплей находится посередине цикла обновления? Это буквально разрывает кадр на части:

Ваш CPU/GPU выполняет определённые вычисления для составления кадра, затем передаёт его в буфер, который должен ждать, что монитор вызовет обновление через стек драйверов. Затем монитор считывает этот фрейм и начинает его отображать (здесь вам нужна двойная буферизация, чтобы всегда одно изображение отдавалось, а одно составлялось). Разрыв происходит, когда буфер, который в данный момент выводится на экран сверху вниз, заменяется следующим кадром, который выдаёт видеокарта. В результате получается, что верхняя часть вашего экрана получена из одного кадра, а нижняя часть — из другого. Если быть точным, разрыв экрана может произойти, даже если частота обновления и фреймрейт совпадают! У них должна совпадать и фаза, и частота.

Это явно не то, что нам нужно. К счастью, есть решение!

Решение: Vsync

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

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

Новая проблема: джиттер

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

Джиттер происходит, когда анимация воспроизводитеся на другой частоте кадров по сравнению с той, на которой её снимали (или предполагали воспроизводить). Часто это означает, что джиттер появляется, когда частота воспроизведения нестабильная или переменная, а не фиксированная (поскольку бóльшая часть контента записывается с фиксированной частотой). К сожалению, именно это происходит при попытке отобразить, например, контент 24 FPS на экране, который обновляется 60 раз в секунду. Время от времени, поскольку 60 не делится на 24 без остатка, приходится один кадр показывать дважды (если не использовать более продвинутые преобразования), что портит плавные эффекты, такие как панорамирование камеры.

В играх и на веб-сайтах с большим количеством анимации это даже более заметно. Многие не могут воспроизводить анимацию на постоянном, делящемся без остатка фреймрейте. Вместо этого частота смены кадров у них сильно изменяется по разным причинам, таким как независимая друг от друга работа отдельных графических слоёв, обработка ввода пользовательских данных и так далее. Вас это может шокировать, но анимация с максимальной частотой 30 FPS выглядит гораздо, гораздо лучше, чем та же анимация с частотой, которая изменяется от 40 до 50 FPS.

Борьба с джиттером

При преобразовании: «телекинопроектор»

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

Ускорение

При преобразовании 24 FPS в сигнал PAL на 25 FPS (например, ТВ или видео в Великобритании) обычной практикой считается просто ускорить оригинальное видео на 1/25 секунды. Так что если вы когда-нибудь гадали, почему «Охотники за привидениями» в Европе на пару минут короче, то вот ответ. Хотя метод работает на удивление хорошо для видео, он ужасно отражается на звуке. Вы спросите, насколько хуже может быть ускоренный на 1/25 звук без дополнительного изменения высоты тона? Почти на полтона хуже.

Возьмём реальный пример крупного провала. Когда Warner выпустила в Германии расширенную Blu-Ray коллекцию «Властелина колец», они использовали для немецкого дубляжа уже скорректированную PAL-версию звуковой дорожки, которая была предварительно ускорена на 1/25 с последующим понижением тона для исправления изменений. Но поскольку Blu-Ray идёт на 24 FPS, им пришлось выполнять обратное преобразование видео, так что они снова его замедлили. Конечно, с самого начала плохой идеей было выполнять такое двойное преобразование, из-за потерь, но что ещё хуже, после замедления видео для соответствия частоте кадров Blu-Ray они забыли изменить обратно тон на звуковой дорожке, так что все актёры в фильме внезапно стали звучать сверхдепрессивно, разговаривая на полтона ниже. Да, это реальная история и да, она очень оскорбила фанатов, было много слёз, много плохих копий и много потерянных денег после большого отзыва дисков.

Мораль истории: изменение скорости — не самая лучшая идея.

Pulldown

Преобразовать киноматериал для NTSC, американского телевизионного стандарта, не получится простым ускорением, потому что преобразование 24 FPS в 29,97 FPS соответствует ускорению на 24,875%. Если только вы по-настоящему не любите бурундуков, это будет не лучшим вариантом.

Вместо этого используется процесс под названием 3:2 pulldown (среди прочих), который стал самым популярным методом преобразования. В рамках этого процесса берут 4 оригинальных кадра и преобразуют их в 10 чересстрочных полукадров или 5 полных кадров. Вот иллюстрация, которая описывает процесс.

На чересстрочном дисплее (то есть ЭЛТ) видеополя посредине отображаются в тандеме, каждый в чересстрочном варианте, поэтому они состоят из каждой второй строки пикселей. Оригинальный кадр A разбивается на два полукадра, оба из которых отображаются на экране. Следующий кадр B тоже разбивается, но нечётное видеополе отображается дважды, так что этот кадр распределяется по трём полукадрам. И, в сумме, мы получаем 10 распределённых по видеополям полукадров из 4 оригинальных полных кадров.

Это работает достаточно хорошо при показе на чересстрочном экране (таком как ЭЛТ-телевизор) примерно с 60 видеополями в секунду (практически полукадрами), поскольку полукадры никогда не показываются вместе. Но такой сигнал выглядит ужасно на дисплеях, которые не поддерживают полукадры и должны составить вместе 30 полных кадров, как в самом правом столбце на иллюстрации вверху. Причина провала в том, что каждый третий и четвёртый кадры слепляются из двух разных кадров оригинала, что приводит к тому, что я называю «Франкенфрейм». Это особенно ужасно выглядит на быстром движении, когда имеются значительные отличия между соседними кадрами.

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

При показе: G-Sync, Freesync и ограничение максимальной частоты кадров

Вместо того, чтобы бороться с фиксированной частотой обновления, конечно, гораздо лучше использовать переменную частоту обновления, которая всегда синхронизирована с фреймрейтом. Это именно то, для чего предназначены технологии Nvidia G-Sync и AMD Freesync. G-Sync — модуль, встроенный в мониторы, он позволяет им синхронизироваться с выдачей GPU вместо того чтобы заставлять GPU синхронизироваться с монитором, а Freesync достигает той же цели без модуля. Это действительно революционные технологии, которые устраняют необходимость в «телекинопроекторе», а весь контент с переменным фреймрейтом, вроде игр и веб-анимации, выглядит намного более плавным.

К сожалению, и G-Sync, и Freesync — относительно новые технологии и ещё недостаточно широко распространились, так что если вы как веб-разработчик делаете анимации для веб-сайтов или приложений и не можете себе позволить использовать полноценные 60 FPS, то лучше всего будет ограничить максимальный фреймрейт, чтобы он без остатка делился на частоту обновления — практически во всех случаях наилучшим ограничением будет 30 FPS.

Так как достичь пристойного баланса с учётом всех желаемых эффектов — минимального размытия в движении, минимального мерцания, постоянной частоты кадров, хорошего отображения движения и хорошей совместимости со всеми дисплеями — без особого обременения GPU и дисплея? Да, сверхбольшие фреймрейты могут снизить размытие в движении, но большой ценой. Ответ ясен: 60 FPS.

В связи с особенностями зрения быстро движущиеся объекты мы видим размытыми. Motion Blur предназначен для симуляции этого эффекта в видеоиграх.

Размытие в движении (motion blur) — это визуальный эффект, который имитирует размытие объектов при их быстром движении. Этот эффект можно наблюдать в реальной жизни, когда, например, вы смотрите на быстро движущийся автомобиль или махаете рукой перед глазами. В играх размытие в движении используется для создания более реалистичного и кинематографического опыта. Оно помогает передать ощущение скорости и динамики, делая сцены более живыми и захватывающими.

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

Зачем нужно размытие в движении в играх?

Размытие в движении в играх выполняет несколько важных функций:

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

2. Эстетика: Размытие может добавить кинематографичности и драматизма, делая сцены более впечатляющими. Эффект размытия часто используется в экшн-сценах, чтобы подчеркнуть динамику и напряжение. Он также может быть использован для создания художественных эффектов, таких как размытие фона для выделения главного объекта.

3. Сглаживание: Эффект может помочь скрыть недостатки графики и сгладить резкие движения, особенно при низкой частоте кадров. Когда частота кадров падает, движения могут казаться дергаными и неестественными. Размытие в движении помогает смягчить эти артефакты и сделать игру более приятной для глаз.

Как работает размытие в движении: основные принципы

Временная интеграция

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

Векторное поле скорости

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

Постпроцессинг

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

Типы размытия в движении: объектное и экранное

Объектное размытие

Объектное размытие (object motion blur) применяется непосредственно к движущимся объектам. Это позволяет создать более точный и реалистичный эффект, так как размытие учитывает форму и движение конкретного объекта. Объектное размытие требует более сложных вычислений, так как необходимо учитывать движение каждого объекта в сцене. Однако этот метод позволяет добиться высокой точности и реализма.

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

Экранное размытие

Экранное размытие (screen space motion blur) применяется ко всему изображению на экране. Этот метод проще в реализации и менее требователен к ресурсам, но может быть менее точным. Экранное размытие учитывает движение камеры и объектов в сцене, создавая общий эффект размытия. Этот метод позволяет быстро и эффективно реализовать размытие в движении, но может быть менее точным в деталях.

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

Настройки и оптимизация размытия в движении в играх

Настройки в играх

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

Оптимизация

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

Примеры оптимизации

1. Адаптивное размытие: Интенсивность размытия увеличивается при быстром движении камеры и уменьшается при медленном. Это позволяет адаптировать эффект под текущие условия и улучшить производительность.

2. Качество размытия: В некоторых играх можно выбрать между высоким и низким качеством размытия, что позволяет игрокам балансировать между визуальным качеством и производительностью. Выбор качества размытия позволяет адаптировать эффект под возможности системы и предпочтения игрока.

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

Motion Blur симулирует эту особенность человеческого зрения. В зависимости от игры, размытие может использоваться для:

• Всего кадра

• Краев кадра

• Только быстродвижущихся объектов

Каждый вид размытия актуален для определенных сцен.

• Размытие всего кадра помогает сгладить движение при низком FPS, когда изображение кажется дерганным. Особенно оно актуально для консолей, где многие игры идут с частотой 30 к/c.

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

• Размытие быстродвижущихся объектов призвано подчеркнуть скорость их движения, не размывая прочие элементы для сохранения динамики игры. К примеру, окружение может двигаться с размытием, а модель персонажа или оружие в руках — перемещаться без него.

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

id Tech 3

Quake III стала первой игрой отказавшейся от программного рендера. Только OpenGL, только хардкор! Все функции обработки графики ложились на GPU, разгружая основной процессор. Появилось объемное текстурирование, модели в формате MD3, объемные лучи, параметрические поверхности и многое другое. Так же на id Tech 3 был реализован настоящий бамп-мэппинг (а не обманки из Unreal), полученный за счет использования вертексных шейдеров, которые до Quake III применялись только в кино для создания спецэффектов.

В 1999 году Джон Кармак в очередной раз сделал все сам и в очередной раз двинул индустрию резким рывком вперед. Благодаря вышеописанным нововведениям, id Tech 3 стал самым популярным лицензируемым движком в новом тысячелетии. Medal of Honor, Return to Castle Wolfenstein, American McGee`s Alice, Star Wars: Jedi Knight, Soldier of Fortune II: Double Helix, Heavy Metal: F.A.K.K.2, Star Trek: Voyager Elite Force, Quake Live и другие проекты работали на пламенном моторе от id.

Серия игр Call of Duty до сих пор используют модифицированную версию движка id Tech 3, написанную Infinity Ward и названную IW Engine. Так же студия Treyarch, подмастерья Infinity Ward, используют IW Engine для спин-оффов COD World at War и Black Ops, а также других разработок, вроде 007: Quantum Of Solace. Их предыдущий движок, Treyarch NGL, тоже написан на основе id Tech 3 и использовался для создания Spider-Man 2: The Game, Ultimate Spider-Man, Call of Duty 2: Big Red One, Call of Duty 3 и других игр.

Glacier Engine

Проприетарный движок датчан из io interactive, начавших в 2000 году серию Hitman. Glacier представляет собой в меру продвинутую технологию, идущую в ногу со временем и выдающую большие скопления NPC на больших картах. Графика не всегда была приоритетом io interactive, студия больше стремилась к масштабу и натуралистичности геймплея. Еще в Hitman Blood Money Glacier отрисовывал огромные толпы массовки без потерь фреймрейта, даже в версии для PS2.

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

Так же на основе Glacier был создан движок Dawn Engine использовавшийся в Deus Ex: Mankind Divided.

Geo-Mod

Создатель движка Descent, Джон Слэгл, маг и кудесник, в 2001 году создал чудесный движок Geo-Mod, который похоронила его же иновационность. Написав технологию за одно лето 2000 года, Джон совершил прорыв, конкурировать с которым не смог никто, даже он сам. До Geo-Mod разрушаемость в играх была реализована в виде подмены моделей по окончанию их «здоровья» с хорошей на разрушенную, между которыми вставляли красивый спрайт взрыва. Однако в серии Red Faction, игры которой использовали технологию Слэгла, разрушаемость была реализована по принципу просчета геометрической формы урона, в результате которого движок дробил область разрушения на множество многоугольников, обсчитывал координаты попадания и «вынимал» из множества самую подходящую фигуру. Так же движок просчитывал связи, что создавались при геомодификации, чтобы соприкасающиеся объекты рушились друг за другом, при разрушении одного из них, по всем законам физики. В Geo-Mod к тому же была наращиваемая геометрия и реакция освещения на геомодификацию.

У движка было всего две итерации, и в полную мощность он работал лишь на ПК. В версии Red Faction для PS2 его особенности пришлось жестко урезать в угоду оптимизации. Позже Слэгл ушел из индустрии, а на полную его идеи заработали лишь в 2011 году, с выходом Red Faction Armageddon, которая стала лебединой песнью движка и всего сериала.

Aurora Engine

Преемником Infinity в эпоху полноценного 3D, стал Aurora Engine от все той же BioWare. В 2002 году на нем вышла большая RPG Newerwinter Nights и два ее дополнения. В начале нового тысячелетия ролевки перешли в честные три измерения, на полную развернув свои миры перед игроками, жаждущими исследования и отыгрыша. В те времена BioWare была одним из лучших поставщиков таких миров, а с новым движком их игры были упакованы в не уступающую масштабам графику, с динамическими тенями и системой частиц.

В 2004 году движок лицензировали поляки из CD Projekt RED для первой части The Witcher. Мощности технологии не удовлетворили польских разработчиков, отчего им пришлось переписать около восьмидесяти процентов кода. В основном изменения затрагивали рендеринг, отчего картинка Aurora значительно изменилась, движок оброс пост-эффектами, новой системой освещения, динамической сменой дня и ночи, погодными эффектами и новой физической моделью Karma. Таким образом, был проложен путь к RED Engine, будущему наследнику модифицированной Aurora от CD project RED.

Позже сами BioWare взялись развивать идеи своего стареющего движка. В 2003 году вышла Star Wars: Knights of the Old Republic, работающая на измененной версии Aurora Engine - Odyssey. Разработчики внедряли все новые и новые инструменты в старый движок, пока не поняли, что сделали совершенно новый. В 2006 году Odyssey был переработан и превратился в Electron, легший в основу Newerwinter Nights 2.

Gamebryo

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

Компания Neumerical Design Limited, занимающаяся разработкой рендереров для AutoCAD, после контракта с Interactive Magic создали Gamebryo. Усилиями отдела продаж движок превратился в здорового конкурента RenderWare. Он умел все то же самое, но в больших масштабах: качественные эффекты воды, высокая дальность отрисовки пространства, высокая детализация текстур, поддержка физики Havok и мультиплатформенность.

Dark Age of Camelot, The Elder Scrolls III: Morrowind, Divinity 2, Rift, Bully Scholarship Edition, Epic Mickey, Catherine, Fallout 3 и Warhammer Online: Age of Reckoning – лишь малый список игр, созданных на Gamebryo.

Bethesda так были воодушевлены местным инструментарием, что создали на этом движке не только Morrowind но и The Elder Scrolls IV: Oblivion, Fallout 3 и Fallout New Vegas (силами Obsidian). Лишь позже они переехали на свой собственный движок Creation, который в целом перенял все достоинства и недостатки Gamebryo.

Однако движок застрял в прошлом и на презентации новой версии в 2013 году (которая поддерживала DirectX11 и дружила с железом WiiU) стало ясно, что по качеству картинки технология осталась где-то в 2009.

Unreal Engine 2

Вторая версия UE вышла в 2002 году вместе с релизом Unreal Tournament 2003. В ней были практически полностью переписаны ядро и механизм рендеринга, добавлен физический движок Karma с физикой ragdoll и новая ревизия UnrealEd. Epic наращивали удобство инструментария и актуальность используемых технологий, и их подход, позже выльется в сверхпопулярный UE3 основанный на тех же принципах.

Вторая версия Unreal Engine легла в основу Unreal II: The Awakening, Brothers in Arms: Road to Hill 30, Pariah, SWAT 4, Tom Clancy's Splinter Cell: Double Agent и других.

У движка были улучшенные версии вроде Unreal Engine 2.5 с кучей докрученных технологий вроде DirectX 9, OpenGL 2 и Pixomatic, а также Unreal Engine 2X заточенной конкретно под первый Xbox.

Разработчики из сторонних студий часто использовали UE2 для создания собственных движков. Например, в Thief: Deadly Shadows и Deus Ex: Invisible War, использовался переписанный движок от Epic, названный внутри студии Flesh. Irrational Games написали свой Vengeance Engine (Tribes: Vengeance, SWAT 4) на основе Unreal Engine 2.5, с добавлением HDR, физики Havok 2.0 и других вещей, нынче ставших нормой для любого трехмерного движка. В BioShock (от все той же Irrational) поначалу был задействован Vengeance Engine, однако затем Кен Левин перевел всю команду на свежий Unreal Engine 3. Движки Ubisoft, ставшие основой для большинства их игр середины двухтысячных - YETI engine и LEAD engine, так же были созданы на основе Unreal Engine 2.5.

Jade Engine

Названный в честь главной героини Beyond Good & Evil, движок от Ubisoft, лег в основу не только BG&E, но и второй трилогии Prince of Persia, а так же серии игр про безумных кроликов Rayman Raving Rabbids (вытеснивших самого Рэймана).

В рамках одной технологии BG&E превращается то в игру с открытым миром, то в напряженный стэлс, то в квест, то в симулятор фотографа, то в гонки. Эта чехарда сопровождается отличными эффектами и разнообразными фильтрами. Так же в играх на Jade постоянно использовались постэффекты, делавшие картинку в нужной степени кинематографичной, особенно для начала двухтысячных. А уж занавески, ведущие себя по всем законам физики, в Prince of Persia: The Sands of Time свели с ума многих игроков.

В 2009 году, когда движок окончательно устарел, Ubisoft начали использовать его в играх для портативных консолей и систем со слабым железом, вроде Wii. На основе Jade был создан другой игровой движок компании - Fox, на котором были сделаны игры Naruto: Rise of a Ninja и Naruto: The Broken Bond. Специально для этих проектов в движок была добавлена технология Cell-Shading.

Id Tech 4

Джон Кармак в 2003 году приступил к новому проекту. Технология создавалась с нуля, ведь писать пришлось на C++, ибо C, к тому моменту, уже не хватало. Показы Doom 3 на выставках говорили о том, что Кармак снова тащит индустрию за собой, в какой раз уже делая машину для убийства компьютерного железа. На смену Кармаковской карте освещения пришло попиксельное, да еще и с технологией самозатенения. Главным же новшеством была технология Мегатекстурирования, которая кроме как в Enemy Territory Quake Wars больше нигде не использовалась, однако пригодилась в будущих версиях движка.

Графика у Кармака была отличной, а вот удобство использования хромало. В середине двухтысячных все уже привыкли к удобному во всех смыслах Unreal Engine, который дошел до ревизии 2.5 и содержал в себе уйму инструментов для игр любых жанров. Еще и ценник в 250 000 долларов за лицензию на одну игру выглядел не сильно привлекательно. Работать с неудобной командной строкой и постигать глубины id Tech 4 мало кто хотел. Тем не менее, на движке вышло немало достойных игр вроде Prey, Wolfenstein (2010), Quake 4 и Brink.

Source Engine

Valve не привыкать перестраивать технологии с нуля. Сначала они перестроили Quake Engine для Half-Life. Затем в 2004 они перестроили свой GoldSrc для Half-Life 2. Так и появился известный Source, гордость Valve и икона моддерского сообщества. На фоне конкурентов движок отличали новые графические технологии – подробная физическая модель (перестроенный с нуля Havok), скелетная анимация с реверсной кинематикой, продвинутая технология Ambient occlusion, шейдерная вода и лицевая анимация с автоматической синхронизацией губ. Ну и завершал все это открытый исходный код вкупе с редактором Source Development Kit, в котором можно было создавать игры любых жанров. В 2005 году с выходом демки Half-Life 2: Lost Coast Valve добавили в движок еще и поддержку HDR.

Source лег в основу как игр от самой Valve так и проектов других студий. На нем были созданы Portal, Left 4 Dead, Team Fortress 2, Dark Messiah of Might & Magic, Dear Esther, Tactical Intervention, The Stanley Parable, обе части Titanfall, Apex Legends а так-же Counter Strike: Source и другие популярные проекты.

В трейлере Half-Life: Alyx, которая должна выйти уже в этом году, Valve продемонстрировали новую итерацию движка - Source 2. Технология уже была задействована в Dota 2 – Reborn, однако в довольно сыром виде. Если верить короткому трейлеру Alyx, пожилой движок снова выглядит внушительно: новые физика и освещение впечатляют, а заточенность под VR дает надежду на неслабый импакт от геймплея и окружения.

Unity

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

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

Движок стоил дешево, в отличие от той же технологии id, имел бесплатную версию и подписку стоимостью 120 долларов в месяц на человека против лицензии id Tech за 250 000 долларов на один проект.

Unity сегодня — самый доступный, легкий в освоении, гибкий движок, с пользовательским интерфейсом не сложнее Photoshop. На нем работают игры самого разного калибра: от проектов Blizzard вроде Hearthstone: Heroes of Warcraft или огромной Endless Space, до инди разработок вроде The Missing, Gone Home или Firewatch. А также мобильных проектов типа Dead Trigger, Bad Piggies, и сверхпопулярной Pokemon GO. Обширные возможности движка наглядно продемонстрированы в технодемках вроде Adam, Blacksmith и совсем свежей The Heretic. В них показаны максимальные возможности движка и то, что Unity не отстает от флагманов вроде UE или id Tech по сложности и навороченности картинки.

CryENGINE

Начав в 2000 как бенчмарк Nvidia, движок CryENGINE превратился в самостоятельную единицу и открытый объект лицензирования после релиза первой части Far Cry в 2005 году. Crytek разработали прекрасную технологию и игру, что показывала ее достоинства. Братья Йерли оснастили движок всеми необходимыми наворотами для работы с открытыми уровнями, немыслимым количеством отображаемого пространства и хитрым отображением уровня детализации, когда объекты вдали движок подменяет на спрайты вместо моделей. Еще в рукаве у разработчиков была технология PolyBump позволявшая создавать низкополигональные модели, на вид не отличающиеся от высокополигональных.

Но с лицензированием движка не задалось. На CryENGINE было сделано всего пять игр, четыре из которых принадлежали к франшизе Far Cry, а пятой была корейская MMO Aion: Tower of Eternity. Братья Йерли продали все права на движок и торговую марку Far Cry издателю Ubisoft и решили начать все сначала под крылом EA. Именно поэтому все остальные итерации движка называются CryEngine, строчными буквами без капслока.

Serious Engine

Тихие хорваты из Croteam не спеша делали свой ответ Doom, мясной шутер Serious Sam и случайно создали довольно мощный движок, который в последствии будут сравнивать с монструозным Unreal Engine. Особенностью мотора от Croteam была его быстрота и доступность, а так же отрисовка огромных пространств и большого числа противников одновременно. Получилось так, что и игру выпустили, и движок нескольким сторонним студиям лицензировали.

Вторая версия движка хвасталась поддержкой HDR, продвинутым ИИ и ragdoll-физикой однако покупать ее никто не спешил. Вышедший в 2005 году на данной версии движка Serious Sam 2, оказался не очень удачным.

Третья версия движка оказалась намного сильнее, на ней были сделаны HD-ремейк первой части Serious Sam и Serious Sam 3. Движок был заточен под консоли седьмого поколения и многоядерные процессоры и использовал DirecX11. А вот четвертая итерация Serious Engine легшая в основу The Talos Principle и VR версии первой части Serious Sam, могла похвастаться новомодными эффектами и неплохой оптимизацией. Чего уж говорить о поддержке VR.

В новой итерации Serious Engine, на которой в данный момент создается Serious Sam 4, хорваты обещают реализовать полноценный открытый мир и транспортные средства для передвижения.

Yeti Engine

Помимо неплохого Jade Engine у Ubisoft было еще пара технологий, в числе которых как раз был движок Yeti, ориентированный в первую очередь на консоли. Yeti был разработан студией Ubisoft Tiwak (бывшие Yeti Interactive) в 2006 году для Xbox 360-версии Tom Clancy's Ghost Recon Advanced Warfighter и использовался вплоть до 2012 года.

Движок умел все, что в те годы требовалось от хорошего кроссплатформенного движка: шейдеры, God Rays, HDR, динамические тени, затенение от деревьев, интеграция с PhysX, глубина резкости, пост-фильтры и др. На движке вышло около десятка проектов, среди которых Lost: Via Domus, Beowulf: The Game и Tom Clancy's Ghost Recon: Future Soldier.

MT Framework

В 2006 году Capcom вошли в седьмое поколение консолей с новым движком, собранным в один пакет из старых инструментов для работы с Xbox 360. Основная особенность мотора была в работе с каждым ядром CPU напрямую, разделяя задачи на потоки. Тот самый Multi-Threading вынесенный в название. Хотя по другой версии аббревиатура расшифровывается как Megaman Trigger. Поначалу железо PS3 не поддавалось мультипотоковости из-за процессора Cell, отчего Lost Planet: Extreme Condition и Dead Rising долгое время были эксклюзивами X360, однако со временем разработчикам удалось создать специальные инструменты и делать игры даже под сложный процессор Sony. Толпы зомби (при этом не вредящих FPS) в Dead Rising ошеломляют до сих пор, Resident Evil 5 и Devil May Cry 4 все еще выглядят потрясно и даже Dragon`s Dogma может похвастаться неплохой картинкой при наличии немаленького открытого мира.

У движка была мобильная версия, благодаря которой смог случиться порт Resident Evil: Revelations c 3DS, ведь все игры на данном движке изначально создаются с максимально возможной графикой, а уже после обрезаются под конкретные требования конкретной платформы. Отсюда и превосходное качество портов от Capcom, пытавшихся изо всех сил очистить репутацию после фиаско с Sourcenext.

Unreal Engine 3

UE2 принес Epic очень много денег и в компании поняли, что разработка движков намного прибыльнее разработки игр. В 2006 году свет увидела Gears of War наглядно демонстрирующая возможности новой итерации движка, и заодно в выгодном свете показывающая возможности свежего Xbox 360.

UE3, в будущем, станет победителем седьмого консольного поколения, ведь большинство ведущих игровых тайтлов будут сделаны именно на его основе. Плюс Epic окажут колоссальное влияние на индустрию, принеся не только HD графику нового поколения, но и ту самую механику шутеров с укрытиями, став новыми id Software во второй половине двухтысячных.

В UE3 компания собрала все наработки и инструменты с предыдущих итераций движка, созданные не только Epic, но и прочими компаниями-партнерами (вроде технологии SpeedTree). Все это было упаковано в очередную ревизию UnrealED и прекрасно раскрывало возможности консолей седьмого поколения. К тому же фирмам, что уже приобрели UE2, можно было просто обновить его до UE3 и работать с новыми инструментами в уже привычном, старом интерфейсе.

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

Позже вышла ревизия UE3.5, в которой было усовершенствовано освещение Ambient occlusion, и увеличено число обрабатываемых объектов в кадре, добавлена новая технология динамической водной поверхности, физика мягких тел и проведена глобальная работа над вышеперечисленными недостатками. Игры стали ярче, четче и разнообразнее визуально.

Помимо трилогии Gears of War на UE3 работали: трилогия Mass Effect, трилогия Bioshock, трилогия Batman Arkham, Mortal Kombat (2011), дилогия Injustice, Singularity, дилогия Borderlands, Alpha Protocol, Unreal Tournament 3, Medal of Honor (2010), Shadows of the Damned, Alice Madness Returns, Bulletstorm, XCOM и даже мобильные проекты вроде серии Infinity Blade.

Rockstar Advanced Game Engine

Поработав с RenderWare и поняв, что технология себя изжила, Rockstar взялись за разработку собственного инструментария, который позже станет фундаментом для будущих проектов студии вроде GTA и Red Dead Redemption.

В 2006 году компания выпустила симулятор настольного тенниса Rockstar Table Tennis. Никто к такому не был готов. Все ждали чего угодно от скандальной студии, но не симулятор тенниса. Однако именно в этой игре Rockstar презентовали новый движок RAGE, заточенный под консоли нового поколения и оснащенный передовой физической технологией Euphoria от NaturalMotion c процедурной генерацией анимации и инверсной кинематикой. Кроме как Rockstar, навороченная технология от NM, толком больше нигде не использовалась – разве что с грехом пополам в Star Wars The Force Unleashed и не очень удачном футбольном симуляторе Backbreaker. Однако это не мешало NM жить за счет своего анимационного движка Endorphin и мобильных разработок в будущем.

RAGE основан на движке Angel Game Engine, использовавшийся для игр серии Midnight Club и проектов Rockstar шестого поколения игровых консолей.

В 2008 году вышла GTA IV, во всей красе показавшая, на что способен новый движок. Игра попала в книгу рекордов Гиннеса как одна из самых распродаваемых за короткий промежуток времени. Новая часть гангстерской саги выглядела отлично, а из-за маниакально проработанных мелочей, революционной физики и анимации, огромного бесшовного города, регистрации попаданий по разным частям тел врагов и других многочисленных нюансов, казалась пришельцем из далекого будущего. Игры была настоящим next-gen проектом, которого так давно ждали игроки. Так же скрупулезно разработчики проработали физику автомобилей, максимально приближенной к симуляторной, но все равно работающей как аркадная. Хитрая система учитывала вес машин, силу сцепления шин с поверхностью, погодные условия и многое другое. Это делало езду сложной в управлении и опасной на высоких скоростях. Позже в GTA V физику упростили в пользу большей аркадности и простоты освоения.

Позже Rockstar поняли, что движок годится не только для игр в открытом мире вроде GTA или RDR, но и для драйвовых шутеров от третьего лица, вроде Max Payne 3. Игра отличалась проработанной шутерной механикой с сильным импактом от экшна. Позже компания использовала наработки Max Payne 3 в GTA V.

Последняя на данный момент игра на RAGE – Red Dead Redemption 2, одна из самых красивых игр текущего восьмого консольного поколения, имеет охапку наград и внушительные продажи.

CryEngine 2

Учтя опыт работы с первой версией своего движка, братья Йерли начали все заново с другим издателем и другой игровой серией. В 2007 году CryEngine 2 выдавал отличную картинку и аккуратно вклинился между легким в освоении UE3 и неподатливым, но технологичным id Tech 4.

За четыре года существования движка его лицензировали больше студий, нежели первый CryENGINE. В основном, конечно, для обучающих целей, но игр на нем было сделано не меньше десятка. Например, первый Crysis с аддоном, Entropia Universe, Blue Mars и Merchants of Brooklyn.

Главной же особенностью нового движка были отличная картинка вкупе с отличной оптимизацией под 64-разрядные процессоры и поддержкой Direct3D 10.

Anvil Engine

В 2007 году вышла первая Assassin's Creed. Помимо графики нового поколения и большого по тем временам мира, предлагавшая принципиально новый геймплей. Вместо стандартного передвижения Ubisoft предлагали игрокам преодолевать практически любые препятствия прямо на бегу, лазить по стенам, перепрыгивать с крыши на крышу, взбираться на шпили древних достопримечательностей и тд. Специально для обсчета новой системы взаимодействия с окружением, был написал Scimitar Engine.

Scimitar служил верно, но недолго — уже в Prince of Persia (2008), вместе с добавлением шейдеров cell-shading, Ubisoft переименовали его в Anvil. Движок обрел собственное имя и до сих пор используется внутренними студиями при работе над сериалами Aassassins Creed и Ghost Recon.

Для Assassin's Creed 2 вышедшей в 2009 году движок обновили косметикой, добавили продвинутую систему растительности из Far Cry 2 (в этом плане Dunia Engine был слишком хорош), переработали физику тканей и искусственный интеллект. У Ubisoft на руках был один из самых мощных проприетарных движков на рынке, чем они во всю пользовались.

Главным же недостатком движка была работа только под DirectX9. При разработке триквела AC в издательстве поняли, что выпускать в 2012 году проект только с поддержкой DX 9 минимум глупо. Так была добавлена поддержка DX 10 и 11. Графика была на высоте, поэтому разработчики сделали упор на продвинутую анимацию и масштабность, подтянув количество персонажей до 3000 на локацию, да еще и с поумневшим ИИ. На этой же версии движка вышли AC 4 и Rogue в 2013 и 2014 годах. Игры во всю демонстрировали старость технологии, особенно на фоне эксклюзивов Sony и проектов на движке от id Software.

Dunia Engine

Еще один технологичный движок от Ubisoft, использующийся преимущественно в серии шутеров Far Cry начиная с сиквела, вышедшего в 2008 году. Dunia был разработан на основе первой версии CryENGINE, продолжая его идеи и развивая сильные стороны. Разработчики говорили, что от оригинальной технологии осталось лишь пара процентов, все остальное было переписано заново, однако именно идеологически Dunia - CryENGINE от Ubisoft.

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

В Far Cry 2, вдобавок ко всему, дебютировала технология физически точного огня, перекидывающегося от очага возгорания на соседние объекты, леса и поля, распространяясь ветром.

В 2009 году вышла James Cameron's Avatar: The Game, в основе которой был все тот же Dunia Engine, а отличительной чертой проекта было честное стереоскопическое 3D.

Позже движок был доработан и последующие части серии, начиная с Far Cry 3, выходили уже на Dunia Engine 2, вплоть до пятой части и аддона New Dawn.

Eclipse Engine

Наигравшись с Odyssey и Electron, BioWare во время проблемной разработки Dragon Age: Origins в очередной раз переработали свой движок. Консоли нового поколения диктовали свои условия, а порядком устаревший Electron за ними уже не поспевал. Новая реинкарнация получила название Eclipse Engine и вышла на ней лишь Dragon Age: Origins в 2009 году и аддон к ней.

В основном все изменения коснулись технологии рендеринга и косметики: новых пост-эффектов вроде motion blur, глубины резкости и интеграции PhysX.

Более поздняя итерация Eclipse получила название Lycium Engine и стала основой для Dragon Age 2 - последней игры, созданной на собственном движке BioWare. Еще до релиза первой Dragon Age студия уже вовсю работала с Unreal Engine 3 на серии Mass Effect, а в будущем и вовсе перешла на Frostbite.

Frostbite

Отказавшись от сторонних технологий, DICE разработали собственный инструментарий для создания шутеров. После первого появления в 2008 году, Frostbite стал одним из ведущих движков прошлого и текущего консольных поколений. Обретя славу благодаря разрушаемости и реалистичным визуальным эффектам в дилогии Battlefield: Bad Company, движок стал основным инструментом для DICE. А позже и всей EA, заставляющей разработчиков создавать на Frostbite игры разных жанров.

Первая версия движка не поддерживала DirectX11, однако уже во Frostbite 2 ее добавили, в результате чего Battlefield 3 долгое время была одной из самых технологичных игр, наравне с Crysis 2 и эксклюзивами Sony.

Crystal Tools

В 2009 году из под пера Square Enix вышла Final Fantasy XIII, задуманная как флагман игра, поражающая своей навороченной картинкой. Проект оказался не особо успешным и собрал смешанную критику, однако положенный в его основу движок Crystal Tools, с поставленными задачами справился хорошо. FFXIII в 2009 году была одной из самых красивых игр, и приятная картинка для многих перекрыла все ее недостатки вроде монотонного игрового процесса, тесных локаций и слабого сценария. В результате чего Square Enix продолжили тринадцатую часть еще двумя играми: Final Fantasy XIII-2 и Lightning Returns: Final Fantasy XIII.

Изначально движок назывался White Engine и был ориентирован на PS2, однако из-за проблемного процесса разработки был переписан под PS3. Главной фишкой Crystal Tools было не только высокое качество графики, но и бесшовные переходы от кат-сцен к кинематографическим вставкам, что делало FFXIII и ее сиквелы киматографичнее многих конкурентов.

Avalanche Engine 2.0

Движок-тайна в силу того, что Avalanche Studios до сих пор хранят молчание о спецификациях, методах работы и процессе создания движка. Дьявольски красивая картинка, продвинутая симуляция погодных эффектов и огромные игровые пространства без подгрузок сделали имя движку, а его отрицание любых DirectX кроме 10 в 2010 году неслабо удивляло. Just Cause 2 созданная на AE2.0 была одной из самых красивых игр начала прошлого десятилетия и даже сегодня ей есть чем удивить.

Более поздние итерации движка, используемые в Just Cause 3, Just Cause 4 и Mad Max продолжали начатое в 2010 году и дошли вплоть до реалистичной симуляции внутриигровых стихийных бедствий, вроде торнадо.

В виду ограничения Фотоматериалов

ПРОДОЛЖЕНИЕ СЛЕДУЕТ...