Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Zahar Kiselev                        2:5030/382.1   02 Feb 2003  05:07:38
 To : Kirill Frolov
 Subject : vesa_drv
 -------------------------------------------------------------------------------- 
 
 
 Feb 02 01:03 03, Kirill Frolov wrote to Zahar Kiselev:
 
  KF>>> Только зачем modeline вообще нужно на современных мониторах
  KF>>> непонятно.
  ZK>> Все понял, но как может быть не нужно modeline - не понимаю.
  KF>     Сервер знает диапазоны частот вертикальной и горизонтальной 
  KF> развёрток. Знает разрешение, pixelclock. Этого достаточно, чтобы 
  KF> серверу самому рассчитать частоты развёртки.
 
 Вот только мнение сервера по поводу параметров синхроимпульсов и мнение монитора
 по этому поводу - могут не совпадать. В частности даже мультичастотный монитор
 обычно имеет ограничение на минимальную длительность самих синхроимпульсов,
 кроме ограничения на максимальную их частоту, которое очевидно. Так вот слишком 
 узкие синхроимпульсы вызовут сбой синхронизации.
 А просто неточное попадание в ожидаемые монитором значения - вызовет сдвиг
 изображение, который конечно можно исправить регулировкой монитора, но зачем
 сначала создавать проблему, а потом ее исправлять...
 И еще замечание - одни и те же параметры импульсов синхронизации можно получить 
 при разной pixelclock - так как время в регистрах карточки задается в тактах
 этой частоты. Следовательно при более высокой частоте достаточно прописать
 бОльшие значения в регистры блока разверток карточки и импульсы синхронизации
 останутся прежними. Hо в каких пределах это возможно зависит уже от конструкции 
 видеокарты. В смысле допустимости подобных извращений выделются
 матроксы, те, которые PCI.
 
  KF>>> _Стандартных_режимов_не_бывает_, _это_миф_,
  ZK>> Вот именно. Поэтому указание даже 800х600 без описания modeline чаще
  ZK>> всего приводит к срыву синхронизации.
  KF>     Если приводит именно к срыву, то может монитор такой?
 
 Разумеется я говорю не о multisync-мониторах, а о тех, которые понимают
 несколько видеорежимов плюс/минус некоторый допуск на каждом.
 
 >  Может ему  полярность импульсов определённая нужна и различает он несколько
  KF> фиксированных режимов по полярности?
 
 Первое верно, второе нет. Большинство мониторов критичны к полярности
 синхроимпульсов, и гораздо меньшее их количество различают видеорежимы по этому 
 признаку.
 
 >  А диапазон частот может быть 
  KF> задан немного неточно...
 
 Вот поэтому я и считаю, что использовать modeline правильнее.
 Другое дело, что считать ее - несколько утомительно. 
 Кстати говоря - три монитора на одной машине я все-таки запустил.
 К сожалению - невозможно иметь текстовую консоль одновременно с графическим
 экраном. Или фреймбуфер, но это мне понравилось еще меньше чем xterm, или Иксы. 
 Вот теперь читаю man и прочие описания на xterm - чтобы на одном мониторе
 сделать из него "текстовый режим". Быстродействия вполне достаточно, 
 нужно только настроить так, чтобы было _максимально_ похоже.
 Zahar(@spbdept.rbc.ru)
 
 --- Msged/LNX 6.1.1
  * Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 vesa_drv   Zahar Kiselev   27 Jan 2003 10:59:36 
 vesa_drv   Kirill Frolov   28 Jan 2003 04:07:40 
 vesa_drv   Zahar Kiselev   29 Jan 2003 00:52:20 
 vesa_drv   Kirill Frolov   30 Jan 2003 12:26:42 
 vesa_drv   Zahar Kiselev   31 Jan 2003 02:53:54 
 vesa_drv   Kirill Frolov   02 Feb 2003 02:03:48 
 vesa_drv   Zahar Kiselev   02 Feb 2003 05:07:38 
 vesa_drv   Zahar Kiselev   05 Feb 2003 02:21:00 
Архивное /ru.linux/32883e3c7555.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional