Авторизация / Регистрация

[Wadimus]

Тим Кейн, создатель Fallout, рассказал о внушительных усилиях и инновациях в разработке, ради оптимизации. Минимальные системные требования игры были крайне скромными для своего времени — всего 16 мегабайт оперативной памяти.

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

YouTube

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

В результате команда приняла решение разработать собственную систему управления памятью. Принцип работы был следующим:

• При запуске игры выполнялся единственный вызов malloc для получения большого блока памяти.
• Все последующие операции с памятью выполнялись через внутренние функции.
• Система работала со специальными командами вместо прямых указателей.

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

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

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

[shinkuchan]

Потому что никто не пишет свои движки сейчас. Это просто дорого.

[Wadimus]

Сообщение от shinkuchan:

Потому что никто не пишет свои движки сейчас. Это просто дорого.

Тот же Unreal можно под свои нужны оптимизировать, но мало кто это делает.

[shinkuchan]

Сообщение от Wadimus:

Тот же Unreal можно под свои нужны оптимизировать, но мало кто это делает.

Потому что теперь нету в штате тех кто именно движком занимался.

[Wadimus]

Сообщение от shinkuchan:

Потому что теперь нету в штате тех кто именно движком занимался.

В этом то и проблема.

[elDen]

Сообщение от shinkuchan:

Потому что никто не пишет свои движки сейчас. Это просто дорого.

раньше: у нас огромная компания на 20 человек, поэтому мы напишем свой движок и сделаем культовую игру!
сейчас: у нас маленькая инди-компания на 5000 человек, поэтому мы не можем ничего сделать, кроме как использовать ue5, но оптимизировать его все равно некому, поэтому просто скажем что для игры в нашу сырую игру нужен новый пк. пук-серьк.

[Skuchniy]

Сообщение от Wadimus:

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

Да уж 100к продаж по тем временам это взлет)

[Оникся]

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

[Wadimus]

Сообщение от Оникся:

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

Даже появилось такое понятие, как сверхвысокий язык программирования. "Типа что-то поковырять" в Unreal\Unity.

[Оникся]

Сообщение от Wadimus:

Даже появилось такое понятие, как сверхвысокий язык программирования. "Типа что-то поковырять" в Unreal\Unity.

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

[Wadimus]

Сообщение от Оникся:

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

Точно.

[shinkuchan]

Сообщение от elDen:

раньше: у нас огромная компания на 20 человек, поэтому мы напишем свой движок и сделаем культовую игру!

Из спрайтов. Для разрешения 640на480. 10 фпс - можно играть. При этом следующее поколение железа +100% производительности получит, поэтому можно сделать так чтобы хоть как-то запускалось.

А теперь 100500 эффектов, трассировка, физика, свет и т.д. 60 фпс. 2к разрешение. Прирост за поколение 10%.

[elDen]

Сообщение от shinkuchan:

А теперь 100500 эффектов, трассировка, физика, свет и т.д. 60 фпс. 2к разрешение. Прирост за поколение 10%.

100500 эффектов были и раньше и они часто не жрут почти нифига.

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

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

60фпс, 2к - это все не про текущие игры. тут dlss и фреймген.