как выставить кастомною часту на мониторе?

То есть «мыло» из-за того, что не хватает герц? Нужно 185 а выставляется 165?

Ну это не совсем правильная формулировка. Тайминги монитору не нравятся. Есть некоторая вероятноть, что можно подобрать тайминги до 165 МГц. И ты говоришь, что автоподстройки нет. Если нет автоподстройки, то режим монитору должен сразу нравиться.

А теоретически у монитора есть защита от превышения частоты?

Ну у тебя нет завышения. У тебя монитор по EDID принимает до 340 МГц. Защита есть, разумеется. Если будет больше 340 МГц, то напишет «Out Of Range» и погаснет. Вот и все.

Ну у тебя нет завышения. У тебя монитор по EDID принимает до 340 МГц. Защита есть, разумеется. Если будет больше 340 МГц, то напишет «Out Of Range» и погаснет. Вот и все.

Спасибо!

Есть некоторая вероятноть, что можно подобрать тайминги до 165 МГц

А это сложно?

Есть некоторая вероятноть, что можно подобрать тайминги до 165 МГц

В Custom Resolution Utitilty есть экспорт. Нельзя ли вытащить настройки из нее и вставить в линукс?

В Custom Resolution Utitilty есть экспорт. Нельзя ли вытащить настройки из нее и вставить в линукс?

Я это уже и сделал тебе без экспорта. Режим валидирован, но дает 185 МГц частоты. Проприетарный драйвер в Linux отказывает ставить такую частоту на single-link. Я не знаю, что там за тулза эта CRU, но если она позволяет играться с таймингами, контролируя частоту пикселей не выше 165 МГц, то надо найти такой режим, который будет показываться. Ты можешь, например в CRU или Nvidia Control Panel создать пользовательский режим с таймингами

"1920x1080_75.00" 164.13 1920 1940 1960 2004 1080 1083 1087 1092 +hsync -vsync

В CRU или Control Panel надо выставить

1920 20 20 44 [+]
1080 3 4 5 [-]

Refresh 75 Hz

И убедиться, что этот режим тоже мыло дает. Я знаю, что в Windows были какое-то утилитки, которые позволяли твикать тайминги. Ну вот если такой найдешь с частотой до 165 MHz и чтобы моник твой мыло не выдавал, то вот этот тайминг можно и в Linux засунуть. А так - все вопросы к Nvidia по поводу их ограничений.

Ну вот если такой найдешь с частотой до 165 MHz и чтобы моник твой мыло не выдавал, то вот этот тайминг можно и в Linux засунуть.

А в какие стороны и в каких пределах менять значения?

Попробовал в CRU разные пресеты таймингов. Выбрал два, у которых частоты ниже 185. На первом получилось «мыло» на втором нормально. Как перенести тайминги из второго в линукс?

https://imgur.com/a/jbasx6h

Боюсь, что этот тоже не пройдет. Выше 165 МГц, хоть и чуть-чуть совсем. Если смотреть на баг, то уже 165.01 МГц не дает поставить.

Но вот тебе ModeLine, который ему соответствует:

"1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync 

Но я думаю, что будет черный экран и 60 Гц снова.

Еще такой попробуй: этот на 164.61 МГц и он пройдет.

"1920x1080_75.00" 164.61 1920 1944 1976 2008 1080 1083 1088 1093 +hsync +vsync 

Можешь не в Linux пробовать, а прямо в CRU кастомный создать:

Horizontal: 1920 24 32 32 [+]
Vertical: 1080 3 5 5 [+]
Refresh: 75 Hz.

«1920x1080_75.00» 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync

«1920x1080_75.00» 164.61 1920 1944 1976 2008 1080 1083 1088 1093 +hsync +vsync

ннда, не прокатило. В общем nvidia - fuck you!

Спасибо, будем расходиться.

А в какие стороны и в каких пределах менять значения?

Надо, чтобы Horizontal Total * Vertical Total * Refresh Rate было не больше 165 000 000. эти поля есть в CRU. Если ты фиксируешь Refresh Rate = 75, то тогда менять HTotal и VTotal. А потом все остальные перебирать. Режим не является стандартным для монитора, поэтому заведомо неизвестно, какая комбинация всех параметров таймингов монитору будет ок. Пока известно, что ему ок режим, который 185 МГц делает, но он не подходит.

ннда, не прокатило.

А второй как не прокатил? Должен был что-то показать

в смысле «мыло»

Надо, чтобы Horizontal Total * Vertical Total * Refresh Rate было не больше 165 000 000. эти поля есть в CRU. Если ты фиксируешь Refresh Rate = 75, то тогда менять HTotal и VTotal. А потом все остальные перебирать. Режим не является стандартным для монитора, поэтому заведомо неизвестно, какая комбинация всех параметров таймингов монитору будет ок. Пока известно, что ему ок режим, который 185 МГц делает, но он не подходит.

Спасибо, может как нибудь поиграюсь

в смысле «мыло»

А первый? Вообще не завелся?

да, нет сигнала

да, нет сигнала

Ну, что доказывает, что предел 165 МГц есть и захаркоден. Если жить с этим, то только вариант - поискать Modeline, который монитор примет и который <165 МГц.

А правильно я понимаю, что вот этот первый режим, который на 167 МГц, он через CRU нормально показывается? Может, от него отолкнуться и чуть-чуть занизить PixelClock. Ну, может, частоту снизить до 72 Гц, например. Тогда PixelClock до 161.13 МГц снизится и пройдет. Можно в CRU побаловаться. Взять этот режим и вместо 75 вбить 72. Если показывает нормально, то можно этот Modeline вбить в Linux и заявить, что рубеж в 72 Гц взят :)

Ну, что доказывает, что предел 165 МГц есть и захаркоден

это баг дров нвидии под линукс?

Этот да, самый минимальный без мыла под вендой, рабочий https://imgur.com/a/jbasx6h

А почему мыла нет под вендой, а на линуксе есть?

Может, от него отолкнуться и чуть-чуть занизить PixelClock. Ну, может, частоту снизить до 72 Гц, например. Тогда PixelClock до 161.13 МГц снизится и пройдет. Можно в CRU побаловаться. Взять этот режим и вместо 75 вбить 72. Если показывает нормально, то можно этот Modeline вбить в Linux и заявить, что рубеж в 72 Гц взят :)

Попробую. А если прокатит то так перенести из CRU в modeline?

Может, от него отолкнуться и чуть-чуть занизить PixelClock. Ну, может, частоту снизить до 72 Гц, например. Тогда PixelClock до 161.13 МГц снизится и пройдет. Можно в CRU побаловаться. Взять этот режим и вместо 75 вбить 72. Если показывает нормально, то можно этот Modeline вбить в Linux и заявить, что рубеж в 72 Гц взят :)

Этот под вендой работает нормально https://imgur.com/a/PbX8tTj

Как его перевести в modeline?

Попробую. А если прокатит то так перенести из CRU в modeline?

Элементарно. Эти параметры - просто другая запись Modeline.

Modeline «mode_name» PPP.PP HActive HActive+HFrontPorch HActive+HFrontPorch+HSyncWidth HTotal VActive VActive+VFrontPorch VActive+VFrontPorch+VSyncWidth VTotal [+/-]hsync [+/-]vsync

PPP.PP - pixel clock в МГц с округлением (например, 185.63)

[+/-] из соотвествующей Sync Polarity - Horiz или Vert.

Этот под вендой работает нормально https://imgur.com/a/PbX8tTj

Modeline "1920x1080_72.00" 160.85 1920 1928 1960 2000 1080 1103 1111 1117 +hsync -vsync

Modeline «1920x1080_72.00» 160.85 1920 1928 1960 2000 1080 1103 1111 1117 +hsync -vsync

рубеж в 72 Гц взят :)

Круто!:) Спасибо!:)

А еще такой некритичный вопрос. Почему это,

[   250.852] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   250.852] (II) NVIDIA(GPU-0):     Vision stereo.
[   250.966] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   250.967] (II) NVIDIA(GPU-0):     Vision stereo.
[   251.089] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   251.089] (II) NVIDIA(GPU-0):     Vision stereo.
[   252.072] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   252.072] (II) NVIDIA(GPU-0):     Vision stereo.
[   252.182] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   252.182] (II) NVIDIA(GPU-0):     Vision stereo.
[   260.607] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   260.607] (II) NVIDIA(GPU-0):     Vision stereo.
[   263.912] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   263.912] (II) NVIDIA(GPU-0):     Vision stereo.
[   264.031] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[   264.031] (II) NVIDIA(GPU-0):     Vision stereo.

когда

[   248.893] (**) NVIDIA(0): Option "Stereo" "0"

можно как нибудь убрать does not support NVIDIA 3D Vision stereo.?

Я не знаю, чем это тебя беспокоит. Все равно каждую сессию заново лог создается. Он проверяет наличие и пишет, что его нет, этого Stereo. Попробуй. Может, поможет.

Option «AllowDFPStereo» «false»

Option «AllowDFPStereo» «boolean»

By default, the NVIDIA X driver performs a check which disables active stereo (stereo options 1, 2, and 3) if the X screen is driving a DFP. The «AllowDFPStereo» option bypasses this check.

Я не знаю, чем это тебя беспокоит.

Так как по логу это занимает секунд 10 А у меня по анализу згрузки время старта системы 8сек, а по факту около 2-3 минут, долго висит курсор мыши на черном фоне перед появлением рабочего стола, вот я и думаю может это стерео виновато?

А ее Option «AllowDFPStereo» «boolean» в секцию monitor, device, screen или без разницы?

«Шо! опять!?» (с) «Жил был пес»

Пробовал Option «AllowDFPStereo» «0» как в device так и в screen секциях. Тут по логу гляжу что долговато. Забить?

[    44.016] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    44.016] (II) NVIDIA(GPU-0):     Vision stereo.
[    44.136] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    44.136] (II) NVIDIA(GPU-0):     Vision stereo.
[    44.304] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    44.304] (II) NVIDIA(GPU-0):     Vision stereo.
[    44.386] (II) NVIDIA(0): Setting mode "DVI-I-2: 1920x1080_72.00 @1920x1080 +0+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}"
[    51.926] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    51.926] (II) NVIDIA(GPU-0):     Vision stereo.
[    60.033] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    60.033] (II) NVIDIA(GPU-0):     Vision stereo.
-------------------------------------------------------------------------------
[    45.774] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    45.774] (II) NVIDIA(GPU-0):     Vision stereo.
[    45.880] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    45.880] (II) NVIDIA(GPU-0):     Vision stereo.
[    46.083] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    46.083] (II) NVIDIA(GPU-0):     Vision stereo.
[    46.166] (II) NVIDIA(0): Setting mode "DVI-I-2: 1920x1080_72.00 @1920x1080 +0+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0}"
[    54.082] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    54.082] (II) NVIDIA(GPU-0):     Vision stereo.
[    62.516] (II) NVIDIA(GPU-0): Display (DELL S2421HGF (DFP-0)) does not support NVIDIA 3D
[    62.516] (II) NVIDIA(GPU-0):     Vision stereo.

Если показывает нормально, то можно этот Modeline вбить в Linux и заявить, что рубеж в 72 Гц взят :)

От Советского Информбюро! На нуво, лимит 165гц преодолен и взяты режимы 75,85 и 100гц! Как под онтопиком так и под офтопиком.

ModeLine       "1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync
ModeLine       "1920x1080_85.00" 198.73 1920 1968 2000 2080 1080 1083 1088 1124 +hsync -vsync
ModeLine       "1920x1080_100.00" 235.67 1920 1968 2000 2080 1080 1083 1088 1133 +hsync -vsync

Zubok Спасибо тебе большое!:)

Ну на nouveau-то как раз и нет этого искусственного ограничения. Его и на некоторых версиях драйверов nvidia нет. Даже на том сайте, который мы обсуждали есть утилита-чекер, которая проверяет, есть ли у драйвера на виндах ограничение. Если его нет, то предлагается утилита, чтобы попытаться его снять.

А нужно этот режим добавлять?

ModeLine       "1920x1080_100.00" 235.67 1920 1968 2000 2080 1080 1083 1088 1133 +hsync -vsync

Это вроде бы только 75 Гц нет, а вот режимы на 100 Гц и даже на 120 Гц монитор вроде в EDID сам рассказывает. И 144 Гц есть, но там конские 337.520 MHz. Но только я не уверен, что будет работать, так как частота уже 297 МГц. Хотя у тебя, я вижу, 235.67 МГц прокатило. Но насчет 297 МГц не уверен. Карточка-то выставит, а вот моник может ничего не показать. Это из EDID твоего моника

    VIC  63 1920x1080@120Hz 16:9  HorFreq: 135000 Hz Clock: 297.000 MHz
    VIC  64 1920x1080@100Hz 16:9  HorFreq: 112500 Hz Clock: 297.000 MHz

Эти режимы в xrandr показывает вообще?

По умолчанию на нуво через штатную утилиту свойства дисплея, дебиан 10 тут, предлагает 60гц, а потом аж 120гц. И если пробовать выставить 120гц то монитор выдает даже не потерю сигнала, а другое сообщение что-то типа вообще ни режим, ни частота, ни разрешение не поддерживается. И если раньше когда на закрытых дровах неподходила частота то писало, что нет сигнала и через 20секунд возвращалось к поддерживаемой часоте, то тут на нуво если ставить эти 120 само не возвращается помогает только перезагрузка. Могу точнее посмотреть позже.

Даже на том сайте, который мы обсуждали есть утилита-чекер, которая проверяет, есть ли у драйвера на виндах ограничение. Если его нет, то предлагается утилита, чтобы попытаться его снять.

А что за утилиты две, подскажи плиз?

Эти режимы в xrandr показывает вообще?

Проверю попозже.

На вендах пробовал 119 и 120, теряет сигнал. Это удивительно, что выставилось 100 там бутерброд dvi>переходник>hdmi и все это на single link! Хотя вроде по single link dvi 120 как раз максимум. Я пока жутко доволен, что 100 выставилось. Может еще чего пошаманить для 120 гц можно? Но тут уже много в чего аппаратно может упираться, кабель, переходник.

А что за утилиты две, подскажи плиз?

как выставить кастомною часту на мониторе? (комментарий)

А про тестирование я уже не нашел. Видел там же на форуме, что есть то ли функция в CRU, то ли отдельно где-то, которая проверяет, требуется ли снятие ограничений в драйвере.

На вендах пробовал 119 и 120, теряет сигнал. Это удивительно, что выставилось 100 там бутерброд dvi>переходник>hdmi и все это на single link! Хотя вроде по single link dvi 120 как раз максимум. Я пока жутко доволен, что 100 выставилось. Может еще чего пошаманить для 120 гц можно? Но тут уже много в чего аппаратно может упираться, кабель, переходник.

Трудно сказать. Если прокатила 235.67 МГц, то только посмотреть, можно ли придумать режим на 120 Гц, чтобы давал Pixel Clock примерно в таком районе и который еще и нравился монитору. Вот, например, выше в EDID (как выставить кастомною часту на мониторе? (комментарий)) два режима есть на 100 Гц и 120 Гц, у которых один и тот же Pixel Clock - 297 МГц. Интересно, какой предел по частоте на single-link тогда получается.

Вот автор ToastyX как раз говорит [1], откуда взялась граница 235 МГц (что у тебя сейчас). Обычно драйвер при частоте больше 165 МГц автоматически пытается переключиться в dual-link. Патч просто смещает это значение в 235 МГц. Почему - объясняет.

Но у nouveau другие разработчики и тут интересно, какая граница у них. Где-то это может быть изложено.

[1] https://www.monitortests.com/forum/Thread-Custom-Resolution-Utility-CRU?pid=2...

Патч просто смещает это значение в 235 МГц.

А патч только под офтопиком работает? Нельзя ли как нибудь пропатчить так проприетрные 340,108 для линукса?

Получается 342 дрова под офтопик пропатченные раз дают выставить 100гц? Я специально ничего не патчил.

Блин, как ты во всем этом разбираешься?)

Эти режимы в xrandr показывает вообще?

вот что выдает

grovekeeper@debian:~$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
DVI-I-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 527mm x 296mm
   1920x1080     60.00 +  50.00    59.94  
   1920x1080_100.00 100.00* 
   1920x1080_85.00  85.00  
   1920x1080_75.00  75.00  
   1920x1080_72.00  72.00  
   1920x1080i    60.00    50.00    59.94  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.03    60.00  
   800x600       75.00    60.32  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    60.00    59.94  
   720x400       70.08  
DVI-I-2 disconnected (normal left inverted right x axis y axis)
grovekeeper@debian:~$ 

А патч только под офтопиком работает? Нельзя ли как нибудь пропатчить так проприетрные 340,108 для линукса?

Только с ним, да. Проприетарные для Линукса никак. Вот в этом топике есть ссылки, где их на воруме nvidia долбят, чтобы убрали ограничение. И где-то там разработчик драйверов для Linux сказал, что в более поздних версиях они ограничения ослабили, но это, я так понимаю, к твоему драйверу не относится.

вот что выдает

Это с nouveau? А весь лог /var/log/Xorg.0.log можно глянуть? Может, там они пишут, какая максимальная частота.

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

Это с nouveau? А весь лог /var/log/Xorg.0.log можно глянуть?

На с нуво. Сейчас покажу.

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

Раз у тебя драйвер под офтопиком позволяет эти режимы ставить, то он уже не имеет ограничения, а на Linux имеет.

А весь лог /var/log/Xorg.0.log можно глянуть? Может, там они пишут, какая максимальная частота.

https://pastebin.com/raw/f1x3ECVV

Я не наглею, просто интересно во что может упираться ограничение 100гц. Переходник, кабель, или еще что-то? Может еще есть магия что-бы выставилось 120?

Ограничения не на 100 Гц, а на Pixel Clock. Если удается найти режим на 120 Гц, но чтобы Pixel Clock укладывалось в рамки, то будет и 120 Гц. Весь вопрос в том, где ограничение. У монитора ограничения по входу HDMI очень далеко. Вопрос в том, что может выдать на DVI карточка. Видим только, что nouveau не ограничил тебя на 165 МГц, однако режимы из EDID

[    57.723] (II) NOUVEAU(0): Modeline "1920x1080"x0.0  285.50  1920 1968 2000 2080  1080 1083 1088 1144 +hsync -vsync (137.3 kHz e)
[    57.723] (II) NOUVEAU(0): Modeline "1920x1080"x0.0  337.52  1920 1968 2000 2080  1080 1083 1088 1128 +hsync -vsync (162.3 kHz e)

в xrandr не появились. Причина по логу не ясна. Две версии. Либо есть все же ограничение на Pixel Clock. Либо, может быть, режимы из EDID проходят валидацию, а режимы пользовательские не проходят. Можно для проверить так: Вписать в конфигурацию режим из EDID, то есть как бы пользовательским его сделать

Modeline "1920x1080_120.00"  285.50  1920 1968 2000 2080  1080 1083 1088 1144 +hsync -vsync

Потом посмотерть xrandr, не появился ли он там. Если не появился, то еще раз глянуть лог, чтобы точно знать,

. У монитора ограничения по входу HDMI очень далеко. Вопрос в том, что может выдать на DVI карточка. Видим только, что nouveau не ограничил тебя на 165 МГц, однако режимы из EDID

И на внде и на нуво, автоматом не кастомное, я вижу максимльные предлаганмые 120гц

Можно для проверить так: Вписать в конфигурацию режим из EDID, то есть как бы пользовательским его сделать

Modeline «1920x1080_120.00» 285.50 1920 1968 2000 2080 1080 1083 1088 1144 +hsync -vsync

Под вендой через cru игрался с разными значениями для 120гц, не взлетает. Минимальное, что предлагало 260 pixel clock.

Весь вопрос в том, где ограничение.

Может кабель, или переходник, или сам dvi single link?

И на внде и на нуво, автоматом не кастомное, я вижу максимльные предлаганмые 120гц

