С чего начать программирование графики на ассемблере?

Как выводить графику на экран, посредством ассемблера, напрямую работая с видеокартой? Без OpenGL, DirectX и прочих API. На время оставим проблемы совместимости в стороне.

 

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

 

Без "прочих API" (прерывание 10h и стандарт VESA тоже ведь своего рода API) вся графика ограничивается включением одного из стандартных VGA-режимов через программирование портов и последующей записью пикселей в видеопамять. Что-то там было про адреса A000:0000 и B800:0000... Исходников и даже книжек "про это" достаточно и находятся они Яндексом без особых сложностей. А всё, что выше VGA - тонет в бездне тех самых "проблем совместимости".

 

Никто и не спорит, что это сложная задача, но надо же с чего-то начинать. Вообще изучение ассемблера дело непростое.

Что касается режима VGA, то он поддерживает разрешение экрана, если не ошибаюсь, всего лишь 640 на 480 пикселей, а это очень мало. Задача на самом деле стоит такая: создать окно предположим средствами Windows API и вывести на него чего-нибудь (хотя бы пиксель) с помощью ассемблера.
Книг на этот счёт, на русском языке, не так уж много, пару штук от силы найти можно.

 

CyberManiac

И, что куда хуже, отсутствии документации. Правда, АМД раскрыла кой-какие интимные подробности процессоров, лежащих в основе Radeon HD 3xxx и младше, но и всё. Причём продраться через эту документацию сможет только обладающий очччень приличными знаниями (в том числе по программированию через DirectX/OpenGL).

 

assemblerist

А если уж окно создаётся в Винде, то без разницы, на чём писать -- всё равно выводить придётся средствами ВинАПИ. Ибо система сия не настолько дурная, чтобы всем подряд давать доступ прямо к железу.

 

И это невозможно никак обойти?

 

Так не получится. Берёшь любую книжку по WinAPI, изучаешь. Подскажу, что самый быстрый способ рисования - через прямую запись в видеопамять - функция SetDIBitsToDevice.
Могу тебе пример дать. На С++. На ассемблер сам переведёшь.

 

Что ж… загружай. Только я боюсь, что это не совсем, что мне нужно. Подвохи есть?

 

assemblerist

Из пользовательского режима, т.е. средствами обычной программы -- абсолютно никак. Ну а писать свой драйвер... Тогда надо забыть про окошки и прочие прелести ВинАПИ: драйвера режима ядра к ним доступа не имеют. Но на уровне драйвера решить эту задачу куда сложней, чем на голом железе, вообще без ОС: в последнем случае надо лишь знать, как работать с железом, а если пишешь драйвер -- то ещё и как это делать под конкретную систему и т.п.

 

Phuntik

Эта функция не даёт прямого доступа к видеопамяти. Цитирую MSDN:

Устанавливать пикселы в заданном прямоугольнике на устройстве она устанавливает, но делает это сама, а отнюдь не предоставляя доступ к видеопамяти программисту, т.е. ни о какой прямой работе с аппаратурой речи здесь не идёт. Ну а ещё точнее -- даже не сама, а обращаясь к куче кода системы и в конечном счёте к драйверу видюхи.

 

Писать драйвер… а смысл есть с точки зрения дальнейшей перспективы? Может такое случится, провозишься несколько месяцев непонятно с чем, а конечная цель – нормальная работа с низкоуровневой графикой – может так и не осуществиться.

 

И не осуществится. Вся нормальная работа под ОС делается через её сервисы (через ДиректХ, например). Смысл есть только тогда, когда речь идёт о программировании под голое железо, но это уже совсем другая опера.

 

assemblerist

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

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

 

assemblerist
Ты уже OpenGL освоил? Какой нибудь Shading language освоил?

 

OpenGL освоил уже давно и хочу перейти на ассемблер, читай – низкоуровневую графику.

 

> но до самого железа вам не долезть, хотябы потому, что производители видюх, особенно нвидия, давно уже не держатся никаких стандартов, пишут дровье сами и подробностей не разглашают.
ну почему же.
вон уже лет 5-7 реверсят биосы и пишут драйвера под линух различные энтузиасты.
> OpenGL освоил уже давно и хочу перейти на ассемблер, читай – низкоуровневую графику.
с какой целью?

 

n0name

Ну а полноценная поддержка ГП? Со всеми наворотами ДХ10-11?

 

assemblerist

Низкоуровневая графика это шейдоры. Это почти во всех книгах написано. Конечно можно спустится ниже. Но за чем вам это? Ну если так хочется то займись дизассемблированием реверсингом видео драйверов.

 

http://www.wasm.ru/srclist.php?list=11 - здесь можно чегонить полезного найти?