Оставьте в покое движок

Коротко попробую рассказать, почему говорить «старый движок Fallout 76» — некорректно.

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

Сам движок Creation Engine пережил уже три поколения (два первых Bethesda лицензировала, а третье - уже собственная разработка):

Тот факт, что в движке остался код из TES III: Morrowind - неудивительно, и, более того, закономерно: незачем переписывать участки кода, если они работают хорошо. Другое дело, что точно не известно, какие именно компоненты сохранились.

Например, математические функции (вектора, матрицы, цвета), менеджер памяти и менеджер ввода с клавиатуры, мыши, геймпада можно было и не переписывать: от того, что появился DirectX 12, функция быстрого расчёта косинуса не изменилась - как не менялась многие годы.

Есть впечатление, что не особенно были изменены подсистемы упаковки ресурсов (esp/esm), анимации, и, судя по проблемам с зависимостью скорости персонажей от FPS, работа в многопоточном режиме - но это на уровне догадок.

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

Очевидно, что изменения в движок вносились: как минимум, новый рендеринг был и в Oblivion, и в Skyrim, и в Fallout 4, появился Radiant AI (если это движковая фича), добавлен сетевой код Fallout 76.

Почему появляются баги? Не от лени, нет.

У разработчика всегда есть дедлайн (deadline) - дата, когда определённый набор функций должен быть готов для использования другими людьми. Некоторые задачи решаются быстрее плана, некоторые медленнее, но в целом, есть тенденция к затягиванию сроков разработки, даже если вся команда будет работать по 10 часов 7 дней в неделю.

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

Отсюда и все недоработки - студии стараются выпускать интересные в определённых аспектах игры в сжатые сроки и с ограничением по бюджету, поэтому наибольший приоритет имеют именно ключевые механики и совсем уж грубые недоработки, всё остальное правится в патче первого дня, в DLC, или не правится вовсе. Можно проиллюстрировать цитатой из четвёртого издания Game Coding Complete: