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

Разработчики используют два основных инструмента: Unreal Engine и Unity. Каждый из них имеет свои настройки падения. Понимание этих тонкостей позволяет создавать проекты с высоким уровнем реализма. ускорение свободного падения, или g, — это фундаментальная константа в физике. Но в играх ее часто корректируют ради геймплея.  Скорость свободногшо падения может быть увеличена, чтобы сделать игру динамичнее.

Стоит отметить, что свободное падение в реальности не существует без сопротивления среды. Падения предметов в вакууме — это идеальная модель. В играх мы часто имеем дело с упрощенной схемой, где величина падения задается одной цифрой. Ускорение свободного падения на Земле равно 9.81 м/с². Однако, на Юпитере ускорение свободного падения было бы намного больше. Ускорение свободного падения не зависит от массы и является постоянным.

Мы разберем, как настраивать эти параметры в движках для реалистичного полета. Ускорение — это ключ к правдоподобной анимации. Если ускорение свободного падения выставить неверно, персонаж будет выглядеть, как картонный. Законы физики свободного тела должны быть переведены в код. Это не просто цифра, это ощущение. Узнать о том как проходят реальные прыжки с парашютом можно на сайте https://pryzhokparashyut-flypiter.ru/

Как работает гравитация и расчёт скорости в физике Unreal Engine

Давайте заглянем под капот Unreal Engine. Физика в этом движке строится на симуляции твёрдых тел через модуль Chaos. Ускорение свободного падения не является магической константой — это настраиваемый вектор. По умолчанию движок использует значение около -980 единиц в секунду по оси Z. Параметр задаётся в World Settings. Ключевой параметр — Gravity Scale. Он умножает базовый вектор гравитации. Если выставить его в 2.0, то ускорение свободного падения станет вдвое сильнее. Для реалистичного полёта это критично, так как ускорение падения персонажа должно точно совпадать с земным.

В Unreal скорость падения рассчитывается по стандартной кинематической формуле. Система вычисляет изменение скорости за каждый кадр. Для свободного падения тела это работает без оговорок.

Теперь о главных компонентах настройки:

• Ускорение свободного падения — глобальная величина в проекте. Она влияет на все объекты с включённой физикой.
• Gravity Scale — локальный множитель для каждого объекта. Можно сделать один предмет тяжелее, а другой почти невесомым.
• Terminal Velocity — в реальности это предел скорости из-за сопротивления воздуха. В движке, без воздушной среды, гравитация может разогнать объект до бесконечности, если не задать лимит в коде.

Для наглядности рассмотрим типовые варианты настроек в таблице:

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

При настройке полёта вертикально вверх или вниз ускорение свободного падения играет роль возвращающей силы. Если персонаж прыгает, его начальная скорость должна быть такой, чтобы гравитация замедлила его до нуля в верхней точке. Ошибка новичков — путать G-Force с самим ускорением свободного падения. G-Force — это перегрузка, ощущаемая телом. В движке её можно эмулировать, изменяя Scale для отдельных костей скелета во время падения.

Реализация свободного падения и аэродинамики на движке Unity

В Unity подход к гравитации отличается от Unreal, хотя базовая физика остаётся той же. Здесь используется встроенный движок PhysX от Nvidia. Глобальное ускорение свободного падения задаётся в Edit -> Project Settings -> Physics. По умолчанию оно равно 9.81 по оси Y, но с обратным знаком, так как в Unity ось Y направлена вверх.

Главная особенность Unity — зависимость физики от FixedUpdate. В отличие от Unreal, где физический тик привязан к частоте кадров с компенсацией, Unity использует фиксированный шаг времени. Это означает, что ускорение свободного падения будет одинаковым на разных системах, если частота Fixed Timestep не изменена.

Для реалистичного полёта в Unity нужно учитывать аэродинамику. Сама по себе система PhysX не имеет встроенного сопротивления воздуха для свободного падения. Есть параметр Drag (линейное сопротивление), но он далёк от реальной аэродинамики.

Ключевые параметры настройки в Unity:

• Ускорение свободного падения (Gravity) — векторная величина. Можно сделать гравитацию, направленную не только вниз, но и вбок, для космических уровней.
• Drag — сила, замедляющая объект. Работает как упрощённое сопротивление среды.
• Angular Drag — сопротивление вращением. Важно для падающих объектов, которые кувыркаются.
• Use Gravity — флаг, включает или отключает гравитацию для конкретного объекта.

Сравнение настроек для разных сценариев:

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

Важно учесть, что ускорение свободного падения тела не зависит от его массы в вакууме. Но в Unity, из-за системы Impulse и Force, применение силы тяжести к объекту массой 1 кг и 100 кг будет давать разное ускорение, если не настроить Force Mode на Acceleration.

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

Настройка коллизий и обработка столкновений при падении в игровых движках

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

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

Рассмотрим ключевые параметры столкновений вблизи поверхности земли:

• Ускорение свободного падения — определяет силу, с которой объект давит на поверхность. Чем выше ускорение, тем сильнее удар.
• Bounciness — коэффициент упругости. При значении 1.0 объект отскакивает с той же скоростью, с которой упал.
• Friction — трение. Влияет на скольжение объекта после падения по наклонной плоскости.
• Impact Velocity — пороговая скорость, при которой срабатывает событие столкновения. Позволяет игнорировать лёгкие касания.

Сравнение системы коллизий для падения в Unreal и Unity:

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

В Unreal для предотвращения этого существует параметр CCD (Continuous Collision Detection). Он вычисляет траекторию падения между кадрами. В Unity эту функцию выполняет Continuous Dynamic. Включение этой опции критически важно для объектов, движущихся с большим ускорением свободного падения. Без неё падение будет выглядеть нереалистично.

Обратите внимание на обработку урона от падения. В играх часто используют формулу: Damage = mass * impactVelocity² / 2. Если ускорение свободного падения в проекте изменено (например, для другой планеты), то и расчёт урона нужно пересчитывать. Иначе персонаж будет разбиваться там, где должен мягко приземлиться.

Симуляция ветра и воздушных потоков для реалистичного полета в Unreal и Unity

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

В Unreal Engine для имитации ветра используется несколько инструментов. Основной — это Environmental Wind компонент. Он задает глобальное направление и силу ветра. Также существуют локальные эмиттеры Wind Zones, которые создают турбулентность в определенной области.

Ключевые параметры ветра в Unreal:

• Ускорение свободного падения — базовый вектор не меняется, но ветер добавляет перпендикулярную силу.
• Wind Speed — скорость ветра в м/с. Влияет на отклонение траектории падения.
• Wind Turbulence — случайные колебания силы ветра. Создает эффект порывов.
• Wind Direction — направление, в котором дует ветер.

В Unity встроенной системы ветра для физики свободного падения нет. Разработчики создают её через скрипты. Ветровое воздействие реализуется через AddForce в FixedUpdate. Также существуют готовые ассеты из Asset Store, например, Enviro или MicroSplat.

Сравнение подходов к симуляции ветра при падении:

Для реалистичного полета вблизи поверхности важно учитывать эффект «подъемной силы». Ветер, обтекая объект, создает разницу давлений. В Unreal это можно смоделировать, комбинируя Wind Zones с физическими материалами. В Unity потребуется кастомный расчет площади проекции объекта на поток воздуха.

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

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

Сравнение подходов к физике тела и анимации падения между Unity и Unreal

Когда мы говорим о свободном падении персонажа, движки по-разному анимируют его тело. В Unreal акцент сделан на процедурную анимацию через Animation Blueprint. В Unity чаще используют Root Motion или физически симулированные Ragdoll. Разница в подходах напрямую влияет на то, как падение выглядит на экране.

Ключевые различия в подходах:

• Ускорение свободного падения в Unreal влияет на физический Asset, а анимация подстраивается под него.
• В Unity анимация часто переопределяет ускорение через IK или Root Motion.
• Unreal использует Layered Per Bone Physics для отдельных частей тела во время падения.
• Unity для свободного падения чаще применяет полный Ragdoll при смерти персонажа.

Сравним настройки анимации падения:

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

В Unity анимация падения часто строится на blend trees. Движок определяет скорость падения из Rigidbody и подмешивает нужную анимацию. Для точности используют IK (Inverse Kinematics), чтобы ноги персонажа касались пола при приземлении.

Важный нюанс — зависимость анимации от ускорения свободного падения. В Unreal, если изменить Gravity Scale, анимация автоматически подстроится, так как Physics Asset получает новые данные. В Unity нужно вручную корректировать скорость воспроизведения анимации, иначе персонаж будет взлетать или падать медленнее, чем показывает анимация.

Что касается свободного падения в состоянии невесомости, оба движка позволяют отключать гравитацию. Но реализация падения в космосе отличается. В Unreal проще сделать локальные зоны гравитации через Gravity Volume. В Unity — через изменение Physics.gravity в коде или использование Constant Force.

Подведем итог

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

• Ускорение свободного падения — фундаментальная величина, которая настраивается в обоих движках через глобальные параметры. В Unreal это Gravity Scale, в Unity — Physics.gravity.
• Аэродинамика и ветер требуют кастомных решений в Unity, тогда как Unreal предоставляет встроенные Wind Zones.
• Коллизии и обработка ударов при падении критически зависят от CCD и физических материалов.
• Анимация падения в Unreal глубже интегрирована с физикой через Physical Animation. В Unity чаще используют blend trees и IK.
• Для свободного падения в вакууме ускорение не зависит от массы объекта в реальной физике, но в движках это правило нужно явно настраивать через Force Mode.

Сообщение Физика свободного падения в играх: технический разбор механики на движках Unreal и Unity появились сначала на Новости технологий, игр и гаджетов — AndreyEx News | Всё о IT, железе и инновациях.

Возможно, нам он более или менее нравится, но ясно, что Unreal Engine 5 — это графический движок, который, несмотря на то, что он очень технически продвинут, имеет серьезные проблемы с оптимизацией. и что когда мы сравниваем его с другими пользовательскими графическими движками, такими как idTech или Frostbite, ничего не получается.

Последним графическим движком, который продемонстрировал Unreal Engine 5, был RE Engine от Capcom, графический движок, который совершил скачок к современному поколению с Resident Evil Requiem. В этой игре японская компания продемонстрировала, что ее движок способен обеспечивать впечатляющее качество графики, и что она готова реализовать построение траекторий.

Очень важно четко понимать эту разницу. RE Engine в своей версии, предшествовавшей тому, что мы видели в Resident Evil Requiem, был адаптирован для консолей предыдущего поколения, и поэтому его нельзя было напрямую сравнивать с Unreal Engine 5. Версия, используемая в этой игре, эволюционировала и была адаптирована для текущего поколения.

Уровень качества графики, который мы видели в последнем видео Resident Evil Requiem, просто впечатляет, как с точки зрения моделирования персонажей, так и с точки зрения уровня геометрии, эффектов света и тени, а также системы урона, наносимого как врагам, так и главным героям.

По сравнению с предыдущими частями становится очевидным, что Resident Evil Requiem — это игра на поколение старше, и что это было бы невозможно, если бы ее разработка велась на базе PS4 и Xbox One.

RE Engine: качество графики нового поколения без превышения требований

Помимо технических сравнений, важным является уровень оптимизации, предлагаемый RE Engine, и то, как он позиционируется, если сравнивать его с игрой, основанной на Unreal Engine 5. Один из лучших примеров, которые мы можем привести в этом отношении, — это Cronos The New Dawn, который в некоторых отношениях похож на Реквием по Resident Evil.