Так оно при добавлении в конфиг появляется в xrandr или нет? Вот этот вот режим, что выше (из EDID монитора) и те, что в этом ответе ниже?

Под вендой через cru игрался с разными значениями для 120гц, не взлетает. Минимальное, что предлагало 260 pixel clock.

Ну вот я тут прикинул два варианта в районе как раз 260 МГц

ModeLine "1920x1080_120.00" 268.01 1920 1928 1960 2000 1080 1103 1111 1117 +hsync -vsync
ModeLine "1920x1080_119.94" 266.50 1920 1944 1960 2000 1080 1081 1084 1111 +hsync -vsync

Можно попробовать еще раз, но раз ты говоришь, что режимы нв районе 260 МГц не сработали, то и эти ничего не покажут. Хотя бы понять - появятся или нет.

Может кабель, или переходник, или сам dvi single link?

Прежде всего что может карта выдать физически на single-link. По стандарту это 165 МГц. Поэтому искусственное ограничение в драйвере - это все по стандарту. Но по факту частоту можно выдать и больше. Вот у тебя опытным путем доказано, что 235 МГц не отказывается выдать, а вот в районе 260 МГц уже нет. В любом случае, чтобы понять, надо проверить, появятся ли режимы в xrandr, если их указать в конфиге. Из EDID режимы > 165 МГц в xrandr не попадают. Это значит, что все равно есть проверка на 165 МГц. Вот, кстати, в проприетарном драйвере эта проверка может быть отключена и эти режимы появляются: как выставить кастомною часту на мониторе? (комментарий)

Может кабель, или переходник, или сам dvi single link?

Еще вот какая фишка есть. В параметрах ядра для nouveau, начиная с какой-то там версии Linux 4.x (надо уточнить) есть параметр ядра nouveau.hdmimhz.

MODULE_PARM_DESC(hdmimhz, "Force a maximum HDMI pixel clock (in MHz)");
int nouveau_hdmimhz = 0;
module_param_named(hdmimhz, nouveau_hdmimhz, int, 0400);

С помощью него можно попробовать повысить планку. Скажем, ядру сказать nouveau_hdmimhz=297 и посмотреть, что будет.

И еще можно добавить nouveau.duallink=0, чтобы драйвер считал, что dual-link просто нет и переключаться туда не надо. Вот, кстати, есть описание кое какое:https://www.elstel.org/software/hunt-for-4K-UHD-2160p.html.en и еще слова одного из авторов nuoveau. Вот можешь начать с разделов «TMDS- Frequency and Graphics Mode» и «nouveau: 3840x2160, 23Hz». Там есть частоты для Tesla. И я вижу это в драйвере, что все равно драйвер считает максимальной частотой 165 МГц, а вот для Fermi - 225 МГц, а для Kepler - 297 МГц. (вот я место это нашел: https://github.com/torvalds/linux/blob/cceb634774efca60f8cc57041234f00faf97f2...). Но вот в статье говорится, что народ там попробовал GeForce 9600, а она, несмотря на стандарт 165 МГц, может и больше выдать.

Nvidia can guarantee a minimum supported TMDS frequency based on the chipset of your graphics card although we have noticed that the GeForce 9600M GT (Tesla) does support a higher TMDS frequency than in the table below while maintaining stable operation.

165 MHz for Tesla and earlier graphics cards

225 MHz for Fermi graphics cards

297 MHz for Kepler+

Testing our GeForce 9600M GT and Quadro FX 770M graphics cards on Core 2 systems we could reach no more than 3840x2160 with 23 Hz although the Quadro FX allows for higher hdmimhz rates than 225.

Ну вот у тебя 235.6 МГц прокатывает уже.

Ого сколько ты накопал! Это все по нуво? Спасибо, почитаю днем.

165 MHz for Tesla and earlier graphics cards

Странно, для нуво тоже есть это лимит 165гц?

С помощью него можно попробовать повысить планку. Скажем, ядру сказать nouveau_hdmimhz=297 и посмотреть, что будет.

Попробую днем, интересно. Я извиняюсь а куда этот параметр вбивать? В grub перед загрузкой?

Попробую днем, интересно. Я извиняюсь а куда этот параметр вбивать? В grub перед загрузкой?

Да, в GRUB. Параметры ядра. Я, конечно, думаю, что это не расширит возможности железки. Судя по коду выше (а там видно, как проверяется этот параметр), этот параметр даст возможность допустить в список xrandr режимы, которые сейчас не проходят. то есть если поставить 297, то пройдет проверку пара режимов на 100 Гц, 120 Гц из EDID монитора и появятся в xrandr. Но это не значит, что эти режимы можно будет установить, так как физически частоту такую обеспечить не получится. Но с другой стороны, раз 235 МГц прошло, то можно попробовать подбирать режимы потихоньку, чтобы нащупать границу. Попробовать какой-нибудь режим на 110 Гц или 105 Гц, чтобы частота пикселей была ну не 260 МГц, а 245 МГц где-то. Авторы nouveau говорят, что узнать возможности не всегда представляется возможным. Железу-то важно гарантировать минимальные частоты по стандарту (в твоем случае 165 МГц).

Странно, для нуво тоже есть это лимит 165гц?

Тоже есть, да. Похоже на то. Поэтому у тебя не все режимы из EDID попали в xrandr. Обрати внимание, что режимы, которые больше 165 МГц, в xrandr не попали. В EDID-то есть и 100 Гц, и 120 Гц, и 144 Гц. Их нет. Но это почему-то не коснулось пользовательских режимов (на 72, 75, 85, 100 Гц), которые ты добавил уже через конфиг иксов или xrandr. Но все равно реализовать железка может не все режимы, а до какой-то частоты пикселей, которую ты не знаешь. Знаешь только, что 235 МГц выдерживает.

то пройдет проверку пара режимов на 100 Гц, 120 Гц из EDID монитора и появятся в xrandr. Но это не значит, что эти режимы можно будет установить, так как физически частоту такую обеспечить не получится.

Под линуксом, как только поставил нуво в дисплее был показан 120 он шел после 60. Это до всех еше манипуляций с xorg.conf

Тоже есть, да. Похоже на то. Поэтому у тебя не все режимы из EDID попали в xrandr. Обрати внимание, что режимы, которые больше 165 МГц, в xrandr не попали. В EDID-то есть и 100 Гц, и 120 Гц, и 144 Гц.

Под вендой дефолтные 100 из драйвера не прокатывали. 72,75,85 и 100 я выставлял через CRU Почему же если есть лимит в обоих драйверах на 165 то в нуво работают 75,85,100 а в проприетарных не дает выставит выше 72? Может еще попробую modeline то что сейчас работает под нуво подсунуть проприетарному.

Да, в GRUB. Параметры ядра

Прямо целиком весь этот код?

