Я запускаю Ubuntu 16.04 на своем ноутбуке Acer Aspire 7750G с переключаемой графикой (встроенная графика Intel и AMD Radeon HD 6650M). Недавно я купил монитор AOC Q3279VWF 2560x1440, подключенный к ноутбуку через HDMI.
Наибольшее возможное разрешение для монитора в настройках дисплея было 1920x1080. Чтобы заставить нативный 2560x1440 я испортил cvt и xrandr. Большинство частотов обновления не работало (отобразилась ошибка в терминале или нет сигнала на мониторе), но когда я случайно попытался 44 Гц, он неожиданно работал:
cvt 2560 1440 44
xrandr --newmode "2560x1440_44.00" 222.75 2560 2720 2992 3424 1440 1443 1448 1479 -hsync +vsync
xrandr --addmode HDMI-1 "2560x1440_44.00"
Однако, пока я получаю правильное разрешение на мониторе наблюдается постоянное ужасное отставание от всего, что движется по экрану; при просмотре видео это очень застенчивость; при перемещении курсора он отстает.
В чем причина этого запаздывания и может ли он быть исправлен? Кроме того, существует ли логическая схема, для которой работают частоты обновления, а какие нет?
После прочтения этой статьи на Medium я загрузил umc, который я использовал с опцией --rbt, чтобы генерировать линию режима вместо cvt. Я отрегулировал частоту кадров, чтобы приблизиться к тем же пиксельным часам, которые использовались, когда он работал (но заикался), который был 222.75.
Это привело меня к использованию
> umc 2560 1440 55 --rbt
# 2560x1440x54.97 @ 81.250kHz
Modeline "2560x1440x54.97" 221.000000 2560 2608 2640 2720 1440 1443 1447 1478 +HSync -VSync
, который имеет пиксельные часы 221.00.
После добавления этого режима он работал как шарм, с правильным разрешением и без каких-либо задержек или заиканий.
Весь процесс и решение казалось вроде случайным, хотя ...
После прочтения этой статьи на Medium я загрузил umc, который я использовал с опцией --rbt, чтобы генерировать линию режима вместо cvt. Я отрегулировал частоту кадров, чтобы приблизиться к тем же пиксельным часам, которые использовались, когда он работал (но заикался), который был 222.75.
Это привело меня к использованию
> umc 2560 1440 55 --rbt
# 2560x1440x54.97 @ 81.250kHz
Modeline "2560x1440x54.97" 221.000000 2560 2608 2640 2720 1440 1443 1447 1478 +HSync -VSync
, который имеет пиксельные часы 221.00.
После добавления этого режима он работал как шарм, с правильным разрешением и без каких-либо задержек или заиканий.
Весь процесс и решение казалось вроде случайным, хотя ...
После прочтения этой статьи на Medium я загрузил umc, который я использовал с опцией --rbt, чтобы генерировать линию режима вместо cvt. Я отрегулировал частоту кадров, чтобы приблизиться к тем же пиксельным часам, которые использовались, когда он работал (но заикался), который был 222.75.
Это привело меня к использованию
> umc 2560 1440 55 --rbt
# 2560x1440x54.97 @ 81.250kHz
Modeline "2560x1440x54.97" 221.000000 2560 2608 2640 2720 1440 1443 1447 1478 +HSync -VSync
, который имеет пиксельные часы 221.00.
После добавления этого режима он работал как шарм, с правильным разрешением и без каких-либо задержек или заиканий.
Весь процесс и решение казалось вроде случайным, хотя ...
После прочтения этой статьи на Medium я загрузил umc, который я использовал с опцией --rbt, чтобы генерировать линию режима вместо cvt. Я отрегулировал частоту кадров, чтобы приблизиться к тем же пиксельным часам, которые использовались, когда он работал (но заикался), который был 222.75.
Это привело меня к использованию
> umc 2560 1440 55 --rbt
# 2560x1440x54.97 @ 81.250kHz
Modeline "2560x1440x54.97" 221.000000 2560 2608 2640 2720 1440 1443 1447 1478 +HSync -VSync
, который имеет пиксельные часы 221.00.
После добавления этого режима он работал как шарм, с правильным разрешением и без каких-либо задержек или заиканий.
Весь процесс и решение казалось вроде случайным, хотя ...