Terminal: Частота обновления GSync / Freesync / падение FPS при использовании терминала

Я не верю, что у кого-то в команде разработчиков есть монитор 144 Гц, поэтому, если кто-то из сообщества захочет помочь нам отладить это, мы будем очень благодарны за эту помощь.

Я занимаюсь этой же проблемой последние несколько дней. Единственное исправление, которое я нашел до сих пор, - это отключить G-Sync для Windows Terminal.

1. Откройте Панель управления NVidia.
2. Слева выберите Управление настройками 3D.
3. Выберите вкладку «Настройки программы».
4. Вам нужно будет добавить приложение Windows Terminal в список программ в раскрывающемся списке.
5. Один из вариантов в поле должен показывать, что G-Sync включен. Отключите это.
6. Применять изменения.

Это касается только проблемы, а не источника. У меня никогда раньше не было других приложений UWP с этой проблемой, поэтому, скорее всего, это проблема Windows Terminal.

Я столкнулся с проблемой с Nvidia GTX 1080 Ti и этим 144-Гц монитором Dell G-Sync . Я убедился, что у меня установлены последние версии драйверов Nvidia, но я не пробовал никаких предварительных версий драйверов.

Можно подтвердить, после явного отключения G-Sync для терминала (и перезапуска
это) проблема ушла. Согласились, что это лечит симптомы, а не
вопрос. По крайней мере, теперь у нас есть обходной путь: +1:

Пт, 10 мая 2019 г., в 16:27 mblowey [email protected] написал:

Я занимаюсь этой же проблемой последние несколько дней. Единственное исправление
Я нашел пока что отключить G-Sync для Windows Terminal.

1. Откройте Панель управления NVidia.
2. Слева выберите Управление настройками 3D.
3. Выберите вкладку «Настройки программы».
4. Вам нужно будет добавить приложение Windows Terminal в список
   программы в раскрывающемся списке.
5. Один из вариантов в поле должен показывать, что G-Sync включен.
   Отключите это.
6. Применять изменения.

Это касается только проблемы, а не источника. У меня никогда не было
в других приложениях UWP эта проблема возникала раньше, поэтому, скорее всего, это терминал Windows.
вопрос.

Я столкнулся с проблемой с Nvidia GTX 1080 Ti и 144 Гц Dell
G-Sync монитор
https://www.dell.com/en-us/shop/dell-24-gaming-monitor-s2417dg/apd/210-aizs/monitors-monitor-accessories .
Я убедился, что у меня установлены последние версии драйверов Nvidia, но у меня нет
пробовал любые предрелизные драйвера.

-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/microsoft/Terminal/issues/649#issuecomment-491288003 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AAJ4X3HNJEYYNFGNVJEUF7LPUVZ2TANCNFSM4HL63MAQ
.

Тоже самое. У меня есть экран и карта Gsync, а Терминал тормозит как сумасшедший. Мой бедный 165гц экран :(

То же самое и здесь. Монитор G-Sync с частотой 165 Гц, GTX 1070, низкий FPS в терминале.

У меня дисплей 144 Гц, совместимый с G-Sync (FreeSync). Проблема с низким FPS также возникала, когда G-Sync был включен для оконных (не полноэкранных) приложений.

У моего монитора есть индикатор FPS. Я записал видео, чтобы показать изменение FPS при запуске терминала. Когда терминал не сфокусирован, FPS составляет 144. Когда терминал получает фокус, FPS обычно составляет 48 (нижний предел частоты обновления VRR моего дисплея. VRR: переменная частота обновления) и кратковременно повышается, когда содержимое обновляется, а затем снова возвращается к минимальной частоте обновления (48 кадров в секунду).

Мое видео:
https://youtu.be/wokdiOQzwnU
Простите мою потерю фокуса (из-за изогнутого экрана) и фоновый шум (вы можете отключить его).

Вы также можете скачать видеофайл с HEVC 240FPS (низкий битрейт) здесь:
http://qiniu.img.hu60.cn/file-hash-mp4-fb6775bfceeb0577b7244c58851f85a983686237.mp4

Примечание. Этот монитор не прошел тест на совместимость с Nvidia, поэтому при резких колебаниях частоты обновления VRR у него наблюдается мерцание и дрожание. Сертифицированный дисплей G-Sync может не иметь дрожания, но задержка ввода (скорость движения мыши) при низкой частоте обновления очевидна.

Судя по изменениям FPS в видео, Windows Terminal представляет собой типичное недружелюбное приложение для ускорения графического процессора VRR. Такое приложение обычно ничего не рисует, когда контент не обновляется (так что FPS равен 0, драйвер Nvidia запускает механизм перерисовки тайм-аута, чтобы поддерживать минимальную частоту обновления дисплея) и рисует только тогда, когда контент обновляется (частота обновления ненадолго поднимается).

Такое приложение могло бы вызвать мерцание дисплея VRR низкого уровня (обычно это ранний дисплей G-Sync / FreeSync) и значительно увеличить задержку ввода при включении VRR.

В текущей ситуации отключение VRR (G-Sync) для Windows Terminal - единственный правильный выбор.

Справка: почему дисплей VRR мерцает в некоторых сценах
https://pcper.com/2014/12/a-look-into-reported-g-sync-display-flickering/

Таким образом, у меня была такая же проблема на моем мониторе с включенной функцией G-Sync, и после того, как я ковырялся в коде, я смог сузить причину. Для тех, кто не знаком, G-Sync - это технология NVIDIA, которая синхронизирует частоту обновления вашего монитора с частотой кадров на экране.

Эта конкретная проблема возникает, если для параметра G-Sync установлено значение Включено для оконного и полноэкранного режима на панели управления NVIDIA в системах с поддержкой G-Sync. Поскольку Windows Terminal использует DirectX для рисования шрифтов, драйверы Nvidia ошибочно думают, что вы играете в игру в оконном режиме с включенной опцией, показанной ниже.

Если вы установите для параметра Enabled для полноэкранного режима , низкий FPS терминала не снизит частоту обновления мониторов G-Sync, и все будет работать должным образом.

Похоже, что низкий FPS (и низкий уровень обновления) связан с тем, что экран повторно визуализируется только для изменений по соображениям производительности. В состоянии ожидания экран обновляется только мигающим курсором, в результате чего FPS упадет примерно до 42. Если вы начнете печатать, частота кадров повысится, и вы сможете увидеть изменение частоты обновления.

Это несколько необычная ситуация, и есть несколько вариантов ее решения.

• Отключите параметр оконного режима, если вы хотите использовать терминал Windows с включенной G-Sync (не идеально)
• Повторно рисовать экран каждый цикл, увеличивая FPS окна до максимальной частоты обновления монитора (также не идеально, поскольку это снижает производительность)
• Попросите Nvidia добавить исключение в свои драйверы для Windows Terminal (не уверен, если возможно).

У меня нет оборудования для тестирования, но это также может быть проблемой для мониторов FreeSync. На данный момент простое решение - установить для параметра G-Sync значение Включено для полноэкранного режима в Панели управления NVIDIA.

Как утверждали другие, лучшим решением является создание профиля приложения для терминала, который отключает GSync только для этого приложения. NVIDIA может выпускать профили для игр / программ с обновлениями драйверов, и они часто делают именно это каждый раз, когда вы обновляете драйверы, поэтому я думаю, что лучше всего сообщить NVIDIA, чтобы они могли найти обходной путь для неожиданного поведения с новым терминалом.

Кажется, что низкий FPS (и низкое обновление) связано с тем, что экран повторно отображается только для изменений по соображениям производительности.

Ну что ж, в этом есть смысл. Когда все, что у нас было, было рендерером GDI (CPU), мы, очевидно, хотели перерисовывать только при изменениях. Однако с рендерером DX, возможно, это не такая уж большая проблема.

@miniksa есть ли способ вызвать фальшивый кадр с частотой кадров графического процессора? Чтобы даже если бы не было ничего нового, не упали бы FPS?

Подтверждено, что это происходит в сборке 18990, идеальное решение - отключить G-Sync, когда он не находится в полноэкранном режиме.

У меня возникла та же проблема, и я могу подтвердить, что отключение G-Sync для оконного режима помогло.

@ zadjii-msft, я подделал это для предыдущей попытки исправить это без одного из этих мониторов. Это не сработало, как только я дал ветку людям с монитором, чтобы они попробовали.

Нам нужно это оборудование, или нам нужно, чтобы кто-то из людей, жалующихся на это, также имел навыки для сборки из исходного кода и отладки.

Я собирался добровольно помочь в отладке, но, похоже, я больше не могу воспроизвести проблему. Я подтвердил, что Терминал Windows настроен на использование G-Sync, но я больше не вижу падения частоты кадров при взаимодействии с приложением.
С момента первого ответа я не менял никакого оборудования, но несколько недель назад я полностью переустановил Windows.

Я собирался добровольно помочь в отладке, но, похоже, я больше не могу воспроизвести проблему. Я подтвердил, что Терминал Windows настроен на использование G-Sync, но я больше не вижу падения частоты кадров при взаимодействии с приложением.
С момента первого ответа я не менял никакого оборудования, но несколько недель назад я полностью переустановил Windows.

Интересно. Может быть, это драйвер? Спасибо за точку данных, @mblowey.

@miniksa Интересная проблема, я просто открываю свой компьютер и

Я также не менял какое-либо оборудование И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ (не переустанавливал и не обновлял Windows, не переустанавливал и не обновлял драйвер видеокарты, не переустанавливал и не обновлял терминал Windows) с момента моего первого ответа здесь https: / /github.com/microsoft/terminal/issues/649#issuecomment -544209435

Я использовал этот комментарий https://github.com/microsoft/terminal/issues/649#issuecomment -491288003, чтобы решить эту проблему.

Кроме того, я устанавливаю много игр из Steam после своего первого комментария, возможно, они устанавливают какие-то важные графические зависимости, а затем решают эту проблему.

Если у кого-то возникла эта проблема, попробуйте сделать это

1. следуйте за этим комментарием https://github.com/microsoft/terminal/issues/649#issuecomment -491288003
2. перезагружать
3. ПЕРЕЙТИ ШАГ 1

может определить, вызвано ли это драйвером NVIDIA

Можно подтвердить в Windows 10 Build 10.0.19033.1, используя последний драйвер Nvidia 441.20 с ASUS GTX 2080, эта проблема все еще существует. Если я отключу G-SYNC для оконного и полноэкранного режима и снова переключусь на «Включить только для полноэкранного режима», он будет вести себя так, как должен, при нормальной производительности. Я использую последнюю версию терминала (по состоянию на 26.11.2019, извините, не знаю, как получить версию напрямую). Не уверен, что еще я могу сделать, чтобы помочь, но я думал, что по крайней мере сообщу, что проблема все еще там.

Изменить: также подтверждено, что метод добавления исключения приложения в инструмент панели управления Nvidia все еще работает. Не знал, что вы можете это сделать, поэтому спасибо, что поделились! Возможно, я исправил аналогичную проблему с Quicken. :)

