#77

Game Ready Driver
Версия: 552.22 — Дата выпуска: 16 апреля 2024 (Список изменений)
Windows 11/10

GeForce Hot Fix Driver
Версия: 551.68 — Дата выпуска: 28 февраля 2024 (Список изменений)
Windows 11/10

Linux Display Driver
Версия: 550.76 — Дата выпуска: 16 апреля 2024 (Список изменений)
Linux

Legacy

• Часто задаваемые вопросы
• Как и куда писать об ошибках в драйверах?
• Официальный форум Nvidia
• База знаний

dragonheart , как вообще в плане отклика 340.65 ? Тестировали ли уже ?Есть ли улучшения ?Пробовал уже 344.60,но все равно еще не то,откатился пока что на 340.52

Всем далеким от магии людям кат не читать, ибо отнесете к разряду рассуждений меломанов

Bloodjkee

340.52 квадро или нормальный?

я тоже откатился на 340.52 квадро...
просто решил сравнить, да та и остался бо показался всеже более четким.

Скорее всего обычные

340.52 обычные. Квадро никогда не пробовал.

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

Цитата:

HL2 with vsync: 112 msec
HL2 without vsync: 76 msec
HL2 without vsync and drastically reduced image quality: 58 msec
HL2 without vsync, reduced quality and no multicore renderer: 50 msec

Ограничение фпс не использовалось, т.е. прямо оценить влияние снижения настроек нельзя. Но если прикинуть, что это HL2 и даже максимальные настройки графы должны давать на современной системе время кадра равное однозначным числам, то разница между max и low очень высока, выше, чем должна быть по логике. Это я все веду к теме инпут лага и АА
Учитывая, что негативное влияние на инпут лаг при включении многопоточного рендеринга в играх подтверждено уже кучей статей и заметок (оно и понятно, тратится время на синхронизацию рассчетов между потоками, пока один ждет рассчетов другого - данные в первом устаревают) - мне становится интересно какое влияние на это оказывает настройка потоковой оптимизации в драйвере. Кто-нибудь из особо чувствительных проверял разницу между вкл/выкл?

Кстати, когда-то мне на глаза в одной из сотен тем по инпут лагу появлялась интересная методика его тестирования.. Не чистого значения лагав целом, а скорее для проверки разницы в нем в 3Д при разных дровах, настройках и т.д. Суть заключалась в том, что аппаратный курсор в идеале инпут лаг от цепочки 3д рендеринга не добирает и если использовать какой-то софт для отображения аппаратного курсора поверх 3д приложения, то можно было замерять разницу (смещение) при перемещении мыши на фиксированное расстояние. Соответственно, чем эти смещение больше - тем хуже. Способ достаточно грубый, но парень на форуме использовал его, чтобы доказать, что между пререндерингом 0 и 1 есть разница. Было это во времена, когда нвидиа возможность выставить 0 выпилила и было много срачей и даже "петиция" на оф. форуме с требованием это вернуть.
Так вот, не натыкался ли кто на этот "мануал" по тестированию лага? Точно помню, что он на примере CS:S был и как-то задействована была консоль игры и перемещение двух курсоров по ней. Просто нечто такое помогло бы в сравнении дров по отзывчивости мыши не субъективно на шару, а хоть с какой-то претензией на достоверность информации.

а где оно включается и выключается?

Такая настройка есть во всех играх на движке Source (L4D, CS GO, вроде CSS и т.д.). В играх на движке UE3 есть немного другая по принципу действия, но схожая по эффекту настройка One Frame Thread Lag. Если ее нет в меню игры - всегда можно через конфиги поменять. В остальных движках встречается редко, в той же батле вроде нет ничего такого. Но тут вдовесок еще и дрова какие-то оптимизации по многопоточности проводят, вот и интересно насколько манипуляция этой настройкой влияет на лаг/производительность. Может кто уже проверял..
Дело в том, что я пробовал тестить это в CS GO ранее и мне показалось, что форсирование оптимизации в дровах добавляет мыши такой ватности, которая и ощущается на последних версиях дров. Но проверял я тогда бегло в течение пары минут, т.ч. не уверен.

Добавлено спустя 3 минуты 42 секунды:
Кстати, пока писал пост - задумался. А что, если это ухудшение отзывчивости, которое некоторые ощущают на свежих версиях дров, как раз является следствием того, что настройка Авто для поточной оптимизации ранее, предположим, дававшая реальное значение Выкл, теперь для ряда игр переведена в Вкл, что добавляет какие-то там оптимизации, но естественно добавляет лаг? Блин, надо проверить свежие версии руками поставив Выкл этой опции) Прям интересно стало..