Разница в плане оптимизации между обеими играми настолько велика, что минимальные требования Cronos The New Dawnочень похожи на рекомендуемые требования Resident Evil Requiem. Давайте рассмотрим его подробно, чтобы лучше понять.

Для игры в Cronos The New Dawn минимальные требования следующие:

• 64-разрядная Windows 10 как операционная система.
• Процессор Intel Core i5-8400F или Ryzen 5 3600.
• 16 ГБ оперативной памяти.
• Видеокарта GeForce GTX 1080 или Radeon RX 5700 XT. Правильный эквивалент — Radeon RX 5700.
• DirectX 12.
• Твердотельный накопитель с 50 ГБ свободного места.

Реквием по Обители зла.

Кронос — Новый Рассвет.

Для игры в Resident Evil Requiem рекомендуемые требования следующие:

• Windows 11 как операционная система.
• CPU Intel Core i7-8700 o AMD Ryzen 5 5500. Шесть ядер и двенадцать потоков.
• 16 ГБ двухканальной оперативной памяти.
• Видеокарта GeForce RTX 2060 SUPER с 8 ГБ или AMD Radeon RX 6600 с 8 ГБ.
• Требуемое хранилище не определено.
• DirectX 12.

GeForce GTX 1080 работает почти так же, как GeForce RTX 2060 при растеризации, а Ryzen 5 3600 работает практически так же в играх, как Ryzen 5 5500, так что мы лишь немного отстаем в графическом эквиваленте.

Однако, поскольку GeForce GTX 1080 имеет 8 ГБ графической памяти, мы соответствуем рекомендуемым требованиям Resident Evil Requiem к видеопамяти.

Разница огромна, но если сравнивать с рекомендуемыми требованиями Cronos The New Dawn, она еще больше, потому что для этого нужно:

• 64-разрядная Windows 10 как операционная система.
• Процессор Intel Core i7-10700K или Ryzen 7 3700X.
• 16 ГБ оперативной памяти.
• Видеокарта GeForce RTX 3080 или Radeon RX 6800 XT.
• DirectX 12.
• Твердотельный накопитель с 50 ГБ свободного места.

Чья это вина, Epic Games или разработчиков?

Это отличный вопрос, и правда в том, что мы не можем указать явного виновника. Epic Games заявила, что у Unreal Engine 5 нет проблем с производительностью, и что в этом виноваты разработчики, потому что они начинают циклы разработки с использованием очень мощных команд и оставляют на конец этап оптимизации на менее мощных командах.

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

Я думаю, что Epic Games говорит правду, но в то же время не признает свою долю вины, и она существует, в этом нет никаких сомнений. Мы можем ясно увидеть это в истории обновлений, которые получил этот графический движок. Например, версия Unreal Engine 5.6 улучшает загрузку ЦП в сценариях, зависящих от ЦП, и в целом способна повысить производительность до 35%.

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

Что будет дальше: Ведьмак IV и Киберпанк 2

CD Projekt RED решила отказаться от REDengine, чтобы перейти на Unreal Engine 5, графический движок, который воплотит в жизнь два ее самых важных проекта, The Witcher IV и Cyberpunk 2.

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

Это дает нам понять, что CD Projekt RED будет использовать специальную версию Unreal Engine 5 с более глубокой оптимизацией и возможностями, адаптированными к вашим реальным потребностям. На бумаге это звучит неплохо, но лучше не грешить оптимизмом и подождать, чтобы увидеть, каких результатов в итоге добьется польская студия.

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

Unreal Engine 5 — это относительно простой графический движок, который автоматизирует множество сложных задач и позволяет создавать игры с высоким качеством графики даже студиям с ограниченным бюджетом. Это преимущества, которые так привлекательны для разработчиков и которые сделали графический движок Epic Games одним из наиболее часто используемых.

