АЕР 2.01 - тюнинг графики.

[Youss]

Один знакомый сделал настройщик. Перед применением сделайте резервные копии il2_core.dll + conf.ini

Все использование - на ваш страх и риск.

Автор отвественности не несет и жаждет подарит (С++) сырцы тому, кто продолжит развитие программы.

В данной ветке прошу без флейма - постить только

1) баги,
2) результаты измерений,
3) похвалы автору (не мне).

Проклятия в адрес автора постить в отдельной ветке.

Тема "Bf.109-xx vs XXXX" поностью запрещена!

P.S. Польза от нее владельцам карточек с шейдерами 2.0

[Serp]

Один знакомый сделал настройщик. Перед применением сделайте резервные копии il2_core.dll + conf.ini

А можно всё таки сначала рассказать - ЧТО там
меняется?
Ну или хотя бы для каких карт?
А то я как дурак полезу со своей Ти4200, а мне там сразу по рогам...
А потом ищи-свищи Твоего знакомого...

Всё, вопрос снят.
Это всё только для крутых и богатых. начиная с FX...

[Zet]

А куда засовывать её эту прогу в папку игры или всё равно? Как она подцепляет ини и дллельку?

[Serp]

А куда засовывать её эту прогу в папку игры или всё равно? Как она подцепляет ини и дллельку?

Никуда не надо.
Она не инсталируется, а сразу вылазит и работает.
Двигаешь движки, жмёшь кнопы и всё.
А как не нужна стала(когда всё подвигал и нажал) - просто выключаешь
до следующего раза...

[Zet]

То что не надо инсталить это ясно! Ты вопрос то читал?

[Brevno77]

...Всё, вопрос снят.
Это всё только для крутых и богатых. начиная с FX...

Я думаю, что эта пимпочка вам поможет

[Serp]

Я думаю, что эта пимпочка вам поможет

Спасибо, не заметил, щас попробую...

Вроде стало получше... ФПС те же, но самолёты на фоне
зелени видно лучше...
В остальном всё по-прежнему...

Ti-4200(64mb)

[ALF]

Спасибо, не заметил, щас попробую...

Вроде стало получше... ФПС те же, но самолёты на фоне
зелени видно лучше...
В остальном всё по-прежнему...

Ti-4200(64mb)

Серёж стоит пробовать?

[Serp]

Серёж стоит пробовать?

А чего Ты Паш теряешь?
Попробуй.
Не получишь результатов - сотрёшь прогу, да и всё...

[Brevno77]

Спасибо! Очч удобно Только маленькое "но". Можно ли поменять надпись вода(лес) с "качеством" местами? А то в верх получается меньше.

2 Zet Просто скопируй в папку с ЗС

[Youss]

Кто готов поделиться результатом? Как работает?

[Zet]

Вроде всё делае что задумывалось!

[Shtirlitz]

а для Радика 9800 эта прога может дать какой-нить положительный эффект?

[Maximus_G]

Это стоило определенного времени, чтобы разобраться в том, что кнопки справа НЕ делают чего-то скрытого от пользователя, а просто выставляют ползунки и галочку в предустановленные значения.
Правда, тогда непонятна разница между Make Fast NV 5900+ и ATI 9600+. Во всяком случае, результаты двух тестов - с кнопкой и с ручным выставлением ползунков - совпадают тютька в тютьку. Ох уж это нежелание делать хоть какие-то комментарии!

Вот 4 самых наглядных результата. Тестовая платформа - А64 2250МГц, NV 5900XT.
На графиках:
39 - шейдеры 2, вода=лес=1;
40 - шейдеры 1, вода=лес=1;
42 - шейдеры 2, вода=лес=0;
43 - шейдеры 1, вода=лес=0.

Как видно на втором графике, переключение воды и леса в 0 даёт на порядок бОльший прирост, чем переключение шейдеров в 1. И самая большая скорость - когда вода=0, и шейдеры=2 (!).

В общем, на 5900XT можно и не переключать шейдеры в 1, со вторыми и скорость побольше, если воду выставить в ноль. Смысл переключать есть только если "первошейдерная" водичка больше нравится...

На скринах: вверху/слева первая водичка, внизу/справа - вторая.

[Maximus_G]

Я немножко охренел...

Игрался с разными параметрами, и заметил, что в шейдерном режиме, что бы я ни делал, фпсы никогда не превышают 36. Меня поразила страшная догадка: 36=72/2, а у меня стоит верт. синхронизация на 72Гц...

Отключил её - и правда!! Фпсы выросли, и намного... что за странность?
Чей это глюк?
Дрова (56.72)?
Или ЗС??

[LeeHarveOsvald]

Я немножко охренел...

Игрался с разными параметрами, и заметил, что в шейдерном режиме, что бы я ни делал, фпсы никогда не превышают 36. Меня поразила страшная догадка: 36=72/2, а у меня стоит верт. синхронизация на 72Гц...

Отключил её - и правда!! Фпсы выросли, и намного... что за странность?
Чей это глюк?
Дрова (56.72)?
Или ЗС??

Это не глюк =)))) Всегда отключай вертикалную синхронизацию и счастья будет вдоволь =)

Я с 98го года вертикальную синхронизацию в детонаторе отрубаю!

[Maza]

Это не глюк =)))) Всегда отключай вертикалную синхронизацию и счастья будет вдоволь =)

Я с 98го года вертикальную синхронизацию в детонаторе отрубаю!

Тут именно странность. Он делить синхронизацию на 2, а не должен.

[NewLander]

Тут именно странность. Он делить синхронизацию на 2, а не должен.