Есть ли что-то в настройках драйвера nvidia,за что можно зацепиться (поиграться со значениями) ,минимизируя момент низкой быстроты mva-матрицы в динамичных шутерах ?

GeForce 344.75 WHQL http://www.guru3d.com/files-details/gef ... nload.html

Первый драйвер с MFAA?

он только для GeForce GTX 970/980 ?

Мобыть, 750-е ещё затащат.

Не вкурил Где включать это MFAA?

Какая то беда с тройной буферизацией при v-sync on. Вроде и все 60 фпс. Начинаю крутить камеру в игре и ощущение что происходит потеря кадра, не плавная картинка. Фрапс показывает 60, а вот на глаз как будто пропуск кадра. При форсирование через D3DOverrider вообще дергается все. Смотрел в Кризисе 2 и Скайрим. В дьябло 3 бывает срывается. Куда рыть...перековырял последнии 5 наверно выпусков драйверов.

а на 660ти есть поддержка MFAA?

"MFAA работает только с видеокартами второго поколения Maxwell - GeForce GTX 980 и GTX 970"

Провел тут небольшое тестирование влияния настройки кол-ва кадров для пререндеринга и поточной оптимизации в CS GO на версии 340.52.

Система в профиле. ОС - win 7 x64 sp1 со всеми апдейтами. Настройки в игре - FULLHD + все на максимум, включая AA x16q CSAA. Выключен vsync, FXAA, motion blur.
Использовалась демка с простой пробежкой по DD2 без каких-либо эффектов, чтобы FPS был максимальный и разница между режимами наиболее наглядна. Скачать демку можно тут, закидывается в папку csgo в папке с игрой и запускается командой timedemo test1 в консоли.
После каждой смены настроек игра перезапускалась. После каждого перезапуска был один тестовый прогон для кэширования, результаты которого игнорировались, а затем 3 прогона с записью результатов.
Частоты ЦП и видюхи стабильны, C-States всякие выключены, никаких левых приложений, т.ч. воспроизводимость результатов - 100%. Настройки драйвера (сколько лет еще понадобится нвидии, чтобы выкинуть из прогеров индусов, неспособных сделать форму, занимающую весь экран сделать в контрольной панели??):
#77

Вначале пререндеринг:

Настройка/fps
0: 232.80 232.63 232.70
1: 388.62 388.39 388.50
2: 349.71 352.70 343.30
3: 344.30 347.20 349.90
4: 345.10 352.40 349.10
Auto: 346.11 344.69 348.70

Для имитации значения 0, которое было выпилено в 300й линейке дров, использовался D3D9 antilag v1.01 - библиотечка, перехватывающая вызовы dx и очищающая кадровый буфер, цитата:


И если с 0 все понятно, то с остальными значениями - нет. 2-4 и Application Controlled, которое должно равняться 3, находятся на одном уровне в пределах погрешности. Ограничение же минимальным значением в единицу дает нехилый буст производительность, хотя по логике это невозможно - в этом режиме производительность может равняться остальным режимам, если производительность на всем участке тестирования упирается в процессор, но не может никак превышать их производительность. Что там опять намудрили разработчики - хз, но было бы интересно провести реальные замеры инпут лага.
В моем случае фпс упирается именно в видик, поэтому в теории пререндеринг должен проявлять себя очень хорошо - у проца предостаточно времени для заготовки сцен. Потом для сравнения проверю на минимальных настройках, где расклад противоположен.

Также проверил поточную оптимизацию. Все 3 значения оказались равны перед CS GO:

Auto: 388.62 388.39 388.50
off: 388.66 388.54 389.72
on: 388.72 388.71 389.09

Интересно будет проверить как дела обстоят на более свежих дровах, показывающих худшую отзывчивость. Уже устаревшие проверять не буду, а вот 344.75 затестчу из интереса, как докачается.
Так же весьма интересно есть ли схожий фпс буст в других играх на других движках при пререндеринге = 1. Очевидно это какой-то недокосяк дров или остатки какого-то чита , но суть не меняется...

Глюк в gpu-z не исправили?

Подскажите пожалуйста!!! Где то проскакивала такая информация (возможно я не правильно понял суть того изложения) : с какой-то версии драйверов nVidia отключила поддержку СUDA в сторонних приложениях.
Если я правильно понимаю, теперь таким приложения, как фотошоп, пинакл и иным приложениям работающие с графикой и видео будут не доступны опции ускорения обработки с помощью видеокарт? Т.е. чтобы остаться с картой в приложении нужно не обновлять драйверы карты?
Если я всё правильно понял, подскажите на какой версии необходимо остаться (к какой откатиться) чтобы были доступны опции.