К счастью, все еще существует множество пользовательских графических движков, способных творить настоящие чудеса с высокой степенью оптимизации, таких как idTech от id Software, Frostbite от EA, Snowdrop от Ubisoft, RAGE Engine от Rockstar или Decima Engine от Guerrilla Games.

Сообщение E Engine выставляет Unreal Engine 5 на посмешище появились сначала на Новости технологий, игр и гаджетов — AndreyEx News | Всё о IT, железе и инновациях.

Наоки Хамагучи подтвердил в интервью, что в Final Fantasy VII Remake, часть 3, будет использоваться графический движок Unreal Engine 4, тот же, который они использовали при разработке Final Fantasy VII Rebirth, и объяснил, почему они приняли это решение.

По словам Хамагучи, режиссера римейков Final Fantasy VII, они решили продолжить использовать Unreal Engine 4, потому что они создали сильно модифицированную версию, которая соответствует их потребностям, и потому что он считает, что лучше иметь что-то, с чем они уже знакомы и что уже адаптировано к тому, что им нужно. . вам нужно что-то новое.

Что означает, что в Final Fantasy VII Remake Part 3 используется движок Unreal Engine 4

В целом, использование Unreal Engine 4 подразумевает, что Final Fantasy VII Remake, часть 3, не будет такой требовательной, как игра, основанная на Unreal Engine 5, и что она будет лучше работать как на скромных ПК, так и на консолях текущего поколения.

Это гораздо менее требовательный графический движок, чем Unreal Engine 5, но в качестве аналога он не способен обеспечивать такой же уровень качества графики и не поддерживает такие технологии, как Nanite, что значительно улучшает качество геометрии.

В общем, хорошо используемого Unreal Engine 4 достаточно, чтобы достичь хорошего технического уровня в играх, о чем я уже говорил вам в свое время в своем анализе Final Fantasy VII Rebirth для ПК. Эта игра не идеальна, на самом деле освещение и тени можно улучшить, но в целом она выглядит хорошо и соответствует требованиям, прежде всего, благодаря хорошей обстановке и моделированию персонажей.

Все необходимое для ремейка Final Fantasy VII, часть 3

Знание того, что в этой игре будет использоваться движок Unreal Engine 4, позволяет нам также интуитивно понять ее возможные требования. Они должны быть такими же или очень похожими на Final Fantasy VII Rebirth, потому что в конце концов обе игры будут иметь одинаковую техническую основу и будут разрабатываться на основе спецификаций PS5.

Было бы хорошо, если бы в этой новой части Square Enix рассмотрела возможность поддержки глобального освещения с помощью трассировки лучей, поскольку эта технология могла бы решить один из самых больших недостатков Final Fantasy VII Rebirth, и, будучи необязательной, она не соответствовала бы базовым требованиям игры, так что она оставалась бы очень доступной на аппаратном уровне.

Возможные минимальные требования

• Windows 11 как операционная система.
• Процессор Intel Core i3-10100F для Ryzen 5 2500X. Четыре ядра и восемь потоков.
• 16 ГБ оперативной памяти.
• Видеокарта Radeon RX 6600, Intel Arc A580 или GeForce RTX 2060 SUPER.
• Твердотельный накопитель со 155 ГБ свободного места.

При таких настройках игра должна без проблем работать в разрешении 1080p со средним качеством и скоростью более 30 кадров в секунду.

Возможные рекомендуемые требования

• Windows 11 как операционная система.
• Процессор Intel Core i5-12400 или AMD Ryzen 5 5600. Шесть ядер и двенадцать потоков.
• 16 ГБ оперативной памяти.
• Видеокарта Radeon RX 6700 XT или видеокарта GeForce RTX 3060.
• Твердотельный накопитель со 155 ГБ свободного места.

Эти спецификации должны позволить нам играть в Final Fantasy VII Remake, часть 3, в разрешении 1080p с очень высоким или максимальным качеством при скорости 60 кадров в секунду.

Сообщение Final Fantasy VII Remake, часть 3: графический движок и возможные требования появились сначала на Новости технологий, игр и гаджетов — AndreyEx News | Всё о IT, железе и инновациях.

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

Epic Games попыталась улучшить ситуацию с выпуском обновления 5.6, которое вносит общие улучшения, которые позволили повысить производительность на 25% в сценариях, зависящих от графического процессора, и до 35% в ситуациях, зависящих от процессора, то есть когда процессор является основным ограничителем общей производительности.

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

Unreal Engine 5 по сравнению с Frostbite Engine: производительность в три раза выше

Если мы посмотрим на данные о производительности самых продвинутых и требовательных игр, появившихся на ПК за последние несколько месяцев на базе Unreal Engine 5, и сравним их с данными о производительности других игр, которые также являются одними из самых продвинутых, но в которых используются собственные графические движки, разница столь же огромна, как и в других. что становится ясно, что с Unreal Engine 5 что-то не так.

Например, Mafia The Old Country, использующая графический движок Epic Games, развивает средние 50-60 кадров в секунду при разрешении 4K с потрясающим качеством на ПК с процессором GeForce RTX 5090 FE, 32 ГБ памяти DDR5 со скоростью 6000 МБИТ / с CL30 и Ryzen 7 9800X3D. Metal Gear Solid Delta: Snake Eater на том же ПК с разрешением 4K и качеством Ultra работает в среднем со скоростью от 55 до 65 кадров в секунду.

Невозможно добиться стабильных 60 кадров в секунду на GeForce RTX 5090 FE ни в одной из этих двух игр с собственным разрешением 4K и максимальным качеством, не прибегая к масштабированию. Тем не менее, DOOM The Dark Ages работает со средней скоростью от 75 до 85 кадров в секунду при разрешении 4K со сверхскоростным качеством, и в этой игре используется трассировка лучей, применяемая к освещению, бликам и теням.

В DOOM The Dark Ages используется графический движок idTech 8, и с этими данными о производительности он доказывает, что это движок, намного превосходящий Unreal Engine 5, поскольку эта игра работает на 41% лучше, чем Mafia The Old Country, несмотря на то, что в ней изначально включена трассировка лучей. Цифры не лгут, и эта огромная разница не оставляет ничего хорошего графическому движку Epic Games.

Однако, если мы перейдем к данным о производительности Battlefield 6, разница станет еще более впечатляющей, оставив Unreal Engine 5 на первом месте. Новинка от EA показывает скорость от 170 до 180 кадров в секунду на родном языке при сверхвысоком качестве и разрешении 4K на том ПК, который я вам описал выше, и игра предлагает выдающуюся техническую отделку во всех отношениях. показывает огромные сценарии со сложной системой физики и разрушения и может работать с большим количеством врагов. игроки.

Esto significa que Battlefield 6, que utiliza el motor gráfico Frostbite Engine, es capaz de triplicar el rendimiento de Mafia The Old Country y Metal Gear Delta Snake Eater. Ни в одной из этих двух игр нет графической отделки, которая оправдывала бы их огромное потребление ресурсов и низкую производительность, и обе они являются ярким примером проблем плохой оптимизации, которые преследуют мир компьютерных игр с момента выпуска Unreal Engine 5.

Глядя на то, насколько хорошо работают игры с собственными графическими движками, за исключением нескольких исключений, таких как Bethesda Creation Engine, становится ясно, что это лучший инструмент для разработки игр с хорошей технической отделкой и хорошим уровнем производительности. на ПК. Epic Games может оправдываться сколько угодно, но Unreal Engine — это лучший инструмент для разработки игр с хорошей технической отделкой и хорошим уровнем производительности. Engine 5 не принес никакой пользы играм на ПК и довел требования до абсурдного уровня.

Сообщение Unreal Engine 5 работает в три раза хуже, чем Frostbite Engine появились сначала на Новости технологий, игр и гаджетов — AndreyEx News | Всё о IT, железе и инновациях.