#77

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

GeForce Hot Fix Driver
Версия: 576.66 — Дата выпуска: 3 июня 2025 (Список изменений)
Windows 11/10

Linux Display Driver
Версия: 580.82.09 — Дата выпуска: 10 сентября 2025 (Список изменений)
Linux

Legacy

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

Смежные темы:
• NVIDIA Resizable BAR
• RTX Video Super Resolution
• NVIDIA App. Обсуждение и настройка
• Игры с поддержкой RT и DLSS / FSR / XeSS
• DLSS, FSR, XeSS - производительность и качество

Нет, При работе приложений в FSE- могут быть проблемы- в windows 10 и DWM, при отображении оверлеев - будь то гаджеты, там иксбокс геймбар, разные видеозаписывалки, стим и прочие оверлеи. В случае вмешивания в работу DWM c сторонними задачами-что то надо вывести или отобразить- если основное приложение работает в fse,страдает и производительность, и стабильность ,могут быть падения или остановка драйвера.

в FSE DWM - тупо вклинивается и переключает контекст- а без MPO НЕ МОЖЕТ влиять на контент в оверлеях,регулировать- разрешение или скорость их отображения,фпс.

Второй момент для минимизации и исправления ситуации с фуллскрин эксклюзивом и DWM и windows 10, и были введены оптимизации FSO, когда приложение fse- работает на самом деле в windows borderless mode- этим и зачастую решаются все проблемы, микролаги, альт-таб.

аппаратный MPO - просто позволяет этот процесс делать быстрее-силами вк, и влиять на отображаемый контент оверлеев, масштабировать его в буфере до вывода, рендерить например интерфейс в 720, а потом апскелить и смешивать с основным))), теперь про нативный рендер игр, на контент внутри 3d- приложения- рендер и буферизацию внутри движка это не влияет, если не предусмотрено реализации разработчиком. ДЛЯ DWM - окно игры в Borderless- можно описать через MPO - как оверлей плэйн поверхность-1, какое либо другое окно с 3д контентом или гуем- оверлей плэйн2. С аппаратным MPO силами карты- это дело быстрее обрабатывать,переключать контексты, и масштабировать или смешивать-просто оперируя этими буферами. Надеюсь так понятнее??

Спасибо. Это я понял и так. Меня больше в прикладной части интересовало, снизит ли это проблемы совместимости разных режимов опций и фич, клином сошедшихся сейчас на "бедном кадровом буфере" или только усугубит их. Я ж не зря про 3д и VR упомянул. 3дстерео - это особая работа с буфером кадров, например, не совместимая с ТАА, если последний не научить брать данные не каждого последнего кадра, а через один. И там свой ящик дополнительных проблем вдогонку к уже имеющимся. Отдельно сам по себе развивать VR не получится - слишком много особенностей, которые должны быть обязательно учтены и в драйверах и в играх (в API уже есть). Иначе, VR прямым ходом повторит судьбу 3д очков НВидиа. Как сейчас - прицепом с костылями долго не проживёшь.

Все эти изменения и призваны, убрать узкие места, 3д Вижн Нвидия, надобность отпала с приходом wddm 2.2 и dx11.1-dx12, вы можете сами написать приложение с нативным стерео рендером,функционал есть и в opengl(quadro)/vulkan. Остальное на совести 3д дисплеев и конкретных разработчиков. Vr то-же самое - экономические причины,решат его судьбу.

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

Всё это так, но мы же видим, что такой подход не работает, на примере хоть 3D Vision, хоть SLI и CF, хоть ещё чего-то подобного. Когда нет связующего и координирующего всех (и все разные вариации технологий "одного поля") звена - вся цепочка рассыпается в "мгновение ока". Слишком длинная она получилась в этом случае от игродела до игрока (приложение /движок/ => wddm => API => драйвер => устройство вывода изображения). И всех нужно подружить. И так - с любым прогрессом. Пока сам драйвер тащил 3D Vision (лучше бы его продвигала сама винда - у неё влияния больше на всю цепочку), он дружил себя и с wddm и с API. Далее соответствовать оставалось только устройствам (которое 1 у драйвера тоже было "своё" - 3д очки от НВидиа и которое потому единственное и работало, не считая костыля с выводом картинки через 3D TV Play на ТВ с пассивным 3д) и играм. Вот с последними, как раз и случился "недолёт" влияния, где роль сыграла ещё и проприетарность технологии. Хотя, не факт, что наличие АМД "в обойме" помогло бы, как это случилось с CrossFire и SLI. Игроделам как было, так и осталось "насрать". В итоге мы получили то, что за каждой интересной для 3д очков игрой - её фиксами допиливали вместо игроделов энтузиасты и давали ей "путёвку в 3д жизнь". Это тревожный "звоночек", на который НВидиа не обращала внимания многие годы. Сейчас он своё практически отзвенел. А теперь, внимание! У VR - ровно все те же самые проблемы , за той разницей, что вместо драйвера теперь связующее звено - это API. Да, он уже не проприетарный, как чей-то частный драйвер, но всё равно с кучей костылей, потому как с wddm и игроделами по прежнему никто не договаривался и где всё держится на "хотите/не хотите". Прекрасный пример этой проблемы - Valve, обошедшаяся без открытого спец. API OpenVR и допилившая самостоятельно Alyx на DX11 и Vulkan. Опять имеем - кто во что горазд.

