Способы переключения видео режимов на современных видеокартах в защищенном режиме

Давайте обсуждать способы переключения видео режимов на современных видеокартах в защищенном режиме.

Кто может, выкладывайте маны или код.

0

а что обсуждать? смотрите сорцы существующих опенсорсных осей.

2

Мда, я вроде в скайпе уже написал, но ты упорно продолжаешь гнуть свою линию.
Еще раз:
1. Документацию на современные карты ты не найдешь. Исключение - intel'овская встроенная графика. Но и там для новых не все описано.
2. Низкоуровневая работа с графическим контроллером, тем более с современным gpu - это самое сложное, что вообще есть в железе PC'ка. С твоим уровнем лучше не начинать.
3. Никакой совместимости нету даже между контроллерами одного производителя. Обычно в каждом новом поколении все меняется. Вот для примера мои потуги(хотя вроде уже давал ссылку тебе) для семейства R600-R700 (и то не на всех работает).
4. Да, есть открытые исходники для *nix. Но они во-первых имеют урезанный функционал (по сравнению с проприетарной версией), во-вторых, что бы там хоть что-то понять, нужно знать архитектуру таких вещей как, например, DRM в линухе. На надейся там удивить в исходниках драйвера функцию типа SetVideoMode(w, h, bpp) - не будет ее. Там куча уровней абстракций.
Вывод:
Используй VBE и займись более приоритетными для ОС вещами.

2

я когда писал свою поделку юзал vbe и только текстовый режим. благо груб умеет устанавливать желаемый видеомод.

0

Сообщение от Мотороллер благо груб умеет устанавливать желаемый видеомод.

VBE2.0 или выше обязан поддерживаться всеми карточками, а не только виртуальной машиной. VBE и винда использует, если драйверы найти не может.

0

Буду использовать vbe с виртуальной машиной(аналог v86 режима)

0

Сравнивать виртуальную машину и режим работы процессора, мягко говоря, не корректно.

0

Сообщение от shmkv 2. Низкоуровневая работа с графическим контроллером, тем более с современным gpu - это самое сложное, что вообще есть в железе PC'ка. С твоим уровнем лучше не начинать. 3. Никакой совместимости нету даже между контроллерами одного производителя. Обычно в каждом новом поколении все меняется. Вот для примера мои потуги(хотя вроде уже давал ссылку тебе) для семейства R600-R700 (и то не на всех работает).

Не понимаю, почему ОС должна в это лезть? Разве сама видеокарта не способна выполнять функции драйвера, чисто теоретически?

0

Сообщение от panotnap Разве сама видеокарта не способна выполнять функции драйвера, чисто теоретически?

А как ты это представляешь?

Добавлено через 4 минуты
Для полноценной поддержки нужен драйвер, причем уникальный для каждой ОС. Ну чисто для переключения видеорежимов (и то не всех) можно использовать VGA BIOS включая VBE. Он да, прописан прямо в в карточке. Но не более.

0

Сообщение от shmkv А как ты это представляешь?

Я не совсем представляю, как это можно не представить.

Возьмём просто отображение пикселов РГБ + разрешение (а что ещё нужно?).
Видеокарта тестирует монитор и находит совместимые с ней режимы, выводит их список (а-ля ВЕЗА) для ОСи.
Пикселы рисуются через ОЗУ. Зачем ОСе все прочие навороты?

Добавлено через 17 минут

Сообщение от shmkv для переключения видеорежимов (и то не всех) можно использовать VGA BIOS включая VBE

Вот это и не понятно, почему - не всех. Чем принципиально отличаются широкоформатные разрешения в данном случае?

Да, кстати, и это выполняет не видеокарта, а БИОС-код, который вроде бы крайне неудобен в защищённом режиме.

Добавлено через 13 минут
И в случае возможности включения всех поддерживаемых картой-монитором видеорежимов (без всяких там многомониторностей, стерео, старых режимов) относительно простым способом и такой же простой работы с ними вопрос топика становится исчерпарным, не так ли?

0

Сообщение от panotnap Зачем ОСе все прочие навороты?

Как бэ для всего вышеперечисленного есть VBE, один только нюанс - не будет никакого использования gpu (т.е. поддержки аппаратного ускорения). Также через VBE не всегда удается установить нужный режим для монитора (некоторые производители ограничивают список режимов).

Сообщение от panotnap Вот это и не понятно, почему - не всех

Вопрос к производителям графических чипов.

Сообщение от panotnap Чем принципиально отличаются широкоформатные разрешения в данном случае?

Все VGA видеорежими отличаются лишь таймингами (подробнее есть в моей статье на исходниках).

Сообщение от panotnap который вроде бы крайне неудобен в защищённом режиме.

Заметим, что единственная реальная польза от VBE - это переключения видеорежимов, ну может еще чтение EDID (только он не везде работает).
исходя из чего варианты работы (в порядке сложности):
1. перед входом в PM установить нужный режимы с LFB и забыть.
2. для переключения кратковременно выйти в RM и вернуться обратно.
3. Использовать V86.
4. Написать (или спизпозаимствовать) интерпретатор машинного кода.
5. Использовать технологию виртуализации.
выбирай понравившийся.

Сообщение от panotnap И в случае возможности включения всех поддерживаемых картой-монитором видеорежимов (без всяких там многомониторностей, стерео, старых режимов) относительно простым способом и такой же простой работы с ними вопрос топика становится исчерпарным, не так ли?

