Понимание программирования графики

Здравствуйте. Хочу попробовать запрограммировать какую-нибудь графику, но в интернетах преобладают руководства по использованию разных OpenGL/DirectX методов явно рисующих объекты. Допустим, я разрабатываю шашки. Двумерные. Можно, конечно, нарисовать поле и шашки каким-нибудь GDI/OpenGL, но это только в случае простых изображений. Потом понадобятся специальные люди, которые рисуют все модели, окружение и прочее, а программисты только переносят все это в игру, т.е. разрабатывают алгоритмы визуализации, которые работают на основе массивов вершин, граней моделей и прочей информации, но сами программисты не рисуют, т.е. явно не вызывают методы вроде, скажем, отрисовки круга для изображения головы.
Собственно, вопрос 1 - я правильно понимаю?
Если да, то я думаю имеет смысл сразу учиться работать с внешними источниками графических данных, а не рисовать кодом. Допустим, у меня есть файлы с изображением поля и файлы с изображениями шашек. Как мне корректно отображать шашки поверх поля? Ведь сам файл содержит квадрат, в центре которого нарисована круглая шашка, т.е. есть фон, который мне не нужен. Его обрезают? Делают прозрачным? Отображают этот квадрат в круглый фрейм на поле? Меняют цвет фона кодом?
Я слышал, даже двумерную графику проще рисовать трехмерной, это так? А как тогда делается графика во флеш-играх?
А с трехмерными моделями как работают? Допустим, у меня есть модель, скажем, из 3ds max. Как я могу использовать этот файл для отображения этой модели? Читал про побайтовый разбор файла, но, мне кажется, это какое-то извращение, формат файла ведь может поменяться. Неужели нет нормальных библиотек для этого? Это и есть часть функций игрового движка, да?
В общем, главный вопрос - не могли бы вы посоветовать какую-нибудь литературу в которой есть ответы на все это (с упором на объяснение работы с внешними источниками). При этом желательно программирование на C# .NET. Ну, или поясните что-нибудь сами, если не сложно.

0

Сообщение от DartLenin не могли бы вы посоветовать какую-нибудь литературу в которой есть ответы на все это

вот вам ответ Книги и ресурсы по Microsoft XNA
начните с видео уроков Ивана Андреева и всё станет ясно.

1

Попробуйте WPF. Для шашек - самое то.
Для более серьезных игрушек рекомендую Unity3D.

0

В XNA очень много упрощений - по сути это тот же DirectX, но только до невозможного упрощенный. Если выучить DirectX - то выучить XNA будет очень просто, но только не наоборот.
Помоему вы не с того начинаете. По вашему, художники рисуют текстуры, моделлеры - 3D модели, а программист тыкнул пару функций AddGoodModelka и всё, на этом его работа закончена??

Вообще графика тоже на чем то основана. Например 2D-графика - линии, кружочки, квадратики... это всё тоже сделано не просто, а на основе алгоритмов (например Брезенхема) - тока обычно они уже реализованы.
И в 3D-графике тоже ничего простого нет: Сцены, вершины, мэши, текстурные координаты, материалы, источники света, работа с матрицами вида, мира и проекции.


Начинайте с простого. Например, тот же вывод просто пустого окна, вывод одного треугольника. А то вы уж сразу про "про побайтовый разбор файла" начали говорить, даже примерно не представляя как вообще строиться 2D и 3D графика.

Читайте книги, гугл вам в помощь. Не стоит начинать знакомство с графикой с "импортеров 3D моделей"

0

Сообщение от RABBITSV В XNA очень много упрощений - по сути это тот же DirectX, но только до невозможного упрощенный.

упрощенный не значит ущербный, всё необходимое присутствует http://msdn.microsoft.com/en-u... o.30).aspx

Сообщение от RABBITSV Если выучить DirectX - то выучить XNA будет очень просто, но только не наоборот.

абсолютно не согласен. Изучать можно в любом порядке. Это как пресловутый домысел - типа выучил сначала C#, то C++ уже не судьба.

0

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

Поправка: это всё я написал для обучения Программиста, который действительно хочет разобраться в 3D-графике, а не для варианта "тупо написал программку, чтобы тупо пошевелить пару моделей в пространстве". Для этого есть всякие конструкторы игОр для чайников.

0

RABBITSV,

В XNA - многие вещи, такие как загрузка моделей и других ресурсов, уже сделаны за программиста. Я согласен, что это довольно удобно - не нужно делать своих импортеров. Но в целях образования лучше изучать процесс более детально, чтобы иметь представление, о том, как это делается на самом деле. Например, изучить математические основы графики - не слишком лишнее. Поправка: это всё я написал для обучения Программиста, который действительно хочет разобраться в 3D-графике, а не для варианта "тупо написал программку, чтобы тупо пошевелить пару моделей в пространстве". Для этого есть всякие конструкторы игОр для чайников.

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

Поправка: это всё я написал для обучения Программиста, который действительно хочет разобраться в программировании, а не для варианта "тупо написал программку, чтобы тупо написать Hello world". Для этого есть всякие С++ и CLisp'ы.

1

Спасибо за юмор Сколько людей - столько и мнений.
Но тема-то - "Понимание программирования графики", а я отвечал на Тему (а уж оформить её правильно - это задача ТС).

0

RABBITSV,
Просто бредово говорить, что если понял простое, то сложное не понять. Давайте будем не давать готовые формулы по геометрии, а просить школьников 6 класса посчитать двойной интеграл. А что, они же должны "иметь представление, о том, как это делается на самом деле". Все нужно делать последовательно, от простого - к сложному. Сразу начинать со сложного означает только отбить всякое желание этим заниматься. Хотя есть ограничения конечно, после того же бейсика на норм. язык перейти трудно

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

Но это как раз-таки исключение, подтверждающее общее правило.

0

Ну так я и сказал:
"Начинайте с простого. Например, тот же вывод просто пустого окна, вывод одного треугольника. А то вы уж сразу про "про побайтовый разбор файла" начали говорить, даже примерно не представляя как вообще строиться 2D и 3D графика."
В любом туториале (по DX, OpenGL) начинается с этого. Ну а чтобы просто передвинуть объект, крайне желательно знать, что такое матрицы.

Он просто захотел сразу импортировать модели, вообще не вдаваясь в подробности как она строится из полигонов. Ну да, загрузить и покрутить получится, а сделать что то более серьезное - фиг.

Тему нужно было назвать "Как сделать простые 2D/3D шашки", т.к. "Понимание программирования графики" звучит больше как углубленное изучение построения графики.

Добавлено через 13 минут
Ув. Psilon, вот именно то, что вы написала про Бейсик.
DirectX и OpenGL - они не сложнее XNA, на них точно так же можно писать простые программы. Они просто более детальны - в XNA просто многие моменты скрыты от программиста - вот, то что я хотел сказать.

0

RABBITSV, в шарпе тоже многие детали скрыты, которые есть в С++, а в С++ есть скрытые детали, которые есть в С, а в С есть скрытые детали, которые есть в ASM... От простого к сложному - обычная практика. Вопрос в том, чтобы не привыкать к простоте, а это уже человеческий фактор.

0

0

RABBITSV,

0