Привет. Подскажите, с чем могут быть связаны микрофризы при включении vsync на rtx2070? Если синхру не включать, то ФПС в бенчмарке игры больше 60, есть тиринг, но время кадра стабильно ниже 16.7мс. Если же синхру включить, время от времени встречаются кадры с временем больше, чем 16.7 вплоть до 50мс. Я понимал бы этот эффект, если бы частота кадров была бы ниже 60, ведь запас по производительности есть. Ведь если кадр успевает подготовиться за 16.7мс, то оставшееся время карта должна просто отдыхать. Может быть, эти фризы связаны с тем, что карта не успевает перейти из idle режима в активный?

Я помню, когда-то давно советовали отключать vsync в играх и включать в драйвере.
Сейчас я имею только одну игру, у которой нет проблем с vsync - world of warships. Причем средствами игры, драйвером по-прежнему есть фризы. Для остальных игр решить проблему мне не удалось.

Что нужно сделать, что измерить, куда копать? Монитор старый, ещё 4:3, gsync не поддерживает.

И второй момент, который мне не понятен, почему при неполной загрузке ЦП и ГП ФПС падает ниже 60 (конец файла мониторинга).

Для нормальной работы vsync мало того чтоб средний фпс превышал частоту обновления экрана, надо еще и чтобы просадок ниже не было, просадки показывают такие показатели как low1% и low0.1%.

Если вкратце, то похоже на то что упор в проц+озу, это следствие того что игры пишутся под определенное количество потоков, если игра написана к примеру так что может суммарно использовать только 2 потока, то она будет столько использовать независимо от того какой проц будет у тебя, 4х поточный будет использоваться на 50%, увеличишь количество потоков до 8 будет использоваться на 25%, а фпс при этом будет одинаковым, конечно при условии что архитектура проца одинаковая, одинаковые его частоты и одинаковая скорость памяти.
Тут подробнее.
Хотя вспомнил тут, был недавно похожий вопрос с просадками при vsync, помогло включение максимальной производительности в режиме управления электропитанием в панели нвидиа, ставить лучше не в глобальном профиле, а для каждой игры отдельно. Если дело все таки в плохой оптимизации игры, то не поможет.

Скорее всего здесь собака и зарыта. Есть еще прикол - https://habr.com/ru/post/437594/ но это не сказать, что к вертикалке относится.

Почему тогда при выключенном vsync данные просадки не вызывают микрофризы?
Думаю, что эта технология устарела, и производителям влом заморачиваться ее оптимизацией. Сейчас все на gsync заточено.

gtx 1080
на 461.72 начались подвисания звука в видео и играх
на 461.81 аналогично
это к какому празднику подарочек?

к выходу 30XX карточек)

все нормально этих дровах со звуком

NVIDIA Developer Program Membership Required

nipi я скачал уже, но у меня dch не встают.

и через это https://www.techpowerup.com/download/te ... leanstall/ тож?

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

Винда у тебя наверно 1607? Для Dch надо минимум 1803.
Дрова 470.05 по отзывам "прорывные", у некоторых добавляют 5-8 фпс в зависимости от игры, даже на паскалях. Но при этом у них винда инсайдерская 19043.844 с поддержкой WDDM 3.0.
Поиграл на 1803 в ведьмака3 и рдр2, сразу видна плавность и низкий инпутлаг, фпс такой же, до этого стояли 457.00, в рдр2 с 470.05 на вулкане багается лицо гг, если переключить на dx12, то ок.

у меня 1709
т.е. чтобы попробовать мне надо ждать "стандартный" вариант? или его не будет?

Добавлено спустя 1 минуту 20 секунд:

я в ручную вырезаю. оставляю только папки nvi2 и drivers

а я с недавнего времени перестал "пилить" установщик, ставлю с GFE. чисто для захвата видео в играх. все таки через GFE меньше всего проседает fps при записи.
в 470.05 я так понимаю уже выпилили все ненужное? и они DHC, никогда их не ставлю, пробовал пару раз, почему то панель управления из магазина Store не ставилась.. , Win 10 1909.