Не, единица провода представлена отдельной моделькой + к проводам, емнип, не причастна симуляция Havok'a, а используется там простая физика.

В Сталкере грамотно рендерер сделан. Конечно, какие-то узлы устарели и сегодня их можно сделать эффективнее, но в целом он хорош и оптимизирован. Из основного, если внедрить ПБР, отражения и GI - тогда совсем конфетка станет.

Вот насчет оптимизации не надо, неужели вы серьезно думаете что в серьезных движках вроде ID Tech занимаются асмокодингом просто от нечего делать?

Любой игролел вам скажет что в сталкере как минимум дико неоптимизированное управление памятью, его чаще всего переписывают или реализуют что-то более быстрое чем обыкновенные new/delete они же xr_new/xr_delete

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

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

Я не про управление памятью и xr_delete, а про рендерер толкую.

В рендере используется doug lea memory allocator.

знаю.



поищите сколько в рендере используется xr_new

Я, как мимокрокодил, зацепился за эту фразу.
Прошу прощения - но интересно же - почему так?

Почти всё при создании и загрузке ресурсов. На кой там быстрая работа с памятью?
Самый критичный к производительности код который выполняется каждый кадр как раз использует dlmalloc.

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



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

В 4A движке куча других улучшений для быстрой загрузки. Коллизия хранится в готовом виде, а не считается каждый раз, бинарные конфиги, которые не тратят время на парсинг, поиск параметров и преобразование параметров из строк в то что нужно. Есть стриминг текстур вместо загрузки сразу всех в лоб. Анимации хранятся отдельно, а не как в сталкере здоровенными файлами, которые грузятся сразу целиком.(особенно в ТЧ, т.к. там даже если кривая состоит только из резких переходов всё ровно пишутся данные для интерполяции)

Поверьте тут дело не только в выделяторе памяти.

кстати меня всегда удивляло - почему нельзя было вместо кучи конфигов завести десяток таблиц в какойнибудь sqlite? быстрее было бы.

плюс скорее всего еще там скрипты скомпилянные в байткод, а не как в иксрее.

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

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

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

PS. Ну и я сомневаюсь что в Сталкере все упирается в парсинг конфигов, но я с ним не особо знаком.


Да как-бы вполне стандартно все - есть лайтпробы, AO для ландшафта, AO для моделей, естессно есть енвпробы для индиректа.
Но в остальном - динамика.


Так а чего не хватает то? Со всеми последними исследованиями (типа multiscattering compensation и прочего) - результат мало отличим от референса.
Все тесты духовкой проходятся с минимальными погрешностями низкого порядка.

При этом совместимость с DCC и юниформный пайплайн. Back2back2back win, почему нет?

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

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

iOrange, Ты ранее упоминал, что занимаешься изучением рендера Metro Exodus. Не знаешь, там для TAA применяется ли расчет векторов движения для анимированной динамики и сколько в TAA вообще семплов используется?

Вроде, могу проверить дома.


Эти шейдеры не смотрел, но motion вектора конечно желательны.

Мне интересно стало, как компилятор ИИ просчитывает укрытия? Это вообще где-нибудь обсуждалось?
Хотелось бы узнать об этом поподробнее.

Да уж сто раз обсуждалось.

Из каждой ноды пускают лучи во все соседние ноды в радиусе 30м и подсчитывают, сколько лучей долетело. Чем меньше долетело, тем укрытие лучше.

Не фейки, а апроксимации. Если тебе все "фейк", то бегом за четырьмя титанами RTX, будет тебе без "фейков" - честный пастрейсинг с большим количеством семплов и 10 фпс.

Насчет дефолтного сорса - не помню подобную энтити, в VTMB ветке есть.
А так - если ганшип (та личинка с пропеллером в хвостовой части) пролетает над проводами - от ее винта ветер есть, провода двигаются.
Как минимум - на сорс 2004 и сорс 2006.
Да, я очень быстрый.:3

От меня вопрос - в дефолтном сталкире тч выше патча 00003 карусели реагируют на ручные гранаты, и гранаты для гранатомета?