Как отмечал @jefmes выше, я воспроизвел эту проблему с той же самой Win 10, терминалом, драйвером и видеокартой.

У меня была такая же проблема с текущей версией 0.7.3451.0 на дисплее G-Sync 144 Гц. После того, как я установил для технологии монитора значение «Фиксированное обновление» и настройку вертикальной синхронизации на «Быстро» на панели управления Nvidia, проблема исчезла.

Я использую GTX 1070, версия драйвера 441.66 на Windows 10 Insider Build 19041.1.

Я понимаю, как возникает путаница между терминалом и графическим драйвером, чего я не понимаю, так это того, как мелкий разработчик, такой как Microsoft, не может позволить себе / оправдать монитор за 200-300 долларов для исследования ошибки. Возможно, вы работаете вместе с nvidia, чтобы позволить окнам отмечать режим ожидания или режим рабочего стола, где даже через DirectX обновление приложений происходит медленно, но курсор все еще отображается, поэтому вам нужен максимальный fps. По сути, это автоматическая версия обходного пути, которую может контролировать MS.

FYI Cmder и окна Hyper Terminal не имеют проблем со скоростью перерисовки. Перемещение курсора в фокусе и при перетаскивании окон обоих этих терминалов отлично работает с любой установленной мной частотой обновления и выглядит очень плавно.

Почему окно Терминала Windows должно быть менее способным работать с текущей частотой обновления рабочего стола?

Почему окно Терминала Windows должно быть менее способным работать с текущей частотой обновления рабочего стола?

Из-за ошибки, которую мы все еще пытаемся исправить.

Не знаю, помогает ли это, но я вижу такое же поведение не только в новом терминале Windows, но и в приложениях XAML. То же решение работает и в этих случаях.

Похоже, драйверу Nvidia нужно лучше определять, что такое игра, а что - приложение. Кто-нибудь видел такое поведение на AMD с FreeSync?

Я заметил, что если у вас достаточно истории текста, чтобы вы могли использовать полосу прокрутки, чтобы сделать текущую строку с мигающим курсором «за кадром», частота обновления при перетаскивании окна вернется в норму.

Хорошо, да, я ищу оборудование в моем офисе, чтобы я мог что-то с этим сделать.

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

Это происходит только с конвейером NVIDIA из монитора GSYNC + видеокарты NVIDIA? Или это также возможно с монитором FreeSync + видеокартой AMD (или NVIDIA)?

В основном я ищу две части, которые я могу включить в список приобретения, которые, надеюсь, не такие дорогие, как GTX 1080Ti и Asus PG279Q.

Если кто-то в этой теме может поделиться рекомендациями или своим отчетом о том, происходит ли это в мире FreeSync / AMD, я был бы очень признателен.

У меня есть Nvidia RTX 2060 и Acer XF270HU (который является монитором FreeSync), работающие в режиме совместимости с GSync. У меня тоже возникла эта проблема, но метод, описанный в комментарии https://github.com/microsoft/terminal/issues/649#issuecomment -568196580, делает это fix .
После удаления этого исправления проблема возвращается, но не всегда. Когда я впервые удалил эти изменения, он не сразу упал до ~ 60-40 кадров в секунду, а только через некоторое время / пару перезапусков.
Затем я хотел попробовать записать это, используя функцию записи опыта Nvidia GeForce. Как только я начал запись, он снова вернулся к 144 и остался на этом уровне даже при использовании терминала (это может быть связано с тем, что запись каким-то образом вынуждает фиксированную частоту обновления в целом). После остановки он остался на 144 (даже без упомянутого ранее исправления). Я попробовал комбинацию Ctrl + Shift + Win + B, которая не повлияла, и она все еще оставалась на 144.
Таким образом, хотя проблема, похоже, все еще существует, ее также довольно сложно воспроизводить последовательно, и в целом это довольно привередливо, но это не только для чистых мониторов GSYNC.

Думаю, я знаю, как последовательно воспроизводить эту проблему. Я обнаружил это после переустановки Windows и удивился, почему у меня ни разу не было задержки терминала: smile:

Переключив его обратно на «Включить для полноэкранного режима» или полностью отключив, проблема исчезла.

Я думаю, вы даже можете воспроизвести это поведение на дисплее без G-Sync 60 Гц, подключенном через DP. Единственное отличие состоит в том, что такая конфигурация не имеет смысла и уведомление от драйвера о том, что Nvidia еще не отображала этот экран.

Но я думаю, что это еще не все. То, что я показываю на скриншоте, является своего рода «неправильной конфигурацией», а не настройкой по умолчанию. А что, если я настрою так, потому что хочу играть в игры в оконном режиме и по-прежнему использовать G-Sync?

Я не понимаю, как это даже замедляет системный курсор. Разве курсор, цикл рисования окна и цикл обновления не должны быть независимыми?

Думаю, я знаю, как последовательно воспроизводить эту проблему. Я обнаружил это после переустановки Windows и удивился, почему у меня ни разу не было задержки терминала 😄

Переключив его обратно на «Включить для полноэкранного режима» или полностью отключив, проблема исчезла.

Я думаю, вы даже можете воспроизвести это поведение на дисплее без G-Sync 60 Гц, подключенном через DP. Единственное отличие состоит в том, что такая конфигурация не имеет смысла и уведомление от драйвера о том, что Nvidia еще не отображала этот экран.

Но я думаю, что это еще не все. То, что я показываю на скриншоте, является своего рода «неправильной конфигурацией», а не настройкой по умолчанию. А что, если я настрою так, потому что хочу играть в игры в оконном режиме и по-прежнему использовать G-Sync?

Я не понимаю, как это даже замедляет системный курсор. Разве курсор, цикл рисования окна и цикл обновления не должны быть независимыми?

У меня также возникла эта проблема на мониторе FreeSync2 3440x1440 144 Гц, и установка моего режима GSync на Enable for full screen mode на панели управления NVIDIA устранила проблему для меня. Согласен с вышеизложенным - сразу же заметна задержка окна приложения.

Текущая версия: 0.11.1121.0

Думаю, я знаю, как последовательно воспроизводить эту проблему. Я обнаружил это после переустановки Windows и удивился, почему у меня ни разу не было задержки терминала 😄

Переключив его обратно на «Включить для полноэкранного режима» или полностью отключив, проблема исчезла.
Я думаю, вы даже можете воспроизвести это поведение на дисплее без G-Sync 60 Гц, подключенном через DP. Единственное отличие состоит в том, что такая конфигурация не имеет смысла и уведомление от драйвера о том, что Nvidia еще не отображала этот экран.
Но я думаю, что это еще не все. То, что я показываю на скриншоте, является своего рода «неправильной конфигурацией», а не настройкой по умолчанию. А что, если я настрою так, потому что хочу играть в игры в оконном режиме и по-прежнему использовать G-Sync?
Я не понимаю, как это даже замедляет системный курсор. Разве курсор, цикл рисования окна и цикл обновления не должны быть независимыми?

У меня также возникла эта проблема на мониторе FreeSync2 3440x1440 144 Гц, и установка моего режима GSync на Enable for full screen mode на панели управления NVIDIA устранила проблему для меня. Согласен с вышеизложенным - сразу же заметна задержка окна приложения.

Текущая версия: 0.11.1121.0

Какие конкретно модели мониторов и видеокарт, @zackhorvath?

Я все еще заинтересован в решении этой проблемы в какой-то момент, даже если пандемия немного задержит закупку оборудования.

Спасибо за ответ @miniksa