Я не понимаю о чем ты. VBE ничего не гарантирует относительно поддерживаемых режимов. Более того, далеко не все карточки поддерживают функцию VBE для чтения EDID, соответственно ты и "родной" видеорежим у монитора знать не будешь.

Добавлено через 12 минут

Сообщение от panotnap Пикселы рисуются через ОЗУ

На практике (если использовать VBE) это обстоит так: если карта встроенная (использует общую память), что видеопамять располагается в ОЗУ, только имеет аттрибут "некэшируемая" в MSR. Скорость записи в такую память не ахти, если честно. Установить атрибут кэшируемости можно, но на экране будут артефакты (придется постоянно юзать инструкцию сброса кэша, что не всегда допустимо).
Если карта внешняя (PCI-e, AGP), видеопамять отображается как обычный MMIO. Следовательно скорость записи соответствующая - т.е. очень медленно и огромная нагрузка на ЦП для вывода графики. Укорить это штатными средствами никак. Чтобы современные карточки "брали" данные из RAM (не VRAM) нужно инициализировать GART - это адски сложно и бесполезно: для каждого семейства карт придется писать свой код.

1

Сообщение от shmkv 1. перед входом в PM установить нужный режимы с LFB и забыть. 2. для переключения кратковременно выйти в RM и вернуться обратно. 3. Использовать V86.

А буферизацией как управлять? Каждый кадр процессором щёлкать?

Сообщение от shmkv VBE ничего не гарантирует относительно поддерживаемых режимов. Более того, далеко не все карточки поддерживают функцию VBE для чтения EDID, соответственно ты и "родной" видеорежим у монитора знать не будешь.

Как понимать - не гарантирует? Сбоит в работе? Или производитель не соблюдает стандарт?

0

Сообщение от panotnap А буферизацией как управлять? Каждый кадр процессором щёлкать?

О чем это ты?

Сообщение от panotnap Как понимать - не гарантирует?

Спецификация не требует, чтобы VBE обеспечивал поддержку всех видеорежимов доступных для видеокарты. Также спецификация не обязывает производителей делать поддержку работы с EDID.

Сообщение от panotnap Сбоит в работе? Или производитель не соблюдает стандарт?

0

Сообщение от shmkv О чем это ты?

Вы предлагаете мне смотреть на судороги перерисовки экрана или есть какой-то секрет, о котором я не знаю?

0

panotnap,
1. Формирование изображения нужно проводить ТОЛЬКО В ОБЫЧНОЙ ПАМЯТИ.
2. В LFB нужно копировать ТОЛЬКО ИЗМЕНИВШУЮСЯ ЧАСТЬ ИЗОБРАЖЕНИЯ.
3. Должен присутствовать буфер глубины, чтобы не закрашивать одну часть изображения по 40 раз.

Ну и ещё при копировании лучше всего использовать инструкцию rep movsd, но это, думаю, не секрет.

Если следовать этим принципам, то ГУЙ будет рисоваться быстро и без мерцаний. Да и не только гуй. У колибри даже демки ОпенЖЛ без дров на пне четвертом 2.4ггц старого образца(там ещё нет гипертридинга) при разрешении 1024x768 рисовались с ~30 фпс. Память была ддр1, а шина видео - АГП. Думаю, это о чем-то говорит. Сейчас память в разы шустрее, как и процессоры.

0

Не надо капслочить. Спасибо, но это не секреты... А кроме "ГУЯ" есть ещё перемещение равёрнутого окна, воспроизведение видео и рендеринг игр, где всё вышеперечисленное не поможет.

0

panotnap, перемещение развернутого окна нормально отрисуется. Воспроизведение видео в той же колибри работает нормально, вроде как, и без дров. Думаю, декодинг работает не в реальном времени, а используется предварительная буферизация распакованных кадров. Спрайтовые игры без шейдерных спецэффектов в реальном времени нормально заведутся. Вот что-то сложное уже создаст проблемы, но, если на твою ОС нет видеодров, то и игры с супер-графоном вряд ли есть, поэтому нет смысла пыхтеть и искать дрова на граф. ускорители.

0

Сообщение от panotnap Вы предлагаете мне смотреть на судороги перерисовки экрана или есть какой-то секрет, о котором я не знаю?

sh2ezo в целом дело говорит.

Сообщение от sh2ezo Сейчас память в разы шустрее, как и процессоры.

Вот тут не все так однозначно. Самое слабое место - это запись в видеопамять. И тут получится интересно - если карта встроенная (использует общую память), то все будет очень шустро: т. к. видеопамять это обычная память с выключенным кэшированием. А вот с внешними картами все сложнее, там vram отображается на физическую память как MMIO, что не сильно способствует скорости работы. Производителе предполагают, что доступ к памяти будет осуществятся через gart, а линейный буфер оставлен лишь для совместимости.

Добавлено через 3 минуты

Сообщение от sh2ezo лучше всего использовать инструкцию rep movsd

Вот не уверен на счет верности этого утверждения.

Сообщение от panotnap есть ещё перемещение равёрнутого окна, воспроизведение видео и рендеринг игр, где всё вышеперечисленное не поможет.

Поможет: формируешь в памяти кадр и целиком заливаешь его в нужною область vram.

0

shmkv, ну в случае с пнем четвертым карта была внешней geforce 5200 fx. Да и тесты на современных внешних видео покпзывают, что скорость действительно выше. Правда, не в разы

0

Кстати в колибри большинство их демок рендерят кадры с bpp=24, это к вопросу о rep movsd.

0