|
|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32883e3c7555.html, оценка из 5, голосов 10
|