RandR, не распознающий монитор

Установите title опция. Это работает из поля на меня в xterm и т.п., но не на экране. Эта подсказка работы:

if &term == "screen"
  set t_ts="\ek"
  set t_fs="\e\\"
  set title
endif

Другой подход должен записать a preexec функционируйте в своей оболочке, которая устанавливает заголовок окна на выполняемую команду. Поддержки Zsh preexec исходно, и удар может сделать это также. Вот zsh пример.

2
23.04.2011, 22:37
1 ответ

Проблемой не является RandR, Ваш видеодрайвер не настраивает монитор на основе информации EDID от Монитора. Проверьте файл Xorg?.log, чтобы видеть, как драйвер настраивает монитор.

Возможно настроить монитор в xorg.conf конфигурации. Я не попробовал это за установку Plug and Play. Конфигурирование установки парного монитора могло бы работать лучше.

Вы могли написать сценарий конфигурации, таким образом, легче сделать.

РЕДАКТИРОВАНИЕ нет, модуль, который ответственен за это, распространено и используется всеми драйверами. Производители видеокарт не обеспечивают единый интерфейс, таким образом, нам нужны различные драйверы. Драйверы Xorg факторизуют общую функциональность и обеспечивают стандартные интерфейсы приложения, который является, почему RandR работает. xorg.conf характерен для всех драйверов.

Если Вы загружаетесь с включенным монитором, кажется, что это не обеспечивает EDID (это - ответственность монитора). Посмотрите на /var/log/Xorg.0.log после запуска с и без монитора, подключенного и включенного, когда Вы загружаетесь. Это должно дать Вам некоторое представление, что или не происходит.

Это - решение, которое я использовал с установкой парного монитора, где один монитор не предоставлял EDID. Я переместил это решение в свой xorg.conf файл, но это требовало времени для конфигурирования. Эта установка более проста, если Вы используете gdm. Аналогичные решения могут использоваться для kdm или xdm. Замените мою установку тем, что Вы вводите, когда Вы запускаетесь.

Я создал файл /etc/gdm/Init/Default содержа:

#!/bin/sh
PATH="/usr/bin:$PATH"

#WAT - Setup dual displays
# Define new modes (60 and 75 hz)
xrandr --newmode 1280x1024    108.00  1280 1376 1488 1800   960  961  964 1000 +hsync +vsync
xrandr --newmode 1280x1024x75 135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync

# Add modes to screen
xrandr --addmode VGA-0        1280x1024
xrandr --addmode VGA-0        1280x1024x75

# Select the output mode
xrandr --output HDMI-0 --mode 1920x1080 --output  VGA-0 --mode 1280x1024 --left-of HDMI-0

# EOF 
3
27.01.2020, 22:07
  • 1
    Мм, какой-либо драйвер должен заботиться об этом самостоятельно? Почему они информация не централизованы и вместе для всех драйверов? Ну, угадайте, что я должен был бы вырыть глубже в видео инфраструктуре для понимания этого.... Я надеялся в более общем решении (как добавление строки в файле DB или чем-то), так как я буду использовать этот монитор в течение нескольких недель только. В данный момент я добавляю новый режим со сценарием каждый раз, когда я загружаюсь; это работает, но похоже на грязный взлом... –  peoro 24.04.2011, 03:36
  • 2
    @peoro: Посмотрите редактирование выше. –  BillThor 24.04.2011, 15:40
  • 3
    , который я главным образом согласовываю - я несколько раз видел, что xrandr сообщает только о "стандартных" разрешениях как 800x600 и 1024x768. Проблема всегда была в аппаратных средствах - повредил EDID в мониторе или дефектном кабеле VGA. В любом случае см. свой Xorg.0.log для строк как" (WW) NVIDIA (GPU 0): Не мог считать EDID для дисплея CRT 0 дюймов. –  dmitry_vk 24.04.2011, 21:11
  • 4
    Спасибо, Ваш ответ является действительно четким. Я проверил свой файл журнала Xorg, и он не сообщает об ошибках: intel(0): EDID for output VGA1, затем это показывает зондируемые режимы (которые располагаются от 800x600 до 1024x768 только). Так хорошо монитор, вероятно, передает несправедливость EDID; если я могу я пытаться использовать другой компьютер/ОС, чтобы видеть, имеет ли это действительно место. –  peoro 25.04.2011, 17:26

Теги

Похожие вопросы