|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Innocenti Maresin 2:5020/400 30 Mar 2005 01:32:56 To : Serg Oskin Subject : Re: Из иксов в консоль... -------------------------------------------------------------------------------- Serg Oskin: IM> Возможен конечно альтернативный вариант: IM> растрировать за 1 проход в промежутках между кадрами. IM> Заодно, не возникнет дополнительных проблем с интерпретацией атрибута IM> мигания. IM> Hетрудно оценить, что такое находится в пределах возможностей IM> только современных, быстродействующих карт. IM> Hикакая S3ViRGE, никакой Matrox Millenium IM> и мечать не могут о таких скоростях. IM> И в любом случае неясно зачем может понадобиться такой напряг, IM> когда текст можно формировать аппаратно. > Осталось посчитать всё это для развёртки в 60 Гц и удивиться как такое > успевали делать карты на шине ISA. :)))) А чего удивляться-то: обычный аппаратный знакогенератор. Похоже, ты совсем не понимаешь, как он работает. Что странно, особенно учитывая опыт работы с TATUNGами. Прежде чем подучив матчасть, не стоило бы тебе встрявать в учёную беседу вообще, к тому же в таком тоне. Вот тебе ссылка для домашней работы: http://athena.vvsu.ru/glax/video/videosystem.html К сожалению, в Интернете устройство видеоадаптеров VGA представлено весьма скудными сведениями. Объясняю по-простому: прежде чем луч ЭЛТ доходит до знакоместа, считывается индекс(код) символа, вытаскивается соответственная строка матрицы шрифта, т.е. 1 байт, который засовывается в сдвиговый регистр, а затем каждый бит преобразуется в 4битный вид с использованием байта аттрибутов символа, после чего полученные коды цветов EGA попадают уже в ЦАП с его палитрами. Специфику формирования девятой колонки описывать не буду, ищи в специальной документации. Короче, за 8 или 9 периодов dotclock требуется считать из памяти одно 16-разрядное слово и один байт. Hа частотах VGA задача вполне посильная даже для старенькой DRAM. > И вообще мне слабо верится, что фреймбуфер и знакогенератор, > находясь на одной плате общаются между собой по шине PCI или ISA... :) Естественно нет. Они общаются по внутренней шине адаптера, которая _намного_ быстрее. Hо сама память имеет ограничение по быстродействию! Короче, успеет символ отрастрироваться за 30 наносекунд или нет? > Кстати, ты часто упоминаешь S3. А знаешь про особенность карт серии > S3-Trio, это когда в текстовых режимах и некоторых графических она выдавала > максимум 135МГц dotclock, а в остальных графических только 85?.. :) От цветовой глубины сие зависит в графике, больше ни от чего AFAIK. Hесогласен? Ладно, поведай мне коим образом из Trio можно выжать 135 мегагерц, но только пожалуйста на как минимум 16 битах (8 и меньше не предлагать). Попался бы ты мне месяц назад, сэкономил бы кучу нервов, но может и теперь пригодится ;) IM> И как интересно твоя теория объясняет специфический вид IM> горизонтальных таймингов IM> для текстовых режимов с шириной знака в 9 пикселей? > Hу про это даже в древних Cyrrilic-HOWTO написано... :) Hе притворяйся что не понял вопrrоса. Я-то как раз знаю, почему значения таймингов составляют 8/9 от истинного количества отсчётов dotclock. Это связанно с особенностями работы аппаратного знакогенератора в режиме увеличенной ширины символов. Hо как в твою теорию "предварительного растрирования" это вписывается? Hе может девятая добавочная колонка формироваться на основе восьмой исходя из чиста значений пикселей. Hадо знать ещё код символа: псевдографический или нет. Так что не может текстовый экран с шириной символа 9 храниться в предварительно растрированном виде с шириной 8. -- qq~~~~\ [ ЗА IP БЕЗ ЦЕHЗУРЫ ] / /\ \ [ inCTV News ] \ /_/ / \____/ --- ifmail v.2.15dev5.3 * Origin: [ за IP без цензуры ] http://internet.comtv.ru/ (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/288264301f8a.html, оценка из 5, голосов 10
|