Stanislav Maslovski wrote:
HFreq = 65 MHz / (1024 + 1024/8)
VFreq = HFreq / 670
С 8-пиксельными - см. выше.
Да не в программе тут дело, а в самом "символьном режиме" - на
аппаратном уровне не тянет высокие разрешения со 100 герцами, что то
вроде "ширины пропускания".... а моделайн любую можно сделать - видел
удобные программы которые это делают для любого режима, можно в ручную
(сам неделю разные тестировал года два назад)... Но - аппаратное
органичение... нельзя 800х600-100 и все. :|
Да и вообще чем вам фрамебуфер не нравится? Он имеет один минус - не
работает с закрытыми дровами от нвидиа. Так может это и не минус? Во
первых закрытые дрова это плохо, во вторых закрытые не идут под
самосборным ядром (а очень часто оно нужно - и для железа, и для сети, и
для нужных опций забитых в сырцы - тот же ривафб, и просто чтоб ненужное
выкинуть) (хотя это несколько спорное утверждение потому как есть опция
"загружать модули для другой версии ядра" - но это уже нетривиальная
ситуация). В третьих стандартные дрова хорг вполне сносны - в них даже
иногда dri работает. А говорят что если позаморачиваться и опенжл
заработает (сам давно не пробовал - путь знающие поправят если что).
Но вообще помучавшись с этими свгалибами и врамебуферами понял что видео
от, например, интель будет проще/удобнее для тех кому не нужно
максимальное фпс в новейших 3д играх - И фрамебуфер нормально работает и
иксы со стандартными дровами - кино не тормозит из "коробки".
Короче енджой - разбираться с дровами это путь к лучшему пониманию
системы Линукс и Дзен.
Джаст фо фан.
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]