MODULE_PARM_DESC(hdmimhz, "Force a maximum HDMI pixel clock (in MHz)");
int nouveau_hdmimhz = 0;
module_param_named(hdmimhz, nouveau_hdmimhz, int, 0400);

nouveau.duallink=0

А это куда? Через точку с запятой после nouveau_hdmimhz = 0;? Там везде после nouveau. точка или nouveau_ нижний слеш?

Ну вот я тут прикинул два варианта в районе как раз 260 МГц

ModeLine "1920x1080_120.00" 268.01 1920 1928 1960 2000 1080 1103 1111 1117 +hsync -vsync
ModeLine "1920x1080_119.94" 266.50 1920 1944 1960 2000 1080 1081 1084 1111 +hsync -vsync

Zubok Ты гений! Прикинь, 120 подхватились!)

Прописал так губе https://ibb.co/h1jL49F

И вот что имеем) https://ibb.co/ZzXhRmM https://ibb.co/NStXchC

ps imgbb конечно ужасно сильно жмет картинки и качество не очень

pps пробую на всякий случай в проприетарных 100 выставить, но то такое уже)

ModeLine       "1920x1080_100.00" 235.67 1920 1968 2000 2080 1080 1083 1088 1133 +hsync -vsync

Прикинь, 120 подхватились!)

А какие из этих двух? Эти режимы я сам выдумал, чтобы частоту чуть снизить с 285 МГц (а на 285 МГц точно режим не показывает?)

Прописал так губе https://ibb.co/h1jL49F

ТЫ не потрудился посмотреть, как указываются эти параметры. Вото просто бы хотя бы в гугл набрать и увидеть, как другие указывают. Ну вот что может быть вообще проще, а? То, как ты их указал, они не работают.

nouveau.hdmimhz=297 nouveau.duallink=0

Попытка указать 297 МГц, скорее всего, приведет к тому, что драйвер допустит режимы до 297 МГц в список допустимых. Например, режим 120 Гц, который на 285 МГц может оказаться в списке режимов, но не факт, что будет работать, если в него переключиться. Чтобы оказался режим 144 Гц в списке, то частоту hdmimhz надо повысить до 330 МГц.

ТЫ не потрудился посмотреть, как указываются эти параметры. Вото просто бы хотя бы в гугл набрать и увидеть, как другие указывают. Ну вот что может быть вообще проще, а? То, как ты их указал, они не работают.

Я вообще с трудом нашел как и куда вообще мне их вбивать) А ты говоришь, что еще не правильно) Я не суперпупер линуксовод)

nouveau.hdmimhz=297 nouveau.duallink=0

Попробую но мне кажется для dvi 120 это уже лимит

Чтобы оказался режим 144 Гц в списке, то частоту hdmimhz надо повысить до 330 МГц.

На линухе в проприетарных поумолчанию есть 100 и 120 но они не работают. Так же я подсунул рабочий из нуво на 100 в проприетарный, тоже не заработало. Под вендой пытаюсь ставить 120 минимальный авто на 264 применяется но дает ужасную картинку, буду пробовать твои режимы вручную.

На линухе в проприетарных поумолчанию есть 100 и 120 но они не работают. Так же я подсунул рабочий из нуво на 100 в проприетарный, тоже не заработало.

Я не могу точно сказать, но полагаю, что при частотах больше 165 МГц, как и пишет драйвер, он пытается использовать dual-link, что, разумеется, не работает. То есть выставляет видеорежим, но экран погаснет, так как монитор HDMI и там single-link.

Чтобы оказался режим 144 Гц в списке, то частоту hdmimhz надо повысить до 330 МГц.

До 340 МГц, на самом деле. Я в EDID глянул. Но это наверняка не выдаст карта.

А вот что касается nouveau. Я совсем не уверен, но я думаю, что логика работы драйвера следующая: он смотрит, какой монитор подключен и смотрит EDID, не является ли монитор HDMI (там есть специальная секция). Если монитор HDMI, то переключение в dual-link не происходит. А это как раз твой случай. Если бы был подключен реальный DVI-монитор, то секции HDMI там просто не было бы. Вот кусок из драйвера, который на это намекает: https://github.com/torvalds/linux/blob/e058a84bfddc42ba356a2316f2cf1141974625...