В настоящее время я использую монитор LG 34GK950F-B с NVIDIA GeForce GTX 1080ti (модель EVGA # 11G-P4-6393-RX ). Мой конкретный драйвер NVIDIA - 26.21.14.4587 .

По запросу я могу предоставить дополнительную информацию!

Нет, все в порядке, спасибо @zackhorvath. Я надеялся, что ваша репро-установка - это не монитор за 900 долларов и видеокарта за 1100 долларов, а скорее монитор за 300 долларов с видеокартой за 200 долларов ...

Как я уже сказал, его можно воспроизвести на моем старом дешевом дисплее Samsung Full HD с частотой 60 Гц. Все, что требуется, - это графический процессор Nvidia, который может выполнять ту или иную форму G-Sync или FreeSync, и кабель DP.

Эта проблема не является изолированной для Терминала, когда G-SYNC установлен на «включить оконный и полноэкранный режимы». Я наблюдаю такое же поведение в некоторых других приложениях, например:

• Malwarebytes Anti Malware
• Git Fork
• WhatsApp Desktop

Как я уже сказал, его можно воспроизвести на моем старом дешевом дисплее Samsung Full HD с частотой 60 Гц. Все, что требуется, - это графический процессор Nvidia, который может выполнять ту или иную форму G-Sync или FreeSync, и кабель DP.

К сожалению, мое понимание прочитанного во время карантина было невысоким. Я пропустил это.

Эта проблема не является изолированной для Терминала, когда G-SYNC установлен на «включить оконный и полноэкранный режимы». Я наблюдаю такое же поведение в некоторых других приложениях, например:

• Malwarebytes Anti Malware
• Git Fork
• WhatsApp Desktop

Это все больше и больше похоже на ошибку драйвера NVIDIA, с которой я ничего не могу поделать ...

Я обсуждал это с @miniksa, и я ищу возможные способы смягчения последствий. У меня есть необходимое оборудование, и я могу легко воспроизвести проблему.

Как бы то ни было, я наблюдал это в нескольких других приложениях, а также в некоторых неожиданных. Например, установщик Visual Studio также обнаруживает ту же проблему. Кажется, что каждый из них основан на UWP и / или XAML.

Честно говоря, я также думаю, что это ошибка драйвера, но поскольку это происходит повсеместно в Windows, и графические процессоры Nvidia не так уж редки, я подумал, что кто-то в Microsoft может решить эту проблему. Это может быть натяжка, но эти драйверы Nvidia сертифицированы WHQL, верно? Они не должны ломать Windows.

Просто упомяну, что у меня все еще была эта проблема с текущими версиями программного обеспечения (версия Windows Terminal: 0.11.1251.0), графическим процессором Nvidia и монитором Freesync. Обходной путь в 3-м комментарии все еще помог. Я бы сказал, что другой обходной путь отключения G-sync для оконных приложений не так хорош, потому что, по крайней мере, я играю в некоторые игры в оконном режиме без полей.

Похоже, что лучшим решением для драйверов Nvidia было бы лучшее обнаружение приложений, использующих G-sync, будь то игры или другие программы. Но встроенный профиль Nvidia для Windows Terminal был бы несложным исправлением.

Но встроенный профиль Nvidia для Windows Terminal был бы несложным исправлением.

Я не знаю, что это значит. О каком профиле вы говорите? Могу ли я включить манифест рядом с нашим приложением, чтобы указать драйверам NVIDIA отказаться от G-синхронизации? Или это то, что NVIDIA должна включить в свои пакеты драйверов?

Но встроенный профиль Nvidia для Windows Terminal был бы несложным исправлением.

Я не знаю, что это значит. О каком профиле вы говорите? Могу ли я включить манифест рядом с нашим приложением, чтобы указать драйверам NVIDIA отказаться от G-синхронизации? Или это то, что NVIDIA должна включить в свои пакеты драйверов?

Они имеют в виду профили приложений nvidia, которые вы можете настроить в панели управления nVidia, но, насколько я могу судить, это не жизнеспособное решение. Независимо от того, какие настройки я выбрал для профиля приложения для Windows Terminal, поведение остается прежним. Если у кого-то есть рабочая комбинация, которую они нашли, было бы неплохо поделиться, поскольку это может дать мне некоторые идеи о том, как исправить это в самом Терминале.

Кроме того, насколько мне известно, даже если профили работают, nVidia должна быть той, кто включит их в свой пакет драйверов.

До сих пор я безуспешно пробовал различные модификации Терминала, включая отключение vsync, применение DXGI_PRESENT_ALLOW_TEARING, DXGI_SWAP_CHAIN_FLAG_ALLOW_TEARING и т.д., но безрезультатно. Я сделал запрос нескольким другим экспертам в надежде, что кто-то знает об обходном пути для конкретного приложения, который можно применить, но на данный момент ETA нет.

Эта проблема не относится к терминалу Windows.

До сих пор я безуспешно пробовал различные модификации Терминала, включая отключение vsync, применение DXGI_PRESENT_ALLOW_TEARING, DXGI_SWAP_CHAIN_FLAG_ALLOW_TEARING и т.д., но безрезультатно. Я сделал запрос нескольким другим экспертам в надежде, что кто-то знает об обходном пути для конкретного приложения, который можно применить, но на данный момент ETA нет.

Эта проблема не относится к терминалу Windows.

Спасибо, @binarycrusader. Это были все флаги и вещи, которые я собирался попробовать, если смогу получить доступ к оборудованию.

Похоже, это происходит с Deezer Music (UWP), WhatsApp Desktop и большинством приложений на основе Electron. В некоторой степени не связанные, но драйверы NVIDIA «Web» демонстрируют такое поведение практически с каждым приложением macOS.

Ооо, ну, похоже, электронный ответ на эту проблему был ¯ \ _ (ツ) _ / ¯

https://github.com/electron/electron/issues/3026

Я также не уверен, что это вообще исправлено в хроме - эта проблема на их трекере все еще открыта, хотя на данный момент она устарела на несколько лет 😕

Интересно, если изменить https://github.com/microsoft/terminal/blob/e61968ca87de7fd9c08b50f63e8cccb01f240596/src/renderer/base/thread.cpp#L208 -L212, чтобы использовать IDXGIOutput::WaitForVBlank (https://docs.microsoft. com / en-us / windows / win32 / api / dxgi / nf-dxgi-idxgioutput-waitforvblank) поможет решить эту проблему ...

См. Также: https://bugs.chromium.org/p/chromium/issues/detail?id=467617 и https://www.vsynctester.com/firefoxisbroken.html и https://bugzilla.mozilla.org/show_bug. .cgi? id = 1628137 и https://bugs.chromium.org/p/chromium/issues/detail?id=953970.

@miniksa

О каком профиле вы говорите? Могу ли я включить манифест рядом с нашим приложением, чтобы указать драйверам NVIDIA отказаться от G-синхронизации? Или это то, что NVIDIA должна включить в свои пакеты драйверов?

Чтобы уточнить, я имел в виду настройки, которые Nvidia должна будет включить в свои драйверы. Он уже перечисляет около 1000 программ во встроенном списке «Настройки программы» (игры и приложения, которых у меня нет), и я думал, что у них есть некоторые пользовательские настройки для всех этих программ, но сейчас я не уверен.

@binarycrusader

Независимо от того, какие настройки я выбрал для профиля приложения для Windows Terminal, поведение остается прежним. Если у кого-то есть рабочая комбинация, которую они нашли, было бы неплохо поделиться, поскольку это может дать мне некоторые идеи о том, как исправить это в самом Терминале.

Эти настройки исправили это для меня:

Я думаю, что установил только «Фиксированное обновление», я не уверен, почему два других параметра выделены жирным шрифтом. Но все остальные настройки по умолчанию.

Пользовательские профили, созданные через текущую панель управления Nvidia, всегда ссылаются на приложения по абсолютному пути к исполняемому файлу. Это отлично работало для других приложений, которые я использовал ранее, но поскольку Магазин Windows устанавливает каждое обновление Windows Terminal в другой каталог, связанные профили были досадно недолговечными.

Я уже использовал Nvidia Profile Inspector в нескольких случаях для более детального управления и обнаружил, что пользовательские профили, созданные с помощью этого инструмента:

1. Соответствует только имени исполняемого файла без пути
2. Разрешить добавление нескольких исполняемых файлов в один профиль
3. Разрешить настраиваемые имена для ясности

Это также дает гораздо лучший обзор сотен профилей, которые Nvidia уже поставляет с текущими пакетами драйверов, но которые скрыты от их панели управления. Там уже есть десятки приложений Microsoft, включая Microsoft Win10 Store , Microsoft Visual Studio и т. Д., Которые, как правило, соответствуют нескольким различным исполняемым файлам (без путей) и в их разделе Sync and Refresh заменить GSYNC - Application State на Force Off .

Теперь у меня есть один профиль __No_GSync (названный для удобной сортировки в начало списка) для WindowsTerminal.exe (по любому пути) вместе с несколькими другими приложениями, которые также используют ленивую перерисовку. Опять же, единственный параметр, который я переопределил через инспектор в этом профиле __No_GSync - это от GSYNC - Application State до Force Off . При просмотре в собственной панели управления Nvidia единственное отображаемое переопределение для этого профиля - это Monitor Technology которое кажется установленным в Not supported for this application и даже не позволяет изменять это значение в этом представлении.

Я надеюсь, что это более надежное решение «установил и забыл» для меня, а также что команда Windows Terminal сможет связаться с Nvidia, чтобы получить аналогичный профиль в будущих выпусках драйверов.

Добавление "experimental.rendering.software": true в settings.json в Windows Terminal Release Candidate v0.11.1333.0 (1.0rc2) решает эту проблему для меня.

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

В моей системе не повезло с использованием профилей для управления этим. Использование профиля nVidia для принудительного отключения GSYNC не имеет никакого эффекта. Я пробовал все варианты исполняемых файлов и настроек. Я пробовал использовать как панель управления nVidia, так и инструмент инспектора профилей.

Мне также не удалось заставить работать решение на основе профиля. Я заметил, что в панели управления NVIDIA Windows Terminal никогда не появляется в списке недавно использованных программ при добавлении настраиваемого профиля. Я подозреваю, что драйверы NVIDIA почему-то не могут распознать, что Windows Terminal запущен.

Если это может помочь кому-то другому, это мои настройки в Панели управления Nvidia.

Добавление "experimental.rendering.software": true в settings.json в Windows Terminal Release Candidate v0.11.1333.0 (1.0rc2) решает эту проблему для меня.

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

У меня тоже возникла эта проблема, и изменения профиля G-Sync не устранили ее, но это помогло. Благодарю.

Поработав с ним еще несколько дней, решение для профилей было в основном эффективным для меня, но у меня были периоды, когда оно не относилось конкретно к Windows Terminal. Я не видел этой проблемы ни в одном другом приложении, которое также находится в том же профиле no-gsync.

В период, когда моя копия Терминала, установленная в Магазине Windows, игнорировалась профилем Nvidia, я догадывался, что скачал соответствующий msix (1.0.1401.0) со страницы выпусков и извлек папку для версии x64 прямо на свой рабочий стол. Запуск этой копии WindowsTerminal.exe приводит к правильному отключению gsync для своего окна, в то время как для установленной в Магазине Windows копии, которая все еще работает, gsync включен. Несколько последовательных перезапусков каждого из них дают одинаковые результаты.

Между этими запусками в профили не вносилось никаких изменений. Теоретически я ожидал, что один и тот же профиль будет одинаково влиять на них обоих, так что ни один из них не использует gsync. Мне интересно, может ли это быть осложнением разрешений и связывания через wt.exe участвующих в запуске версии, распространяемой Store, что заставляет ее проскальзывать через текущий механизм обнаружения Nvidia. Я понятия не имею, как объяснить мой существующий профиль, который, по-видимому, также правильно применяется к копии в Магазине большую часть времени ... Я очистил все другие пользовательские профили и попытался сопоставить другие используемые окна, но не обнаружил никакого шаблона.

Я, вероятно, продолжу использовать извлеченную версию вместо версии из магазина какое-то время, чтобы убедиться, что она надежна. У него есть дополнительные бонусы, заключающиеся в том, что он легко устанавливает рабочий каталог в его ярлыке, когда он закреплен на панели задач, а также, по-видимому, никогда не будет тихо убит при размещении долго выполняющегося процесса терминала, когда магазин принудительно обновляет. Единственное, чего, по-видимому, пока не хватает, - это значки профилей, на которые ссылаются пути ms-appx.

Кроме того, я также тестировал neovide (графический интерфейс для neovim на основе графического процессора), который действует аналогичным образом с точки зрения ленивой перерисовки экрана и, таким образом, демонстрирует такое же снижение частоты обновления gsync по умолчанию, когда ему нечего делать. перерисовать. Насколько я могу судить, решение профиля nvidia применимо к neovide со 100% надежностью. Из экспериментов также выяснилось, что профили nvidia оцениваются только при первоначальном запуске приложения, поэтому добавление / удаление neovide.exe в / из моего профиля no-gsync при уже запущенном neovide не изменяет его уже запущенное состояние gsync, но будет при следующем запуске. Может быть полезно узнать об устранении неполадок.

Так что это исключает проблему в DirectX, потому что neovide использует Vulkan. В более современных играх, особенно играх на основе UWP, предлагается только «полноэкранный оконный режим» вместо «эксклюзивного полноэкранного режима». Интересно, делает ли G-Sync что-нибудь, если мы не включаем G-Sync для оконного режима.

Эта ошибка, похоже, выходит за рамки этого репозитория (и любого другого проекта, в котором это тоже происходит), поэтому, если никто этого не замечает и никто не контактирует с кем-то в Nvidia, будет ли это когда-либо исправлено? Было бы здорово использовать Windows и иметь возможность играть в игры с оборудованием и функциями, которые я купил, вместо того, чтобы нагромождать кучу обходных путей в моей системе.

Для тех, кто использует обходной путь Панели управления Nvidia / Управление настройками 3D, не могли бы вы уточнить, как вы добавили Терминал Windows в раскрывающийся список настроек программы? Он не отображается в раскрывающемся списке для меня, и я не уверен, как найти исполняемый файл, если он установлен из Магазина Windows.

Для тех, кто использует обходной путь Панели управления Nvidia / Управление настройками 3D, не могли бы вы уточнить, как вы добавили Терминал Windows в раскрывающийся список настроек программы? Он не отображается в раскрывающемся списке для меня, и я не уверен, как найти исполняемый файл, если он установлен из Магазина Windows.

Прошло некоторое время с тех пор, как я настроил свою, но я считаю, что просто убедился, что программа запущена при открытии панели, и она либо сразу появилась, либо я смог нажать «Добавить» на том скриншоте, который я опубликовал выше, и выберите «Текущие программы» или что-нибудь в этом роде.

Не уверен, почему MSBOT закрыл эту и все повторяющиеся проблемы, потому что добавление параметра "experimental.rendering.software": true в settings.json было единственным способом "исправить" эту проблему на моем компьютере.

Значит, что-то происходит с рендерингом?

Не уверен, почему MSBOT закрыл это

Эта проблема не закрыта и не будет закрыта до тех пор, пока мы не найдем решение для людей с неработающими графическими драйверами. На данный момент программный рендеринг _или_ указание стеку графики не относиться к Терминалу как к игре - это обходной путь.

Не уверен, почему MSBOT закрыл это

Эта проблема не закрыта и не будет закрыта до тех пор, пока мы не найдем решение для людей с неработающими графическими драйверами. На данный момент программный рендеринг _или_ указание стеку графики не относиться к Терминалу как к игре - это обходной путь.

К сожалению, я также не смог исправить это через настройки моего дисфункционального графического драйвера. Он также не отображается в раскрывающемся списке Nvidia Control Panel / Manage 3D Settings / Program Settings.

Параметр "experimental.rendering.software": true в settings.json исправил его и для меня на Nvidia RTX 2080. Я считаю, что это предпочтительное решение по сравнению с изменением глобальных настроек в панели управления Nvidia.

ОБНОВИТЬ:

Я заберу это как. Если у вас есть два монитора: один с высокой частотой обновления G-Sync, а другой с базовой частотой 60 Гц, перевод терминала на экран с частотой 60 Гц по-прежнему приведет к тому, что все приложения на экране с высокой частотой обновления будут работать медленно.

ЕЩЕ ОДИН ОБНОВЛЕНИЕ:

Использование параметра "experimental.rendering.software": true и обновление Windows 10 до версии 2004 исправили это для меня.

Он также не отображается в раскрывающемся списке Nvidia Control Panel / Manage 3D Settings / Program Settings.

Он не появляется автоматически в раскрывающемся списке, но должен появиться в списке обнаруженных приложений после нажатия рядом с ним кнопки «Добавить».

Он также не отображается в раскрывающемся списке Nvidia Control Panel / Manage 3D Settings / Program Settings.

Он не появляется автоматически в раскрывающемся списке, но должен появиться в списке обнаруженных приложений после нажатия рядом с ним кнопки «Добавить».

К сожалению, его там тоже нет ..: /

Та же проблема с версией 1.0 и gsync - частота кадров падает примерно до 40 кадров в секунду, а монитор мерцает. делает терминал Windows практически непригодным для использования

обновление: "experimental.rendering.software": true вроде нормально работает с Windows 2004

@ robert-sandor Как упоминалось выше в этой теме, некоторым пользователям удалось успешно установить "experimental.rendering.software": true .

@ robert-sandor Как упоминалось выше в этой теме, некоторым пользователям удалось успешно установить "experimental.rendering.software": true .

У меня есть два 1070ti в SLI, драйвер v446.14 и Alienware AW3420DW на 120 Гц на рабочем столе. Я также столкнулся с проблемой пониженной частоты кадров. Добавление этого параметра в конфигурацию разрешило его.

Добавление "experimental.rendering.software": true в settings.json в Windows Terminal Release Candidate v0.11.1333.0 (1.0rc2) решает эту проблему для меня.

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

Это исправило это для меня. Когда мы можем ожидать, что это будет вне экспериментального @ zadjii-msft?
К вашему сведению: 2 монитора, 1 144 Гц Gsync, другой 60 Гц

Мой обходной путь обхода магазина путем извлечения пакета в свою папку и непосредственного запуска WindowsTerminal.exe был на 100% надежным в течение последних двух недель с точки зрения разрешения профилю Nvidia принудительно отключать Gsync там. Оставить Gsync включенным глобально и принудительно отключить его в определенных приложениях, таких как это, по-прежнему мое предпочтительное решение. Переход на программный рендеринг нежелателен.

Я пробовал множество других приложений и сценариев для текущей версии драйвера Nvidia 446.14 . Терминал Windows, специально установленный через Магазин Windows, - единственный, с которым я столкнулся с этой комбинацией: 1) Gsync срабатывает, 2) нежелателен и 3) профиль драйвера Nvidia для конкретного приложения не может его отключить. Это включает игры UWP (например, Astroneer - Astro-UWP64-Shipping.exe ), установленные через Магазин Windows. Это казалось полезной точкой сравнения для ситуации с упаковкой / разрешениями / доставкой, но Gsync срабатывает, работает так, как я ожидал, и все еще может быть отключен через профиль для конкретного приложения.

