Gothic ½ Рендер D3D7 → D3D11 (патч DirectX 11)

[maxim64]

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

Спасибо. Если без фризов, это уже позитив. Процессор затрагивает повышение фпс, как следствие. Пустые кадры для видеокарты готовит процессор.
Общее наблюдение (не про FSR) Если разгрузить процессор ограничением общей частоты кадров, то "заикания" пропадают, но видеокарта начинает сбрасывать частоты, так как тоже разгружается, плохо, появляются лёгкие фризы. Если загрузить видеокарту, она поднимает частоты до штатных, соответственно растёт фпс, хорошо, но ядро процессора, на котором висит процесс игры начинает упираться в потолок, плохо, опять подёргивания. Замкнутый круг. Приходится искать баланс. Это на современных, мощных видеокартах. На процессор в этой игре ещё влияют тени и их качество. Но если всё упирается в слабую видеокарту, то FSR должен помочь.
Похоже на бодибилдера, который раскачивает красиво плечевой пояс, но забывает про ноги.

Подробнее

Я помню в Сталкере, до того как модернизировали движок в 64 бит, можно было нехитрой манипуляцией в диспетчере задач решить проблему одноядерной производительности проца. Прямо в игре открыть диспетчер задач и в процессе движка игры снять галочки со всех ядер, кроме одного. Выйти. Снова зайти в диспетчер задач и вернуть галочки на все ядра. После этого происходило якобы чудо и все ядра проца оказывались равномерно загружены до середины, исчезали подёргивания и заикания. Что происходило на самом деле: ломался планировщик и начинал очень быстро перебрасывать процесс игры с одного ядра на другое, по кругу. Милисекунды, или даже микро, не знаю. И пока процесс переходил с одного ядра на другое, старое ядро ещё досчитывало свои задачи, а новое уже начинало работать с тем же процессом. И так по кругу. Пропадал эффект перегруженности одного ядра. В Готике такое не прокатывает, а если и получается спровоцировать, то через минуту всё обратно возвращается на свои места. Вот если бы в Готике как-то заставить планировщик принудительно это делать, куча проблем ушла бы. Кстати Интел когда-то обещала сделать возможность выбрать режим одноядерной производительности для всех ядер процессора, но .... .

 

[Liker]

@maxim64, проблема с упором в CPU в НБ решена, я пофиксил движок. Затупы могут быть только на очень слабых старых процах. Ну хотя сам dx11 также ест CPU.

 

[maxim64]

@maxim64, проблема с упором в CPU в НБ решена, я пофиксил движок. Затупы могут быть только на очень слабых старых процах. Ну хотя сам dx11 также ест CPU.

Ага, в НБ я этот приятный парадокс заметил. А как быть с другими модами? Хорошо бы движок со всеми фиксами выложить одним архивом в открытый доступ. Когда-нибудь.

 

[Liker]

@maxim64, да я этот патч давно выпустил же... Fps Improver

 

[maxim64]

@maxim64, да я этот патч давно выпустил же... Fps Improver

Этот патч стоит у меня во всех модах с прошлого лета. Он даёт небольшую прибавку фпс в разных местах, но и в Гильдиях одно ядро регулярно упирается в 100%, и в Одиссее дёргается в Варанте. А вот в НБ загрузка ядра в районе 90% в тяжёлых местах, не больше, а в обычных и того меньше. И там всё хорошо. Что-то есть ещё, может перегруженность скриптами. Но я помню ваше предупреждение, что в разных модах и на разных конфигурациях могут быть неоднозначные результаты, а лучше всего на локациях близких к Г2НВ.

 

[TraZag]

Этот патч стоит у меня во всех модах с прошлого лета. Он даёт небольшую прибавку фпс в разных местах, но и в Гильдиях одно ядро регулярно упирается в 100%, и в Одиссее дёргается в Варанте. А вот в НБ ровно в районе 90% в тяжёлых местах всё время. Что-то есть ещё, может перегруженность скриптами. Но я помню ваше предупреждение, что в разных модах и на разных конфигурациях могут быть неоднозначные результаты, а лучше всего на локациях близких к Г2НВ.

У меня этот патч тоже дал всего прибавку в 5 фпс. Ликер тогда помню удивился. Все выше перечисленное связано в большей степени с кривыми модельками и кривой геодатой. Если все по уму сделано - патчу по сути нечего фиксить. Основную нагрузку на проц дают именно рутины нпс. Большое их скопление особенно....

 

[Liker]

@maxim64, да, скрипты тоже решают.
@TraZag, если модельки выше 1к поликов - поликов будет хороший. Ну и от плотности зависит.

 

[maxim64]

@TraZag, @Liker, Спасибо, начало проясняться.