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]

Ответить