switch (nv_encoder->dcb->type) {
	case DCB_OUTPUT_TMDS:
		if (nv_encoder->link & 1) {
			proto = NV507D_SOR_SET_CONTROL_PROTOCOL_SINGLE_TMDS_A;
			/* Only enable dual-link if:
			 *  - Need to (i.e. rate > 165MHz)
			 *  - DCB says we can
			 *  - Not an HDMI monitor, since there's no dual-link
			 *    on HDMI.
			 */
			if (mode->clock >= 165000 &&
			    nv_encoder->dcb->duallink_possible &&
			    !drm_detect_hdmi_monitor(nv_connector->edid))
				proto = NV507D_SOR_SET_CONTROL_PROTOCOL_DUAL_TMDS;
		} else {
			proto = NV507D_SOR_SET_CONTROL_PROTOCOL_SINGLE_TMDS_B;
		}

		nv50_hdmi_enable(&nv_encoder->base.base, nv_crtc, nv_connector, state, mode);
		break;

В общем.

285 не заводится ни под вендой, ни под нуво с параметрами ядра.

Максимум что получилось как под вендой так и под нуво БЕЗ параметров ядра это такой режим, в CRU он называется CVT-RB2 standard

Modeline "1920x1080_120.00" 274.56 1920 1928 1960 2000 1080 1130 1138 1144 +hsync -vsync

Я не могу точно сказать, но полагаю, что при частотах больше 165 МГц, как и пишет драйвер, он пытается использовать dual-link

А как же получились рабочие 85,100,120 у них все выше 165?

285 не заводится ни под вендой, ни под нуво с параметрами ядра.

Нет ответа на вопрос: что произошло, когда ты указал параметры ядра. Какие режимы появились? Появились ли режимы из EDID? Для проверки пользовательские закомментируй, добавь параметры ядра и перезагрузись. Посмотри затем xrandr чтовыдает. Лучше сразу бахни nouveau.hdmimhz=340. чтобы сразу увидеть, появился ли 144 Гц.

Максимум что получилось как под вендой так и под нуво БЕЗ параметров ядра это такой режим, в CRU он называется CVT-RB2 standard

Modeline «1920x1080_120.00» 274.56 1920 1928 1960 2000 1080 1130 1138 1144 +hsync -vsync

Ну, значит, 274.56 МГц еще не предел, раз именно его выдал. Казалось бы, почему бы не 285 МГц.

А как же получились рабочие 85,100,120 у них все выше 165?

Полагаю, что в виндах, как мы уже знаем, нет ограничения в 165 МГц. Мне тред не хочется пересматривать, но я не помню, пробовал ли ты добавлять пользовательские режимы в проприетарный nvidia под Linux. То что точно, так это то, что драйвер nvidia в Linux отбрасывает режимы больше 165 МГц, поэтому можно заключить, что он считает эти режимы недостижимыми, то есть граница там установлена. То есть ему пофиг, какой там монитор подключен. Вот из лога: как выставить кастомною часту на мониторе? (комментарий)

Везде пишут, что dvi single link выдает максимум 165hz. Сам переходник судя по пинам у меня dual link пассивный, везде говорят, что в реальности пассивый dual link работает как single

https://www.google.com/search?q=dvi%20pixel%20clock%20limit&ie=utf-8&oe=utf-8&client=firefox-b-m

Попробую днем

А проприетарный драйвер под линукс нельзя никак заставить работать больше 72hz? На 75 уже размытость, а выше потеря сигнала.

Лучше сразу бахни nouveau.hdmimhz=340. чтобы сразу увидеть, появился ли 144 Гц.

Zubok Вот как выглядит картина с nouveau.hdmimhz=340, nouveau.duallink=0, nouveau.duallink=1

https://ibb.co/z6qhCVB

Ни 100 ни 120 не выставляются, нет сигнала

nouveau.hdmimhz=340, nouveau.duallink=0, nouveau.duallink=1

Откуда запятая? Без запятой. duallink либо 0 либо 1, а не то и другое вместе.

Я вижу, что режимы появились, но откуда так много на около 120 Гц? Ты пользовательские удалил? И устанавливай лучше через xrandr с указанием всех вариантов частот. Я вот не вижу, что у тебя в GUI есть все Modeline, которые види xrandr. Почему только 120 Гц есть? Есть же и 120, и 119.88, и 119.98. Вот прямо из xrandr пробуй с указанием --rate 119.98. И т. д. Забей пока на GUI.

Я в EDID вижу только два режима около 120 Гц. Один на 297 МГц, а другой на 285 МГц (119.98, скорее всего).

VIC  63 1920x1080@120Hz 16:9  HorFreq: 135000 Hz Clock: 297.000 MHz

и

Detailed mode: Clock 285.500 MHz, 527 mm x 296 mm
               1920 1968 2000 2080 hborder 0
               1080 1083 1088 1144 vborder 0
               +hsync -vsync 
               VertFreq: 119 Hz, HorFreq: 137259 Hz

Чтобы посомтреть тайминги режимов xrandr, то набери xrandr --verbose

Вот прямо из xrandr пробуй с указанием --rate 119.98.

Чувствую, что тут надо написать, что я имею в виду,а то опять выяснения на страницу будет.

$ # включаем режим с нужной частотой. 
$ # В выводе xrandr около этой частоты будет звездочка. 

$ xrandr --output DVI-I-1 --mode "1920x1080" --rate 119.98

Откуда запятая? Без запятой. duallink либо 0 либо 1, а не то и другое вместе.

Это я тут только в ответе так написал там без запятой и duallink всмысле пробовал 0 и 1 по отдельности

Ты пользовательские удалил?

Закоментировл через #

С xrandr сейчас попробую как ты говоришь

Чтобы посомтреть тайминги режимов xrandr, то набери xrandr --verbose

вывод с дополнительными nouveau.hdmimhz=340 nouveau.duallink=0

https://pastebin.com/raw/fkXzf1Lg

вот вывод БЕЗ дополнительных параметров ядра

https://pastebin.com/raw/FyAufrdc

xrandr --output DVI-I-1 --mode "1920x1080" --rate 119.98

пропадает сигнал

Я в EDID вижу только два режима около 120 Гц. Один на 297 МГц, а другой на 285 МГц (119.98, скорее всего).

ты хочешь выяснить почему не работают режимы из EDID?

вывод с дополнительными nouveau.hdmimhz=340 nouveau.duallink=0

Все верно. Как поставил 340 МГц, то все режимы из EDID пропустил. xrandr говорит, что у него есть 120 Гц (297 МГц), 119.98 Гц (285.5 МГц), 119.88 Гц (296.703 МГц). Минимальная из этих вариантов - 285 МГц, то есть 119.98 Гц частота кадров.

вот вывод БЕЗ дополнительных параметров ядра

Все верно. Все режимы > 165 МГц просто откинул, но по какой-то причине пользовательские режимы, у которых Pixel Clock > 165 МГц и которые ты через иксы дописываешь, не бракует еще на подлете, а дает выставить. Похоже, что они проверку на граничную частоту не проходят.

пропадает сигнал

Значит, 285.5 МГц не проходят уже, а режим CVT-RB2 с 274.56 МГц проходит (CVT-RB2 урезает horizontal blanking). Мои два режима (выше по треду) на 120 Гц с частотой в районе 260 МГц урезают и вертикальное и горизонтальное гашение. Ну и тоже работают.

А почему нет 144?

144 Гц в другом месте, в Detailed Mode в EDID. Только там 143.86 Гц и частота 337.520 MГц, что слишком. Я прикинул и думаю, что подобрать режим 144 Гц, чтобы частота пикселей была между 274.56 и 285.5 МГц не получится никак. Вообще без всякого blanking (а это так не бывает) минимум 1920*1080*144=298.598400 МГц. Ну никак у тебя не получится. А вот 120 Гц получается. Чем ограничено значение частоты? А железом видеокарты, стоит понимать. У этого чипа и второй интерфейс есть (DVI-I-2), но он не распаян у тебя. У него, скорее всего, dual-link есть. Проприетарный драйвер говорит, что вот там вот можно получить больше (в проприетарном интерфейс зовется DFP-1):

[    31.873] (--) NVIDIA(GPU-0): DELL S2421HGF (DFP-0): 165.0 MHz maximum pixel clock
[    31.873] (--) NVIDIA(0): DFP-1: Internal TMDS
[    31.873] (--) NVIDIA(GPU-0): DFP-1: 330.0 MHz maximum pixel clock

Но уже то, что удалось раскочегарить DFP-0 больше 165 МГц - удача. Смысла экспериментировать особо нет. 144 Гц ты не получишь с такими ограничениями, но можно еще попробовать 122 Гц, 123 Гц и т . д. пока не упрешься в неработающий режим. Это если особо хочется эксперимента.

У этого чипа и второй интерфейс есть (DVI-I-2), но он не распаян у тебя. У него, скорее всего, dual-link есть. Проприетарный драйвер говорит, что вот там вот можно получить больше (в проприетарном интерфейс зовется DFP-1):

Хотя по фотографиям карты я вижу, что распаян. Два DVI у карты. Но это тебе не поможет ничем, так как у тебя переходник все равно single-link. Что-то я не припомню, видел ли я переходники dual-link DVI в HDMI? Но это уже активные переходники должны быть.

UPD. Есть вроде. Но все равно надо будет думать с режимом. Потому что 144 МГц в мониторе хочет 337.520 MГц, то есть расчитан, что граница у карты минимум 340 МГц. В 330 МГц не влезает и будет отброшен. Но вот есть надежда, что можно пользовательский режим свой подобрать. чтобы попасть в 144 Гц.

Я думаю на 120гц остановится. Это лимит карты кмк. А насиловать не хочется. Я и на 100 не рассчитывал,а тут 120 завелось это отлично.

А на проприетарном никак не получить 100 или 120 под линуксом?

Почему работают кастомные 100,120 а из edid нет?

Почему работают кастомные 100,120 а из edid нет?

А самому додуматься? С учетом того, что ты уже теперь знаешь? Все modelines режимов из EDID тут: https://pastebin.com/raw/fkXzf1Lg . Ищи 100, 120 и близкие к ним. Refresh rate там указан, все параметры режимов указаны. А то получается, что в итоге ты ничего и не понял, что ты делал, хотя разговора тут уже на 4 страницы. UPD: Хотя и тут можешь увидеть как выставить кастомною часту на мониторе? (комментарий)

А на проприетарном никак не получить 100 или 120 под линуксом?

Быть может и можно. А ты пробовал через xrandr пробить? Ну и еще там опции были по поводу пользовательских режимов. https://download.nvidia.com/XFree86/Linux-x86_64/396.51/README/xconfigoptions...

Option «ModeValidation» «string»

This option provides fine-grained control over each stage of the mode validation pipeline, disabling individual mode validation checks. This option should only very rarely be used.

The option string is a semicolon-separated list of comma-separated lists of mode validation arguments. Each list of mode validation arguments can optionally be prepended with a display device name and GPU specifier.

    «<dpy-0>: <tok>, <tok>; <dpy-1>: <tok>, <tok>, <tok>; ...»

Possible arguments:

[...]

«NoUserModes»: additional modes can be added to the mode pool dynamically, using the NV-CONTROL X extension; this argument prohibits user-specified modes via the NV-CONTROL X extension.

«AllowNonEdidModes»: if a mode is not listed in a display device's EDID mode list, then the NVIDIA X driver will discard the mode if the EDID 1.3 «GTF Supported» flag is unset, if the EDID 1.4 «Continuous Frequency» flag is unset, or if the display device is connected to the GPU by a digital protocol (e.g., DVI, DP, etc). This token disables these checks for non-EDID modes.

В общем, надо пробовать. Это все там же писать, где ты раньше экспериментировал: как выставить кастомною часту на мониторе? (комментарий)

Ищи 100, 120 и близкие к ним

где там указаны реальная частота развертки у герцах? Что бы было наглядно как в гуи 100 это 100, 120 это 120. Там одна хрень, нормальному человеку не понять)

