Підробка монітора EDID інформації


9

Мій монітор начебто хитромудрий. Іноді я запускаю програму, яка проходить цикл через роздільну здатність, і монітор відмовляється давати інформацію про EDID протягом декількох днів:

(/var/log/Xorg.0.log)
[   239.653] (II) fglrx(0): Restoring Recent Mode via PCS is not supported in RANDR 1.2 capable environments
[   260.113] (II) fglrx(0): Cannot get EDID information for CRT1
[   271.166] (II) fglrx(0): Cannot get EDID information for CRT1
(^ ran xrandr, this happens)

Це змушує відеокартку думати, що максимальна роздільна здатність, яку вона буде підтримувати, - 1600х1200, тоді як я працював на оптимальних 1680х1050, як говорить керівництво монітора. xrandrнавіть не відображає цей режим як підтримуваний.

Тепер у мене знову виникає ця проблема, тому що я експериментував з Wine, що спричинило збій Xorg і змусило мене перезавантажитись.

Іноді я придумую, як його повернути (я просто забув), а іноді він себе виправляє.

Перший раз, коли це сталося, я зрозумів, що мені краще зробити резервну копію двійкової інформації EDID, використовуючи її read-edid, яку я зберегла у 128-байтовому файлі на своєму жорсткому диску. Це призводить мене до мого питання:

Як ви скажете fglrx читати інформацію про EDID з файлу, а не намагатися отримати її з монітора?


Додаткова інформація:

Раніше я вважав, що це вина відеокарти, але це відбувається і з новою відеокартою (все ще драйвери fglrx), а також новими VGA-кабелями.

Монітор - Westinghouse LCM-22w3, підключений до порту VGA відеокарти, ATI Radeon HD 3200.

Я провів деякі дослідження з цього питання, і, мабуть, це дещо поширена скарга на LCM-22w3, але, здається, ніхто не має уявлення про те, як вирішити проблему.

fglrx 8.92, xorg-сервер 1.9.5, ядро ​​2.6.38.7 арка x86_64.

Відповіді:


4

Коли я використовував перемикач VGA KVM, що блокує EDID, я використовував невеликий сценарій, щоб виправити роздільну здатність після входу:

xrandr --newmode "1600x1200_60.00"  162.00  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync
xrandr --addmode VGA-1 1600x1200_60.00
xrandr --output VGA-1 --mode 1600x1200_60.00

Я думаю, що я отримав рядок режиму від xrandr якось (з монітором, підключеним безпосередньо). Я спробував помістити його у файл конфігурації X, але дурний X-сервер продовжував ігнорувати його з різних помилкових причин.


1
Дякую, що працювало на мене. Additinnaly, щоб отримати деякі значення за замовчуванням для мого екрану, я використовую командуcvt
remi

До речі, якщо у вас є 2 екрани, коли ви встановлюєте роздільну здатність другого екрана (наприклад, зовнішній екран з ноутбуком), я більше не можу використовувати арандр для фіксації положень екрана. Але ви все одно можете використовувати xrandr з - вліво чи інше
remi

1

Ви можете спробувати

Option "IgnoreEDID" "TRUE"

а потім вкажіть інформацію монітора вручну. Якщо IgnoreEDID не працює для вас, спробуйте

Option "UseEDIDFreqs" "FALSE"
Option "UseEDIDDpi" "FALSE"

1
[433447.647] (WW) fglrx (0): опція "UseEDIDFreqs" не використовується [433447.647] (WW) fglrx (0): опція "UseEDIDDpi" не використовується [433447.647] (WW) fglrx (0): опція "IgnoreEDID "не використовується [433447.647] (WW) fglrx (0): Варіант" CustomEDID "не використовується
amphetamachine

Який це дистрибутив? У мене немає відповідної системи для перевірки (але знаю з попереднього досвіду, що CustomEDID повинен працювати, принаймні) - вам можуть знадобитися інші передумови для роботи користувацької EDID. Наприклад: en.gentoo-wiki.com/wiki/Radeon#Custom_EDID
д-р JKL

1
Це Slackware, але це не має значення. Драйвери, згадані у наданому вами посиланні, стосуються драйвера F / OSS "radeon", який постачається разом із Xorg, а не фірмового "fglrx", який я використовую (і потрібно зробити моє 3d прискорення).
амфетамахін

0

Один невільний (добре, досить дорогий) варіант - використовувати DVI детектор Gefen . Це пристрій, який буде кешувати інформацію EDID з пристрою, а потім постійно надавати її на ПК.

Мені доводилося їх використовувати з ПК, підключених до DVI KVM, які не повторно ініціалізували їх дисплеї після перемикання портів KVM. Вони працювали чудово для цього і повинні працювати і для вашого використання.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.