Вопросы по графике или “с чего начать”?

[assemblerist]

Как начать программирование графики на ассемблере? Посредством работы с драйвером оборудования или напрямую? Без Direct’ов и OpenGL. А если говорить в общем: как программировать графику на ассемблере вообще? Литературы на этот счёт до неприличного мало.
Это первый вопрос…
Как решить проблему совместимости видеокарт? Чтобы код шёл и там и тут. Такая проблема наверняка возникнет в будущем. Ассемблер железозависимый.
Считайте это вопросом номер два.
Ассемблер мне в большей мере нужен для вывода изображений на экран. Существующие графические инструменты накладывают неприятные и весьма сложно-преодолимые ограничения для нормальной работы с графикой.

Если будут вопросы – задавайте. Заранее благодарю всех, кто решил откликнуться на это сообщение.

[Mikl___]

assemblerist
для начинающего довольно странные вопросы... ассемблер хоть и "железно-зависимый" но для программирования микропроцессора х86 будет одним и тем же, а программировать напрямую порты видеоадаптеров вам не позволит ОС (windows) хотя вы и не пишете под какую ось собрались писать программы... Что касается программирования графики через DirectХ и OpenGL, то там наоборот достаточно "прозрачный" интерфейс который как раз и предназначен для решения проблемы совместимости видеоадаптеров. О программировании видеокарт полно литературы на С/С++ и перевести с синтаксиса С/С++ на ассемблер большой сложности не вижу. Фраза "Существующие графические инструменты накладывают неприятные и весьма сложно-преодолимые ограничения для нормальной работы с графикой..." говорит только о маленьком опыте или отсутствии опыта работы по программированию графики но и о раздутом самомнении ее автора, здесь нет легких путей ... Для начала разберитесь с "существующими графическими инструментами" и напишите свои, которые не будут "накладывать неприятные и весьма сложно-преодолимые ограничения для нормальной работы с графикой". Удачи!

[assemblerist]

Спасибо. Существующие графические инструменты относительно более приспособлены для высокоуровневого программирования графики и предлагают зачастую излишние и часто неподходящие под конкретное дело функциональные возможности, в которых очень часто просто нет необходимости. Вы, как видимо, предлагаете пересесть на DirectX и OpenGL? Я с ними хорошо знаком. Это довольно распространенное мнение среди программистов на ассемблере, которые стремятся к “поменьше ассемблера” и “побольше всего остального”. Но взвесив все “за” и “против” я пришёл к выводу, что мне необходимо низкоуровневое программирование графики в своих приложениях и низкоуровневое программирование вообще, с учетом некоторых оговорок, так как высокоуровневое не обладает такими уж огромными преимуществами, чтобы сделать однозначный выбор в его пользу.
Всё же хотелось бы перейти ближе к делу, без споров, на чём надо, а на чём не надо программировать. Ближе к практике.

[DomiNick]

Что именно вы хотите делать? Под Windows? Под DOS? Какого рода графика - 2д/3д?
Ну почитайте что-нибудь про MMX (если не знакомы с ним) - думаю в любом случае полезно будет...

[Mikl___]

assemblerist
Ваши вопросы, это хождение вокруг да около, такими же будут и ответы. Для начала ответьте на следующие вопросы:
а) под какую ОС вы собрались программировать графику?
б) чем вызван отказ от "DirectX, OpenGL и прочих API"?
в) судя по вопросу "Как решить проблему совместимости видеокарт" вы решили замутить что-то глобальное. Вопрос ЧТО?

[svbezm]

Пишите через BIOS . Для работы в хорошем разрешении используйте спецификации VESA.

[assemblerist]

Сообщение от DomiNick

Что именно вы хотите делать?

Программировать низкоуровневую графику без “волшебных полочек” в виде готовых функций, которые делают всё за вас, но делают, как правило, не то, что вы хотите.

Сообщение от DomiNick

Под Windows? Под DOS? Какого рода графика - 2д/3д?
Ну почитайте что-нибудь про MMX (если не знакомы с ним) - думаю в любом случае полезно будет...

Под Windows, если логично предположить. Но винда не так важна. Это своего рода такой маленький вспомогательный инструмент.
… Чем 2D графика отличается от графики 3D? Монитор всё равно плоский. 3D – это иллюзия, поэтому ваш вопрос мне не полностью понятен. Хотя отвечу, что и 2D, и, в дальнейшем, 3D. Главное “выводить” и выводить быстро.

[assemblerist]

Сообщение от Mikl___

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

Под Windows. Это приоритет.

Сообщение от Mikl___

б) чем вызван отказ от "DirectX, OpenGL и прочих API"?

Тем, что они, как говорилось выше, не предоставляют нужных графических возможностей. Кроме того - они высокоуровневые. Кто-то скажет это хорошо, но посмею возразить. Чем выше ”уровень”, тем меньше гибкость. DirectX и OpenGL (в меньшей степени) – это производственная индустрия со своими специфическими особенностями. Сделал – продал, сделал – продал, работает и хорошо. То есть они заточены под достижение некоторого конкретного результата. Если вы следуете их дорогой, то должны играть по их правилам и следовать некоторой их графической моде. Она не плоха и не хороша, но это далеко не то, что нужно. А подстраивать всё под себя – куда хуже. Это всё равно, что построить плохой дом, а потом из плохого дома пытаться сделать хороший, тогда как нужно было с самого начала это и начинать.

Сообщение от Mikl___

в) судя по вопросу "Как решить проблему совместимости видеокарт" вы решили замутить что-то глобальное. Вопрос ЧТО?

Глобальное – потом, сначала локальное. Если с “локальным” дела пока плохи, рано думать и о глобальном.

[Goodwin98]

Под Windows, если логично предположить. Но винда не так важна. Это своего рода такой маленький вспомогательный инструмент.

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

Чем 2D графика отличается от графики 3D? Монитор всё равно плоский. 3D – это иллюзия, поэтому ваш вопрос мне не полностью понятен. Хотя отвечу, что и 2D, и, в дальнейшем, 3D. Главное “выводить” и выводить быстро.

Вы же не будете всю графику обрабатывать только на CPU, если вам нужна скорость, значит многое нужно переложить на в\карту, в которой не все равно 2D или 3D... В ней есть функции как для того, так и для другого.

[assemblerist]

Сообщение от svbezm

Пишите через BIOS . Для работы в хорошем разрешении используйте спецификации VESA.

Легко сказать – тяжело сделать. Подробности будут? Есть ли какая-либо информация по этой теме?