Refresh rate там указан

где? я вижу только pixel clock.

А то получается, что в итоге ты ничего и не понял, что ты делал,

Я понял, что ничего не понял) Не понятно почему родной из edid не работает, что не так ему? И почему именно работает CVT-RB2? Понял, что тут как всегда без танцев с бубном мало что получается. Почему нет четкости как в CRU?

Я не буду на эти вопросы отвечать. Там и указаны. Ты же читать умеешь? :) Вот и присмотрись.

Ок) Спасибо тебе БОЛЬШОЕ человеческое большое еще раз. Без тебя я бы не разобрался. Трудно лично мне конечно во всем этос шарить но интересно)

Быть может и можно. А ты пробовал через xrandr пробить? Ну и еще там опции были по поводу пользовательских режимов.

Перепробовл почти все, что по логике подходит.

Вот xrandr выхлоп https://pastebin.com/raw/Gar7AtSr https://pastebin.com/raw/MKg9SzMc

На 72 еще ок, на 75 мыльцо, с 85 и выше пропалает сигнал

Может и правда, что залочено 165 как в той ссылке с сайта нвидии?

Section "Device"
    Identifier     "NVIDIA  GF9800 GTX"
    Driver         "nvidia"
EndSection
    
Section "Screen"
    Identifier     "Screen0"
    Device         "NVIDIA  GF9800 GTX"
    Monitor        "<default monitor>"
    DefaultDepth    24
    Option         "AllowDFPStereo" "false"
    Option         "Stereo" "0"
    Option         "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoDFPNativeResolutionCheck, NoTotalSizeCheck, AllowNonEdidModes, NoDualLinkDVICheck, NoEdidMaxPClkCheck
    Option "UseEdidFreqs" "false"
    Option "IgnoreEDID" "true"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Секцию «Screen» можно оставить в покое (закомментировать). По идее должно просто с Device работать.

Section "Device"
    Identifier     "NVIDIA  GF9800 GTX"
    Driver         "nvidia"
    Option         "AllowDFPStereo" "false"
    Option         "Stereo" "0"
    Option         "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoDFPNativeResolutionCheck, NoTotalSizeCheck, AllowNonEdidModes, NoDualLinkDVICheck, NoEdidMaxPClkCheck, NoMaxPClkCheck, NoXServerModes, NoPredefinedModes, NoExtendedGpuCapabilitiesCheck"
EndSection

Только у тебя какие-то противоречащие опции и не ясно, как это все вместе уживается. Одни опции используют информацию из EDID, другие опции запрещают EDID. Хотя бы IgnoreEDID можно пока закомментировать. Еще опцию «NoMaxPClkCheck» добавить, как и раньше. И у тебя синтаксическая ошибка. Ты не закрыл кавычки, где «ModeValidation». Драйвер в логах не ругается на это? И еще можно убрать режимы, которые драйвер nvidia в дополнение к EDID и Xorg пытается подсунуть. «NoPredefinedModes» убирает драйверные режимы, «NoXServerModes» убирает иксовые режимы. Чтобы не мешались. Но ты проверь, а то у меня тут нет проприетарных драйверв, я не знаю, как это работать будет. По идее должны остаться только режимы EDID и плюс пользовательские. А то у тебя там простыня в xrandr.

на 75 мыльцо,

Не понимаю, откуда там мыло. Он тебе разрешение не меняет случайно (поэтому и мылит)?

Может и правда, что залочено 165 как в той ссылке с сайта нвидии?

Тогда бы просто послал бы уже на 75 Гц, которое уже выше 165 МГц. Пока непонятно. Железо то же. А куда ты пользовательские режимы добавляешь? Вот еще опция интересная, но не знаю, как она будет работать.

«NoExtendedGpuCapabilitiesCheck»: allow mode timings that may exceed the GPU's extended capability checks.

Секцию «Screen» можно оставить в покое (закомментировать). По идее должно просто с Device работать.

Спасибо попробую твой вариант

Не понимаю, откуда там мыло. Он тебе разрешение не меняет случайно (поэтому и мылит)?