Не должен, если ФПС превосходит частоту рефреша - в этом случае ФПС равен рефрешу. Если ФПС меньше частоты регенерации экрана, то Верт. синхр. делит рефреш на 2, 4 и т.д. - пока не уложится.

[Maximus_G]

Не должен, если ФПС превосходит частоту рефреша - в этом случае ФПС равен рефрешу. Если ФПС меньше частоты регенерации экрана, то Верт. синхр. делит рефреш на 2, 4 и т.д. - пока не уложится.

Увы, похоже на то.
В тестах видно, что как только синхронизированные фпсы опускаются чуть ниже рефреша, они резко уменьшаются в 2 раза. Если чуть ниже половины - сбрасываются в 3 раза от частоты рефреша. Затем, видимо, 4, 5 раз и так далее. Получаются ступеньки - 72, 36, 24...

---

СТОП!
В таком случае, почему в безшейдерном режиме такие ступени отсутствуют?

[Ash]

СТОП!
В таком случае, почему в безшейдерном режиме такие ступени отсутствуют?

А часто у тебя на такой конфе в бесшэйдерном режиме ФПС опускается ниже 72-х?

[Maximus_G]

А часто у тебя на такой конфе в бесшэйдерном режиме ФПС опускается ниже 72-х?

См. трек в предыдущем сообщении

А у меня вообще ничего не изменяется-ни в одном из режимов.Даже вода вечно одинаковая,как прогу не дергай.Может я что-то не так делаю?

Какая у вас карточка?
И какая вода - ш.1 или ш.2?
Режим (D3D, OGL)?
Параметр water=?

[deCore]

Увы, похоже на то.
В тестах видно, что как только синхронизированные фпсы опускаются чуть ниже рефреша, они резко уменьшаются в 2 раза. Если чуть ниже половины - сбрасываются в 3 раза от частоты рефреша. Затем, видимо, 4, 5 раз и так далее. Получаются ступеньки - 72, 36, 24...

Так и должно быть.
Если при 100Гц (10мс/кадр) рендеринг занимает 11мс, то значит через 10мс (на момент обновления) кадр еще не готов, и он пропускается (отображается тот же кадр, что и в предыдущий раз).
Если у тебя двойная буферизация, то через 11мс кадр уже готов, но отображается предыдущий, а этот, готовый, будет отображаться только через 20мс от начала его рендеринга (т.е. через одно обновление). Итого, пропускается ровно один кадр.
Через 20 мс (т.е. после 2 рефрешей) новый кадр отобразится, и предыдущий будет свободен для рендеринга очередного (третьего) кадра, и ситуация повториться, т.к. он, скорее всего тоже не успеет отрендериться за 10мс (соседние кадры, как правило, строятся на одной или на похожих сценах).

Если ему выставить тройную буферизацию, то ситуация изменится:
1. Первый кадр (1) отображается на экране, пока рендериться следующий (2).
2. Через 10мс наступает рефреш, но след. кадр (2) еще не готов. По-этому отображается опять кадр (1).
3. Через 11мс (1мс после рефреша) кадр (2) готов. Кадр (1) отображается на мониторе, кадр (3) - свободен. Запоминаем кадр (2) и начинаем рендерить кадр (3). Допустим, он будет обсчитываться тоже 11мс.
4. Имейте в виду, что в этот момент отображается все еще кадр (1), а физический движок уверен, что обсчитывает кадр (3), т.е. картинка на экране отстает на 20мс от положения вещей в физическом пространстве
5. Через 20мс кадр (2) уже готов, кадр (3) обсчитывается (и будет обсчитываться еще 2мс). Отображаем кадр (2), и кадр (1) (который висел все это время) уже свободен для рассчета.
6. Через 22мс кадр (3) готов, отображется кадр (2) и кадр (1)- свободен. Начинаем рендерить кадр (1) - четвертый по счету кадр от начала.
7. Через 30мс кадр (3) готов, и начинает отображаться. Кадр (2)- освобождается для рендеринга, кадр (1)- рендерится (и бедут рассчитываться еще 3мс).
И т.д.

Как видим, в первом случае четвертый кадр №3 последовательности отображается через 40мс (4 кадра) от начала последовательности, ФПС падают вдвое (дублируется каждый второй кадр, в нашем примере с 11мс на осчет кадра и 10мс на смену кадра на мониторе).
Во втором случае- на том же железе кадр №3 последовательности отображается через 30мс от начала последовательности, ФПС падают на 10% (дублируется каждый 10 кадр).
Если отключить верт. синхронизацию, то кадр №3 последовательности отображается через 22мс от начала последовательности, ФПС соответствует возможностям железа.

По-идее "prerender limit" в nVidia должен отвечать именно за количество доступных буфферов в режиме вертикальной синхронизации. Чем больше это количество, тем "глаже" ступеньки ФПС.
Средний ФПС растет, но падает интерактивность (картинка отстает от физики на эти самые "prerender limit" кадров), что при низком (меньше 30) ФПС дает нам более 100мс задержки.

Но в хелпе РиваТюнера указано, что это количество кадров, которые готовит процессор видеокарточке, а не видеокарточка- монитору. Надеюсь, там ошибка.

[Jameson]

А я наоборот врубаю ее всегда. Ибо неприятно бывает, когда мелькают полукадры.

[NewLander]

А я наоборот врубаю ее всегда. Ибо неприятно бывает, когда мелькают полукадры.

На рефреше 100 ты этот полукадр и заметить не успеешь. А если у тебя видяха дает при этом 45ФПС без синхронизации, то с вертикальной синхронизацией - поимеете 25.

ВС маст дай

[Jameson]

Кстати, я кое-что таки проверю. у меня FPS как правило 42. А ревреш 84-85. Настройки идеальные.