"Experiment.rendering.software": правда исправил для меня.

1080Ti с последними версиями драйверов nVidia на эту дату и Windows 10 2004.

Каковы последние официальные слова по этому поводу?
Я бы предпочел использовать циклы процессора в другом месте.

Спасибо за решение, ребята.

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

"Experiment.rendering.software": true тоже исправил для меня.

1080 с последним драйвером NVidia в Windows 10 Pro Build 2004.

Есть ли у этого метода проблемы с производительностью? Потому что, насколько я понимаю, у меня пока не было проблем.

"Experiment.rendering.software": true тоже исправил для меня.

1080 с последним драйвером NVidia в Windows 10 Pro Build 2004.

Есть ли у этого метода проблемы с производительностью? Потому что, насколько я понимаю, у меня пока не было проблем.

Все идет нормально.

Раньше я отключал предварительный просмотр терминала Windows gsync, но я не могу найти терминал Windows после чистого обновления драйвера. И программный рендеринг - не лучший способ исправить, потому что мне нужен термин с ускорением GPU :(

Есть ли способ вручную добавить терминал Windows, чтобы не использовать gsync? Я думаю, что установка exe не работает для uwp.

Мне тоже помогло добавление "experimental.rendering.software": true . Запуск Windows Terminal 1.0.1401.0 с использованием GTX 970 (драйвер Nvidia 432.00).

Эта проблема не относится к терминалу Windows. Мне также пришлось установить экспериментальный флаг для Ableton Live и отключить аппаратное ускорение для Spotify.

Я могу подтвердить, что @krage говорит о том, что переопределение профиля не работает в случае Windows Terminal, установленного через магазин Windows. Что-то с приложениями UWP в целом не работает с профилями Nvidia. Я переключился с использования Windows Store установки терминала к одному управляемому совку ( по существу имитируя метод @krage используется) , и мой профиль Nvidia правильно применяются.

В моем профиле Nvidia для Windows Terminal используются следующие настройки:

• Предпочтительная частота обновления (Acer X34): самая высокая из доступных
• Технология монитора: использовать глобальные настройки (G-Sync)
• Вертикальная синхронизация: использовать глобальные настройки (быстро)

Эти настройки решают проблему для меня.

Я также могу подтвердить, что включение "experimental.rendering.software": true устраняет проблему. Но я бы предпочел аппаратный рендеринг.

Оборудование:

• Nvidia GeForce 1080 (толкает x34)
• Nvidia GeForce 1060 (6 ГБ) (подталкивает другие панели)
• Acer X34 (дисплей G-Sync)
• GS35UCR DP (без G-Sync, дисплей 100 Гц)
• 2x HP N270h (дисплей с частотой 60 Гц без G-Sync)

Версии

• Nvidia 446,14
• Терминал Windows (без упаковки) 1.1.200615001
• Windows 10 2004 (сборка 20150.rs_prerelease.200612-1734) (инсайдерское быстрое кольцо)

Кстати, недавно я исследовал, можно ли решить эту проблему, и краткий ответ: да, но в первую очередь нет.
Да, проблему можно решить, выполнив следующие действия:

• Удалите это и ...
• эта линия
• добавьте флаги DXGI_SWAP_CHAIN_FLAG_ALLOW_TEARING и DXGI_PRESENT_ALLOW_TEARING как описано здесь

_BUT_ Я бы сказал, что это было бы плохой идеей, поэтому я не отправил PR в конце. Потому что, если вы сделаете все это, каждый пользователь, не использующий Nvidia, теперь также будет рисовать с полной частотой кадров своего дисплея, что просто не нужно.
По моему скромному мнению, Nvidia должна исправить эту конкретную проблему со своей стороны, потому что она присутствует не только в Windows Terminal, но и во всех приложениях UWP, использующих DirectX.

Кроме того, параметр «Включить оконный и полноэкранный режим» на панели управления Nvidia также не является настройкой по умолчанию и, как известно, в прошлом нарушал многие функции (что, я уверен, почему он вообще не включен по умолчанию). 🙈

В основном это все сводится к проблеме / ошибке nVidia относительно DX11?

Недавно у меня появился новый монитор (LG27850), и мерцания больше нет, но я чувствую разницу между 60 и 144 Гц, когда нажимаю Alt-Tab с терминала на другую программу, и это забавно.

@KrunoSaho Я не могу это доказать и могу ошибаться, но я почти уверен ...
Вы можете попробовать все образцы «D2D» (Direct2D), «DWrite» (DirectWrite) и «DX» (DirectX) здесь, и вы заметите, что _все_ из них показывают ту же проблему, что и Windows Terminal.
Приложение _only_ UWP + DirectX, которое я когда-либо обнаружил, не имеет такой же проблемы, как версия Minecraft для App Store.
Таким образом, я считаю, что основная проблема заключается в эвристике Nvidia, которая решает, должен ли процесс использовать GSYNC.

Всем, кому это не нужно, следует отключить «Включить для оконного и полноэкранного режима»:

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

К сожалению, мы включили параметр «Включить для оконного и полноэкранного режима», потому что он нам очень нужен. Если я этого не сделаю, игры в оконном режиме вообще не будут использовать G-SYNC. Так что этот вариант просто необходим.
У меня также была эта проблема с Photoshop, но, по крайней мере, мой неисправный драйвер nvidia позволил мне выбрать фиксированную частоту обновления для этого приложения, просто появившись в списке приложений на выбор.

Так что если бы вы могли просто заставить приложение терминала каким-то образом / волшебным образом появиться в списке приложений 3D-настроек панели управления nvidia, я был бы более чем счастлив.

Я отправил в nVidia отчет об ошибке. Посмотрим, что будет, если что.

@electrofloat Мне еще не удалось воспроизвести эту ошибку ... Для меня это проявляется:

... и это позволяет мне правильно изменить "Технологию монитора", которая устраняет проблему. Если он не отображается, попробуйте создать ярлык для приложения «Терминал» на рабочем столе, перетащив приложение из меню «Пуск» на рабочий стол.

Я уже запускаю терминал через ярлык на рабочем столе, и, к сожалению, он не появляется в списке недавно использованных приложений. :(

@electrofloat Попробуйте перезагрузить компьютер. Nvidia кэширует этот список в своем драйвере при первом открытии настроек программы.

@lhecker Я читал то же самое, но также отказался присылать PR. Но чем больше я думаю об этом, тем больше я передумал ... Насколько я знаю, вы можете обнаружить Nvidia и даже запросить G-Sync, и это не обходной путь, согласно документации, а способ, которым он должен работать . Помните, что ребятам из AMD это тоже выгодно, потому что G-Sync и FreeSync взаимозаменяемы.

Честно говоря, это проблема с куриным яйцом. AMD явно может справиться с этой ситуацией со своими драйверами, а Nvidia - нет. С плотными графиками легко сказать, что да, к черту Nvidia, и пусть они исправят проблему. Можно также возразить, что на самом деле драйвер Nvidia в порядке, программное обеспечение просто не запрашивает и не предоставляет функциональные возможности, которые хотел пользователь.

Мне просто грустно, что есть способ решить эту проблему, реализовав то, что кто-то в Microsoft уже задокументировал. И эта проблема возникает не только с Windows Terminal, но и с множеством приложений UWP и WPF.

@electrofloat Вы можете попробовать найти исполняемый файл с помощью браузера в меню добавления. Его можно найти где-нибудь под C:\Program Files\WindowsApps и вам, возможно, придется настроить разрешения этой папки. Я также не мог включить его в список.

Обратите внимание, что в моем случае это на самом деле не помогло, и я могу отключить G-Sync в оконном режиме (нет, спасибо) или использовать экспериментальный флаг (это помогло).

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

Могу подтвердить, что это не относится к терминалу Windows на моем компьютере.

@SirJson tl; dr : Вы неправильно поняли ... Терминал Windows (WT) явно не должен визуализировать с переменной частотой обновления (VRR). Речь идет не о том, как мы можем поддерживать G-SYNC, а о том, как лучше всего отключить его.

WT не захватывает ввод от мыши, как это делают игры, и должен правильно интегрироваться с оконным менеджером и остальной частью ОС (перемещение курсора, перетаскивание и т. Д.). Он также должен быть энергоэффективным, а это означает, что работа с полной частотой кадров довольно контрпродуктивна. Например, Chrome будет снижать скорость рендеринга, если в этом нет необходимости. С другой стороны, для того, чтобы WT рендерил со скоростью 165 FPS на моем относительно мощном ПК, он использует почти все ядро ​​процессора.

Если ваш графический драйвер решит, что приложению требуется VRR, он переведет весь конвейер рендеринга (для экрана, на котором отображается приложение) в VRR-режим. Если это одно приложение рисует с низким FPS, весь ваш экран будет рисовать с этим FPS, включая оконный менеджер, курсор мыши и т. Д. - все в основном! Это основная причина, по которой VRR доступен только для полноэкранных приложений или приложений, которые захватывают курсор мыши, как это делают игры. Эвристика Nvidia работает практически для всех обычных приложений. Обычные .exe, такие как Firefox, Chrome, VS Code, правильно распознаются как не-G-SYNC. Приложения UWP, такие как WT, Slack (да, даже Slack!), Неправильно определяются как те, которые хотят G-SYNC. Это явно ошибка со стороны Nvidia.

Наконец, даже не гарантируется, что средство визуализации DirectX от WT будет достаточно быстрым, чтобы обеспечить нужные вам> 120 FPS.
Если этого не произойдет, весь экран будет вялым по указанной выше причине.

Таким образом, WT не должен визуализироваться с VRR, и если у кого-то есть идея, как заставить драйвер Nvidia обнаруживать WT как приложение, которому требуется G-SYNC, сообщите мне, и я его реализоваю! Я знаю, что это возможно, потому что, опять же, UWP Minecraft - одно из очень немногих приложений UWP, которые правильно определяются как не-G-SYNC.

Что меня озадачивает, исходя из опыта разработчика игр, и извините, если это глупый вопрос, почему цикл приложения привязан к рендереру? В игре никто не стал бы этого делать даже задолго до появления G-Sync, потому что если система не может обрабатывать одну тяжелую сцену, например, внутренняя логика должна продолжаться, даже если рендеринг идет медленно.

Когда я затем думаю о том, как это даже делает курсор изменчивым, мне интересно, что происходит в фоновом режиме, потому что в моей ментальной модели курсор ОС был отдельным элементом от работающего графического приложения. Это похоже на то, что G-Sync замедляет работу всего композитора.

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

@SirJson Я считаю, что в рендерере еще довольно много мест для оптимизации. Но вы должны учитывать, что игры не предназначены для обеспечения энергоэффективности, поэтому они постоянно используют, скажем, 10% вашей потенциальной мощности процессора. В терминале этого, конечно, быть не должно, поэтому мы хотели бы максимально ограничить цикл рендеринга.
Причина, по которой ваш курсор мыши становится прерывистым, заключается в том, что WT распознается как приложение VRR, и частота кадров вашего дисплея синхронизируется с WT. Теперь, если WT выполняет рендеринг энергоэффективным способом (то есть: редко / при необходимости), частота кадров WT упадет примерно до 3-4 кадров в секунду, что приведет к падению частоты кадров всего дисплея до 3-4 кадров в секунду.

Да, я согласен, было бы глупо отображать один и тот же текст 144 раза только потому, что мы можем.

Что касается исключений G-Sync, я предполагаю, что это жестко запрограммировано в драйвере. Когда я открываю свои профили в Панели управления NVIDIA, я вижу автоматические профили для Chrome, Firefox и т. Д., И все они настроены правильно, как будто люди делают это здесь вручную. Это будет означать, что пока кто-то там не проснется и не встроит профиль в драйвер или не исправит G-Sync, мы мало что сможем сделать.

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

Кто-нибудь нашел способ добавить его в список приложений в панели управления Nvidia?

Мне вообще не приходит в голову: /

Да, нажмите Добавить -> Обзор и перейдите в C: \ Program Files \ WindowsApps \ Там должна быть папка с названием что-то вроде Microsoft.WindowsTerminal_1.0.1811.0_x64__8wekyb3d8bbwe .

Exe находится внутри.

Однако этот метод лучше: https://github.com/microsoft/terminal/issues/649#issuecomment -647617350

@SirJson : Да, я согласен, было бы глупо отображать один и тот же текст 144 раза только потому, что мы можем.

Если один и тот же текст может внезапно перемещаться, может потребоваться высокая частота кадров, я не знаю, может ли современный монитор мгновенно изменить частоту кадров до требуемой частоты кадров для плавного перемещения текста, как в таких приложениях (используйте профиль WSL, чтобы включить отслеживание мыши):

ssh [email protected]

netxs-group / VTM # 9 С помощью этого приложения вы можете проверить производительность терминала, управляя текстовым содержимым с помощью мыши с любой частотой кадров.

Да, нажмите Добавить -> Обзор и перейдите в C: \ Program Files \ WindowsApps \ Там должна быть папка с названием что-то вроде Microsoft.WindowsTerminal_1.0.1811.0_x64__8wekyb3d8bbwe .

Exe находится внутри.

Но этот способ лучше: # 649 (комментарий)

Да, пока воспользуемся этим. Я пробовал создать профиль этим методом, но он не работает.
Так что SW-рендеринг пока что.

У меня также были проблемы с настройкой профиля Nvidia для моего приложения UWP. Я установил Терминал через scoop, и _ еще_ не смог заставить его применить профиль. В конце концов, я использовал https://github.com/Orbmu2k/nvidiaProfileInspector, как это было предложено @krage, и убедился, что профиль приятный и простой: повторно установил связь с windowsterminal.exe и изменил только одно значение, G- Синхронизация состояния приложения 1

И вуаля! Терминал 155 Гц 😎

@jalada Извините, но этот метод у меня тоже не работает :(. Похоже, использование программного рендеринга - единственный вариант. Я использую предварительную версию терминала, кстати.

После долгого периода и предоставления nVidia моего отчета msinfo32 они говорят, что изучают его.

Привет Круно,

Спасибо. Мы занимаемся этим вопросом. Никаких дальнейших обновлений в настоящее время.

С Уважением,
Джош
NVCC

Теперь мы играем в выжидательную игру.

@ o-sdn-o Но это тест, если я правильно понимаю, а не ваш типичный вариант использования. Я пытаюсь увидеть это с практической точки зрения и ежедневно использую монитор с частотой 144 Гц. И, честно говоря, мне еще предстоит найти терминальное приложение, требующее 144 FPS, что не является демонстрацией или классным эффектом.

Проблема, которую я вижу, заключается в том, хочу ли я играть в игру в оконном режиме или в новом рекомендованном «полноэкранном оконном режиме», но также использовать G-Sync, не нарушая при этом Windows. Помните, что это происходит не только с терминалом Windows, но и, например, с доской Microsoft и другими приложениями UWP.

Что меня смутило, так это то, что курсор всех вещей определяется как «приложение с переменной частотой обновления». Для меня все это звучит так, как будто Nvidia должна изучить.

В худшем случае - форкните его, разблокируйте частоту кадров и делайте все, что вам нужно. Но это не решило бы общесистемную проблему.

Да, я полностью согласен с @SirJson , Nvidia необходимо исправить свои драйверы, исключив это приложение.
На самом деле это не проблема, которая исходит из Терминала Windows.

Я чувствую, что мне нужно еще раз прояснить, что G-Sync - это реализация Nvidia «переменной частоты обновления» (VRR) для вашего монитора.
Важным элементом здесь является _ "ваш монитор" _, потому что частота обновления не зависит от приложения. Если какое-либо приложение вызывает включение G-Sync, весь монитор теперь будет отображать со скоростью приложения, вызывающего G-Sync.
Ваш курсор не заикается при использовании приложений UWP с G-Sync, потому что курсор определяется как приложение VRR, а скорее потому, что частота обновления всех ваших мониторов была динамически снижена. Причина этого в том, что настольные приложения, такие как Windows Terminal, почти всегда отрисовывают только при необходимости, что приводит к низкой частоте кадров приложения, которую G-Sync, наконец, превращает в низкую частоту обновления вашего монитора.

Что ж, это делает всю эту функцию бессмысленной, не так ли? Я предположил, что то, что сообщает мой монитор, постоянная частота 144 Гц, - это частота обновления дисплея в целом и, возможно, уловки с композитором, в котором они реализовали эту функцию.

К счастью, если у меня есть время для игр, эта игра, в которую я сейчас играю, поддерживает настоящий полноэкранный режим, я не касался этой опции уже несколько месяцев из-за того, «что происходит», и не имел никаких проблем с ней. Честно говоря, изначально я наткнулся на эту проблему, потому что мой старый дисплей также можно заставить делать g-sync @ 60hz (что еще более важно, но эй, мне было любопытно, что произойдет)

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

Спасибо @lhecker за все прояснение, по крайней мере, для меня

Мне тоже помогло добавление "experimental.rendering.software": true . Запуск Windows Terminal 1.0.1401.0 с использованием GTX 970 (драйвер Nvidia 432.00).

Эта проблема не относится к терминалу Windows. Мне также пришлось установить экспериментальный флаг для Ableton Live и отключить аппаратное ускорение для Spotify.

Это решает проблему с использованием 2080ti и нескольких дисплеев GSynced с частотой 165 Гц.

Мне тоже помогло добавление "experimental.rendering.software": true . Запуск Windows Terminal 1.0.1401.0 с использованием GTX 970 (драйвер Nvidia 432.00).
Эта проблема не относится к терминалу Windows. Мне также пришлось установить экспериментальный флаг для Ableton Live и отключить аппаратное ускорение для Spotify.

Это решает проблему с использованием 2080ti и нескольких дисплеев GSynced с частотой 165 Гц.

Это также решает проблему для меня с 1080ti и 165 Гц GSync.

Мне тоже помогло добавление "experimental.rendering.software": true . Запуск Windows Terminal 1.0.1401.0 с использованием GTX 970 (драйвер Nvidia 432.00).
Эта проблема не относится к терминалу Windows. Мне также пришлось установить экспериментальный флаг для Ableton Live и отключить аппаратное ускорение для Spotify.

Это решает проблему с использованием 2080ti и нескольких дисплеев GSynced с частотой 165 Гц.

Это также решает проблему для меня с 1080ti и 165 Гц GSync.

Это решает проблему для меня на RTX 2070 и 144 Гц GSync.

То же самое происходит на GeForce 2080 Ti с драйвером 451.67. Чем отличается Терминал Windows от других терминальных приложений с помощью рендеринга экрана? Powershell, Powershell ISE, командная строка Windows по умолчанию, Cmder не демонстрируют этого странного поведения и подходят для окон Gsync или оконных настроек.

Я хотел бы еще раз упомянуть свои комментарии выше, поскольку они подробно объясняют ситуацию.
В частности, этот комментарий должен быть максимально кратким: https://github.com/microsoft/terminal/issues/649#issuecomment -647777960

Я хотел бы еще раз упомянуть свои комментарии выше, поскольку они подробно объясняют ситуацию.
В частности, этот комментарий должен быть максимально кратким: # 649 (комментарий)

Я понимаю рассуждения в вашем комментарии, если мы говорили о разнице между тем, как игры захватывают ввод с мыши по сравнению с другими типами приложений, но мне интересно, почему другие терминальные приложения, о которых я упоминаю, похоже, без проблем обрабатывают ввод с помощью мыши с частотой обновления экрана с поддержкой Gsync . Это стандартные приложения, и я уверен, что для них нет настраиваемого профиля панели управления Nvidia. В чем разница в том, как Терминал Windows обрабатывает рендеринг дисплея, и могут ли разработчики исправить это, нужно ли Nvidia обрабатывать это или оба?

@Seefer Вы неправильно понимаете ... G-Sync работает,
Терминал Windows (WT) демонстрирует такое поведение, поскольку он отображает оболочку с использованием вашего графического процессора, а не процессора, в отличие от других терминалов, которые вы пробовали. Nvidia неправильно распознает WT как приложение, которому требуется G-Sync. Вы можете узнать больше об этом в других моих комментариях к этому выпуску и в комментарии, который я дал выше.

Я знаю, что это звучит очень грубо, но из-за того, что английский не является родным и не хватает слов получше: многие комментаторы здесь кажутся мне так, как будто они на самом деле очень не знают, что такое G-Sync и как это работает. Я настоятельно предлагаю всем отключить G-Sync для оконных приложений. Вы должны учитывать, что Nvidia имеет очень низкоуровневую ручку, доступную только для экспертов, которую лучше оставить по умолчанию (а именно отключено). Настройки панели управления Nvidia должны выглядеть так:

Только в очень редких случаях вы хотите, чтобы она была включена. По сути, единственный случай, когда вы хотите изменить этот параметр, - это если у вас есть оконные (не полноэкранные) игры или другие графические приложения, которые не работают с собственной частотой обновления ваших мониторов (144 Гц, 240 Гц и т. Д.).

Теперь я понимаю вашу точку зрения. К сожалению, настройка полноэкранного или оконного режима Gsync на самом деле не подходит для меня как игрока. Я запускаю игры в основном в полноэкранном режиме без полей, где это возможно, так как это позволяет избежать проблем с потерей графики для игр, которые не очень хорошо обрабатывают ALT-TAB. Также легче вернуться на рабочий стол, если игра вылетает, чтобы запустить диспетчер задач или обозреватель процессов, чтобы завершить задачу замороженной игры. Я думаю, что буду придерживаться Cmder для нужд моего терминала, пока поведение мыши терминала Windows не будет решено :(

Преимущество @Seefer G-Sync заключается в устранении разрывов экрана, если частота кадров вашего приложения / игры не успевает за вашим монитором. И приложения с техническими окнами (даже с полноэкранными окнами) не могут иметь разрывов экрана, так как они сначала компонуются DWM перед отображением на вашем мониторе. Так что мне лично интересно, какая игра требует G-Sync в оконном режиме ... 🤔

@lhecker Я не знаю, почему именно, но G-Sync в оконном (полноэкранном режиме без полей) абсолютно имеет для меня видимое значение, поэтому я продолжаю его использовать. Без него переменная частота обновления не работает должным образом (я пробовал несколько вещей), и я думаю, что частота кадров ограничивается драйверами Windows или Nvidia. Так обстоит дело со всеми играми, в которые я играл за последнее время. У меня два монитора G-Sync, поэтому я предпочитаю использовать полноэкранный режим без полей.

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

Я также должен упомянуть, что это происходит, даже когда мышь не находится над терминалом, пока фокус установлен на терминале. Если у меня есть терминал, включающий экран и выбранный, то мышь будет отставать в любом месте, где я его перемещаю. Уберите фокус, и все станет идеально.

@jalada @SirJson и другие, вам просто нужно переопределить его "правильным способом". Для материалов Store / UWP вам необходимо использовать внутреннее имя <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string> . Нет необходимости возиться с разрешениями C:\Program Files\WindowsApps .

Сохраните как файл с окончанием .nip, импортируйте файл с помощью NVIDIA Profile Inspector:

<?xml version="1.0" encoding="utf-16"?>
<ArrayOfProfile>
  <Profile>
    <ProfileName>Windows Terminal Gsync Fix</ProfileName>
    <Executeables>
      <string>windowsterminal.exe</string>
      <string>c:/program files/windowsapps/microsoft.windowsterminal_1.1.2021.0_x64__8wekyb3d8bbwe/windowsterminal.exe</string>
      <string>Microsoft.WindowsTerminal_1.1.2021.0_x64__8wekyb3d8bbwe</string>
      <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string>
    </Executeables>
    <Settings>
      <ProfileSetting>
        <SettingNameInfo>G-SYNC</SettingNameInfo>
        <SettingID>279476687</SettingID>
        <SettingValue>1</SettingValue>
        <ValueType>Dword</ValueType>
      </ProfileSetting>
    </Settings>
  </Profile>
</ArrayOfProfile>

Или разархивируйте отсюда:
Nvidia-Terminal.zip

Для установки из Магазина требуется только <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string> (на моем ПК / Win / драйвере; не могу тестировать другие конфигурации, поэтому я оставил все остальное, что кажется _в некотором_ разумным).

Я не знал, как NV назовет такой профиль (у них непоследовательное имя Microsoft ... / Windows ... ), и не знаю, что произойдет с этим пользовательским, если будущий драйвер отправит свой собственный.

[в моем предыдущем драйвере 445.78 меню «Пуск» также работало так же половину времени, частота обновления ~ 32 Гц; исправлено в более новых драйверах, например 451.85]

@jalada @SirJson и другие, вам просто нужно переопределить его "правильным способом". Для материалов Store / UWP вам необходимо использовать внутреннее имя <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string>

Сохраните как файл с окончанием .nip, импортируйте файл с помощью NVIDIA Profile Inspector:

<?xml version="1.0" encoding="utf-16"?>
<ArrayOfProfile>
  <Profile>
    <ProfileName>Windows Terminal Gsync Fix</ProfileName>
    <Executeables>
      <string>windowsterminal.exe</string>
      <string>c:/program files/windowsapps/microsoft.windowsterminal_1.1.2021.0_x64__8wekyb3d8bbwe/windowsterminal.exe</string>
      <string>Microsoft.WindowsTerminal_1.1.2021.0_x64__8wekyb3d8bbwe</string>
      <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string>
    </Executeables>
    <Settings>
      <ProfileSetting>
        <SettingNameInfo>G-SYNC</SettingNameInfo>
        <SettingID>279476687</SettingID>
        <SettingValue>1</SettingValue>
        <ValueType>Dword</ValueType>
      </ProfileSetting>
    </Settings>
  </Profile>
</ArrayOfProfile>

Или разархивируйте отсюда:
Nvidia-Terminal.zip

Для установки в Магазине требуется только <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string> .

Я не знал, как NV назовет такой профиль (у них непоследовательное имя Microsoft ... / Windows ... ), и не знаю, что произойдет с этим пользовательским, если будущий драйвер отправит свой собственный.

[в моем предыдущем драйвере 445.78 меню «Пуск» также работало так же половину времени, частота обновления ~ 32 Гц]

Спасибо за это. Отличный инструмент. Я не знал, что скрыто так много других настроек профиля Nvidia. Я уже добавил исполняемый файл Windows Terminal в профили Nvidia, но не возиться с выставленными там настройками GSYNC позволило мне настроить поведение захвата мыши Windows Terminal.

Кажется, что он не меняет динамически мой глобальный режим GSYNC с оконного или полноэкранного на полноэкранный для каждого профиля. Используя панель управления Nvidia для установки режима GSYNC в полноэкранный режим, проблемы с мышью в терминале Windows действительно исчезают, но при использовании этого инструмента Profile Inspector для установки режима GSYNC в полноэкранный режим и последующего запуска терминала Windows проблемы с мышью остаются, как будто настройка профиля не может чтобы переопределить глобальную настройку. Все это очень расстраивает, когда нет четкого представления, какая сторона должна исправить это (разработчики Nvidia или WT). Пока эта проблема не будет решена, я придерживаюсь Cmder, что очень жаль, потому что я полностью понимаю, как WT делает использование WSL2 немного приятнее :(

@jalada @SirJson и другие, вам просто нужно переопределить его "правильным способом". Для материалов Store / UWP вам необходимо использовать внутреннее имя <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string>
Сохраните как файл с окончанием .nip, импортируйте файл с помощью NVIDIA Profile Inspector:

<?xml version="1.0" encoding="utf-16"?>
<ArrayOfProfile>
  <Profile>
    <ProfileName>Windows Terminal Gsync Fix</ProfileName>
    <Executeables>
      <string>windowsterminal.exe</string>
      <string>c:/program files/windowsapps/microsoft.windowsterminal_1.1.2021.0_x64__8wekyb3d8bbwe/windowsterminal.exe</string>
      <string>Microsoft.WindowsTerminal_1.1.2021.0_x64__8wekyb3d8bbwe</string>
      <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string>
    </Executeables>
    <Settings>
      <ProfileSetting>
        <SettingNameInfo>G-SYNC</SettingNameInfo>
        <SettingID>279476687</SettingID>
        <SettingValue>1</SettingValue>
        <ValueType>Dword</ValueType>
      </ProfileSetting>
    </Settings>
  </Profile>
</ArrayOfProfile>

Или разархивируйте отсюда:
Nvidia-Terminal.zip
Для установки в Магазине требуется только <string>Microsoft.WindowsTerminal_8wekyb3d8bbwe</string> .
Я не знал, как NV назовет такой профиль (у них непоследовательное имя Microsoft ... / Windows ... ), и не знаю, что произойдет с этим пользовательским, если будущий драйвер отправит свой собственный.
[в моем предыдущем драйвере 445.78 меню «Пуск» также работало так же половину времени, частота обновления ~ 32 Гц]

Спасибо за это. Отличный инструмент. Я не знал, что скрыто так много других настроек профиля Nvidia. Я уже добавил исполняемый файл Windows Terminal в профили Nvidia, но не возиться с выставленными там настройками GSYNC позволило мне настроить поведение захвата мыши Windows Terminal.

Кажется, что он не меняет динамически мой глобальный режим GSYNC с оконного или полноэкранного на полноэкранный для каждого профиля. Используя панель управления Nvidia для установки режима GSYNC в полноэкранный режим, проблемы с мышью в терминале Windows действительно исчезают, но при использовании этого инструмента Profile Inspector для установки режима GSYNC в полноэкранный режим и последующего запуска терминала Windows проблемы с мышью остаются, как будто настройка профиля не может чтобы переопределить глобальную настройку. Все это очень расстраивает, когда нет четкого представления, какая сторона должна исправить это (разработчики Nvidia или WT). Пока эта проблема не будет решена, я придерживаюсь Cmder, что очень жаль, потому что я полностью понимаю, как WT делает использование WSL2 немного приятнее :(

Хорошо, вроде работает. Мне пришлось удалить мой предыдущий профиль WT в панели управления и просто использовать ваш файл .nip для импорта с помощью Nvidia Profile Inspector. Я предположил, что, поскольку у меня уже был профиль WT, импорт вашего не был необходим для получения доступа к настройкам профиля исполняемого файла WT. Кажется, сейчас все работает нормально. Я могу оставить свой глобальный режим GSYNC в оконном или полноэкранном режиме, и ваш профиль позаботится о настройке режима GSYNC на полноэкранный режим только при запуске WT.

Большое спасибо!

Преимущество @Seefer G-Sync заключается в устранении разрывов экрана, если частота кадров вашего приложения / игры не успевает за вашим монитором. И приложения с техническими окнами (даже с полноэкранными окнами) не могут иметь разрывов экрана, так как они сначала компонуются DWM перед отображением на вашем мониторе. Так что мне лично интересно, какая игра требует G-Sync в оконном режиме ... 🤔

Любая игра, которую вы запускаете в режиме «окна без полей», по сути, является оконной игрой, только без какого-либо хрома ОС Windows. Этот режим существует уже много лет. Я помню, как использовал его во время программирования в WIN32.

@Seefer Именно поэтому я лично не совсем понял, почему некоторым людям требуется G-Sync для неэксклюзивных полноэкранных приложений. Это не может быть значительным преимуществом, поскольку все, что предоставляет G-Sync, это то же самое, что и DWM. (Учитывая, что вы не забыли включить V-Sync.)

В любом случае, Nvidia должна исправить это на своей стороне. Они должны включать G-Sync только для полноэкранных оконных приложений, которые также скрывают курсор, а не для всех обычных оконных приложений.

@Seefer Именно поэтому я лично не совсем понял, почему некоторым людям требуется G-Sync для неэксклюзивных полноэкранных приложений. Это не может быть значительным преимуществом, поскольку все, что предоставляет G-Sync, это то же самое, что и DWM. (Учитывая, что вы не забыли включить V-Sync.)

Сейчас это становится совершенно не по теме, но, например:
Overwatch, shows that, no, with G-SYNC enabled, both borderless and windowed mode do not add 1 frame of delay over exclusive fullscreen. Standalone “V-SYNC,” however, does show the expected 1 frame of delay. источник

Они должны включать G-Sync только для полноэкранных оконных приложений, которые также скрывают курсор, а не для всех обычных оконных приложений.

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

@Luckz Вы понимаете, что я опубликовал решение несколько месяцев назад, но потом не был уверен, можно ли это исправить на уровне приложений, потому что я просто не помнил, как именно работает G-Sync. В наши дни вы можете включить его даже на тостере, что позволяет легко забыть, что на самом деле означает эта опция. Так что это плохо, но тогда, когда я опубликовал решение, я также упомянул, насколько глупо было вообще включить оконную G-Sync. Также могу отметить, что с тех пор у меня не было ни одной проблемы.

После этого все мои обсуждения были посвящены поиску решения, которого не было: «Мы ждем, пока Nvidia это заметит». Но это единственный вариант для реального исправления, а программный рендеринг - временное решение.

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

@ Luckz Я согласен, что мы немного

Но я ожидал, что эта статья будет упомянута, тем более что на самом деле она неверна или, по крайней мере, вводит в заблуждение. Я имею в виду, что эта статья не была рецензирована, верно? Итак, позвольте мне в последний раз объяснить, как автор этой статьи неправильно интерпретирует свои собственные результаты.
Частота кадров приложения фактически ограничена 142 кадрами в секунду, несмотря на то, что используется V-Sync, который в любом случае ограничит частоту кадров до 144 кадров в секунду. tl; dr: Не ограничивайте частоту кадров, если вы используете V-Sync.
Автор вашей статьи сделал именно ту ошибку, неправильно допустив (и вы полагаете), что вы регулярно / всегда получаете задержку в 1 кадр, что далеко от истины. Фактически только 2 из 144 кадров задерживаются из-за этого «несоответствия» частоты кадров приложения и частоты обновления монитора.
Правильное сравнение можно увидеть здесь (вам нужно переключить первое изображение на версии 144+ Гц). Для сравнения разницы в 0–2 мс: дорогой современный монитор с частотой 144 Гц обычно имеет измеренное время отклика GtG около 4 мс, и я сомневаюсь, что многие когда-либо замечали это. 😄

Спасибо @Luckz за исправление / обходной путь.

Я бы добавил к симптомам, которые я испытал до того, как собрать это воедино, что это вызвано Терминалом Windows.
Запуск Windows 10 20H2 (сборка ОС 19042.450) Я видел, как монитор GSYNC становится черным и больше не включается (требуется перезагрузка). Также видно мигание черного экрана на всех 3 мониторах. Как только я применил исправление, кажется, что проблемы исчезли.

Всем привет,
У меня была такая же проблема.
Сначала я думал, что проблема в моем ноутбуке, но потом я заметил, что проблема также возникает в некоторых типах приложений, особенно в приложениях Магазина Windows. Я заметил, что среди многих других есть Splashable, WhatsApp, Windows Terminal, Speedtest.
Мой ноутбук - ASUS ROG Zephyrus Duo 15 GX550LWS.
Технические характеристики здесь
Мой внешний монитор - это игровой монитор ASUS VG278QR (совместимый с GSYNC) с частотой 165 Гц.

Однако установка GSYNC в полноэкранный режим, что нелепо, решает проблему.
Кроме того, поскольку мой графический процессор выполнен в стиле Max-Q, у меня есть возможность переключаться между режимом optimus и режимом дискретной графики. В режиме дискретной графики, фокусируясь на указанных приложениях, второй экран моих ноутбуков становится черным, если только движение мыши или что-то в приложении не меняется. Я предполагаю, что это связано с рендерингом кадров.

Splashable, WhatsApp, Speedtest и многие другие.

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

Ненавижу копаться в старой проблеме, но я вижу, что обычное исправление (добавление настраиваемого профиля с « Технологией монитора », установленным на « Фиксированное обновление ») на самом деле не работает. У меня сверхширокий монитор LG 38GL950G с частотой 100 Гц. Он имеет аппаратный дисплей частоты обновления, который можно включить. Даже с профилем, настроенным на отключение GSync для приложения, он все равно падает до 12 кадров в секунду, когда Терминал является приложением переднего плана.

Отключение G-Sync для оконных приложений невозможно, так как я часто играю в оконные игры. Это решит такое поведение, но имеет слишком много отрицательных побочных эффектов.

Вы, ребята, делаете что-то другое с профилями, чтобы заставить их работать?

Splashable, WhatsApp, Speedtest и многие другие.

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

Эту проблему необходимо довести до сведения Microsoft, поскольку она кажется фундаментальной проблемой в том, как технология UWP обрабатывает отрисовку окон. Надеюсь, она будет исправлена ​​в следующей сборке Windows. Ни одна из моих программ, не относящихся к UWP, не испытывает такого странного поведения.

Даже с профилем, настроенным на отключение GSync для приложения

Вы уверены, что выбрали нужное приложение? Возможно, вставьте то, что вы используете в качестве приложения. (после проверки нескольких сообщений выше, чтобы увидеть, что обычно работает)

Даже с профилем, настроенным на отключение GSync для приложения

Вы уверены, что выбрали нужное приложение? Возможно, вставьте то, что вы используете в качестве приложения. (после проверки нескольких сообщений выше, чтобы увидеть, что обычно работает)

Я использую c: \ program files \ windowsapps \ microsoft.windowsterminal_1.3.2651.0_x64__8wekyb3d8bbwe \ windowsterminal.exe в качестве программы, которая является путем к исполняемому изображению в соответствии с диспетчером задач. Я также пробовал WT.EXE в этой же папке.

Поэтому я попытался установить GSync в полноэкранный режим только, как было предложено выше, но это не помогло. Я полностью отключил Gysnc на своей машине, и, если исправил мерцание мыши (низкая частота обновления), но при перемещении окна, это все еще лажающий беспорядок (без GSync).

Какие еще варианты я могу попробовать?

Вы уверены, что выбрали нужное приложение? Возможно, вставьте то, что вы используете в качестве приложения. (после проверки нескольких сообщений выше, чтобы увидеть, что обычно работает)

Я использую c: \ program files \ windowsapps \ microsoft.windowsterminal_1.3.2651.0_x64__8wekyb3d8bbwe \ windowsterminal.exe в качестве программы, которая является путем к исполняемому изображению в соответствии с диспетчером задач. Я также пробовал WT.EXE в этой же папке.

Именно поэтому я спросил. Вы должны использоватьMicrosoft.WindowsTerminal_8wekyb3d8bbwe . Я загрузил профиль выше (слишком много других вариантов, которые не нужны). Вот минимум:
Nvidia-Terminal.zip

Подайте заявку через https://github.com/Orbmu2k/nvidiaProfileInspector/releases ( scoop : scoop install nvidia-profile-inspector ). Нажмите кнопку импорта на панели инструментов, введите .nip (ы), и все готово.

еще несколько приложений с проблемами, для которых я создал несколько профилей:
Одно примечание: Microsoft.Office.OneNote_8wekyb3d8bbwe
Раскрасьте 3D Microsoft.MSPaint_8wekyb3d8bbwe
Снимок и набросок Microsoft.ScreenSketch_8wekyb3d8bbwe
Аксессуары Xbox Microsoft.XboxDevices_8wekyb3d8bbwe
Камера (требуется переопределить существующий профиль Nvidia)
Cortana / Search UI (требуется переопределить существующий профиль Nvidia)
Центр отзывов Microsoft.WindowsFeedbackHub_8wekyb3d8bbwe
Microsoft To Do Microsoft.Todos_8wekyb3d8bbwe

третье лицо:
Amazon: Amazon.com.Amazon_343d40qqvtj1t
Amazon Prime Video для Windows: AmazonVideo.PrimeVideo_pwbj9vvecjh7j
Liberty Global Horizon Go: LibertyGlobal.HorizonGODE_gmwgfebrpy77e
моя текущая коллекция профилей 12: Nvidia-UWP-NoGsync-Profiles.zip

Но есть бесчисленное множество других (Портал смешанной реальности, средство трехмерного просмотра, ...)

Также поддерживаю эту проблему / повторение. Лучшее исправление для Windows Terminal версии 1.3.2651.0 (установленное с choco) - «экспериментальное.rendering.software»: true в settings.json.

Недостаток: невозможно иметь игру и окно Windows Terminal на мониторе Gsync, так как Windows Terminal по-прежнему рассматривается как игра.

Плюс: поскольку Windows Terminal устанавливается через Microsoft Store, вы не сможете легко применить исправление панели управления Nvidia, если не используете сторонний nvidiaProfileInsepctor.