А куда ты пользовательские режимы добавляешь?

Взял те modeline что работали в нуво и перенес сюда в туже секцию, кажется monitor. Было поздно плохо соображал.

Чуть позже сегодня все проверю и твой вариант.

Взял те modeline что работали в нуво и перенес сюда в туже секцию, кажется monitor. Было поздно плохо соображал.

Там есть графическая NVIDIA control panel или что-то в этом роде. Я так понял, что там можно тоже добавлять. Но это ты сам посмотри.

Не понимаю, откуда там мыло. Он тебе разрешение не меняет случайно (поэтому и мылит)?

Выяснил

этот режим мылит, независимо от полярности в конце

ModeLine       "1920x1080_75.00" 164.61 1920 1944 1976 2008 1080 1083 1088 1093 +hsync +vsync

этот нет

ModeLine       "1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync

этот режим мылит, независимо от полярности в конце

IMHO, blanking короткий.

ModeLine «1920x1080_75.00» 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync

Ну вот странно. Уже больше 165 МГц и проходит. Можно предположить еще одну версию, что у nvidia есть небольшой припуск на граничное значение частоты. Не 165 МГц, а чуть больше, а потом уже он автоматом пытается dual-link включить. Но факт остается фактом, что сама железка может выдать как минимум 274 МГц на single-link. И об этом авторы nouveau говорят, что у железок есть возможность разную частоту давать, но они не всегда могут сказать, где граница. Они только точно говорят, что у Fermi - 225 МГц, а у KEPLER - 297 МГЦ. https://github.com/torvalds/linux/blob/cceb634774efca60f8cc57041234f00faf97f2...

вот так выглядит xorg.conf

Section "Monitor"
    Identifier     "<default monitor>"
    VendorName     "DEL"
    ModelName      "a16c"
           ModeLine "1920x1080_72.00" 160.85 1920 1928 1960 2000 1080 1103 1111 1117 +hsync -vsync
           ModeLine "1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync
           ModeLine "1920x1080_85.00" 198.73 1920 1968 2000 2080 1080 1083 1088 1124 +hsync -vsync
         # ModeLine "1920x1080_100.00" 235.67 1920 1968 2000 2080 1080 1083 1088 1133 +hsync -vsync
           
         
EndSection 
         
Section "Device"
    Identifier     "NVIDIA  GF9800 GTX"
    Driver         "nvidia"
    Option         "AllowDFPStereo" "false"
    Option         "Stereo" "0"
    Option         "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoDFPNativeResolutionCheck, NoTotalSizeCheck, AllowNonEdidModes, NoDualLinkDVICheck, NoEdidMaxPClkCheck
, NoMaxPClkCheck, NoXServerModes, NoPredefinedModes, NoExtendedGpuCapabilitiesCheck"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "NVIDIA  GF9800 GTX"
    Monitor        "<default monitor>"
    DefaultDepth    24
    #Option         "AllowDFPStereo" "false"
    #Option         "Stereo" "0"
    #Option         "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoDFPNativeResolutionCheck, NoTotalSizeCheck, AllowNonEdidModes, NoDualLinkDVICheck, NoEdidMaxPClkChec
k, NoMaxPClkCheck, NoVertRefreshCheck, NoHorizSyncCheck, AllowNonEdidModes, NoExtendedGpuCapabilitiesCheck"
    #Option "UseEdidFreqs" "false"
    #Option "IgnoreEDID" "true"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

этот режим который без мыла заработал на нуво теперь на проприетраных терят сигнал и выше тоже нет сигнала

ModeLine       "1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync

Тоесть залочка на 165?

Ну вот странно. Уже больше 165 МГц и проходит

на нуво да, на закрытых нет

этот режим который без мыла заработал на нуво теперь на проприетраных терят сигнал и выше тоже нет сигнала

Не распарсил вот эту фразу. Новая строчка на 75 Гц на проприетарных не работает теперь?

Старая строчка на 164.61, и она должна проходить, но просто плохо написана, а теперь она 167 и не работает. Так? Если да, то очевидно уже, что 165 МГц у них где-то зашито в коде и они даже пользовательские режимы апрувят на эту границу. И вмешаться в этот процесс ты никак не можешь, получается (мы уже, кажется, все возможные опции ему дали).

Да. Этот который прохоит без мыла на нуво, уже не проходит на проприетарных

ModeLine       "1920x1080_75.00" 167.85 1920 1928 1960 2000 1080 1105 1113 1119 +hsync -vsync

https://forums.developer.nvidia.com/t/fix-your-drivers-nvidia-hdmi-165-mhz-broken/29173/23

Я вот тут такой составил точно на 165 МГц. Может, хотя бы он на проприетарном пройдет?

ModeLine "1920x1080_75.00" 165.00 1920 1928 1960 2000 1080 1081 1084 1100 +hsync -vsync

Я вот тут такой составил точно на 165 МГц. Может, хотя бы он на проприетарном пройдет?

ModeLine "1920x1080_75.00" 165.00 1920 1928 1960 2000 1080 1081 1084 1100 +hsync -vsync

Работает но мылит

Работает но мылит

Жаль. Тут можно еще поэкспериментировать, но так как все зависит от того, как монитор воспринимает режимы, я точно не могу сказать, что произойдет. Все от моника зависит, а моник у тебя, поэтому тут только сам. Последний вариант и хватит:

ModeLine "1920x1080_75.00" 165.00 1920 1928 1960 2000 1080 1083 1088 1100 +hsync -vsync

P.S. Значит, все-таки проприетарный драйвер под Linux проверяет все режимы на 165 МГц. И сделать ничего нельзя. И значит проблема, о которой сказано на форуме nvidia (https://forums.developer.nvidia.com/t/fix-your-drivers-nvidia-hdmi-165-mhz-br...) имеет место быть. Это, конечно, не баг, а искусственное ограничение в полном соответствии со стандартом, но все же гадко, так как карта может больше, а преодолеть эту проверку никак нельзя.

да, к сожалению тоже замыленность. Попробую через cru еще поподбирать

искусственное ограничение в полном соответствии со стандартом,

если єто так почему под вендой єтого ограничения нет?

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

«so, fuck you nvidia!» Linus Torvalds (c)

если єто так почему под вендой єтого ограничения нет?

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

да, к сожалению тоже замыленность. Попробую через cru еще поподбирать

Надо тогда попробовать уменьшить horizontal blanking и увеличить vertical blanking. Чтобы произведение осталось тем же. Есть варианты таймингов, но монитор может фыркнуть и мылить, как он делает сейчас. Вот, например:

ModeLine "1920x1080_75.00" 164.95 1920 1944 1960 1976 1080 1083 1090 1113 +hsync -vsync

Это я увеличил vertical blanking и уменьшил horizontal. Все, больше я уже не буду.