Тезис: человек знает 3dsmax и хочет изучить программирование.

Что-то подсказывает мне, что на самом деле надо посмотреть на свои модели в действии, и что-то с ними поделать - причём что-то своё: заставить их двигаться (по своим скриптам и в каком-то созданном самим 3D-окружении), научиться программировать скрипты для обработки моделей.

Вот в такой формулировке (я прошу прощения у автора за вольность интерпретации ЕГО мыслей;)) уже можно предложить более понятный рецепт. Ведь по сути человек просит не научить его программировать, а - разобраться в себе...

Поэтому я поделюсь своим опытом в этом направлении.

Для меня самыми полезными оказались две игры, один язык и один курс математики.

Игры: Quake 1 и Tomb Raider 1. Проходятся на "голом интересе".

Язык: Си (с которого можно впоследствии перепрыгнуть как на C++, так и на C#, Java или даже Perl). Изучается легко, ключевой момент изучения - адресная арифметика.

Курс: линейная алгебра. Институтский курс совершенно неожиданно ;) понадобился для того, что понять - как это в трёхмерной системе координат можно так преобразовать координаты модели, чтобы она повернулась на нужный угол в нужную сторону, и это - sic! - простым домножением на специальную матрицу...

Кое-что из этих базовых вещей я и попытаюсь подробно расписать ниже.

Первое. Самым познавательным опытом в отношении 3D оказались две (ныне конечно древние) игры: Quake One и Tomb Raider. Я возьму на себя смелость настоятельно рекомендовать эти игры к поиску и прохождению, обращая внимание не на игровой процесс, а - технические моменты:

1. Обе игры используют софтверный рендеринг.

2. Quake - это вообще самая первая в истории истинно трёхмерная игра.

3. В обеих играх все полигоны видны "лицом" и пройдя их обе, начинаешь чувствовать саму суть современного трёхмерного игростроения - полигональные модели - изнутри. Т.е. они обе - это "Pure 3D" )).

С этого можно и начать.

Т.е. на первом шаге немного поиграть хотя бы в Quake (первый!) и... впечатлиться основами трёхмерности, освещения и пр.

На втором - залезть внутрь игры. Для этого переходим от Q1 к более современному Q3 - в нём легче (но я проделал это с первым, т.к. ни второго, ни третьего тогда ещё просто не было).

Файл с данными игры (Q3) представляет собой zip-архив, в котором в подкаталогах находится всё: текстуры, модели, скрипты, и - самое интересное - уровни. Для начала можно попробовать найти текстуру прицела и перерисовать его. Потом - обязательно - следует залезть в исходный код уровней и посмотреть на тот текстовый формат, в котором они создаются.

Моменты, на которые следует обратить внимание:

- изначально в первом quake всё делалось _из призм только_.
- уровень должен быть закрыт, как консервная банка, иначе будет тормозить.

Ищем любой редактор, рисуем в нём куб, ставим туда info_player_start и один источник света, и компилируем.

Компиляторов в quake - три. Или три стадии компиляции:

1. Превратить текстовый *.map в *.bsp (карту в binary search partition)
2. Запустить light, который посчитает свет.
3. Запустить vis, который оптимизирует уровень.
4. [для гуру]: нарисовать такую винтовую лестницу, на которой трапается vis ))

Ещё: в каталоге quake3 (или 4) валяется некий dll, название которого наводит на мысль о 3ds/Maya... стало быть, следующий вопрос для изучения (третий по счёту) - написать программу, которая делает '*.3ds ->*.map' (который далее преобазовывается в *.bsp игровым штатным компилером и подключается к игре). Здесь можно приостановиться и "под'учить матчасть" - в виде статей про "binary search partition" из интернета.

Таким образом появляется способ непосредственно (и сравнительно легко) коснуться и программирования, и создания уровней, и создания моделей, и форматов 3D, и решить - что интереснее. А также протестировать себя на упорство ).

"Поиграв" таким образом с игрой без программирования (порисовав к ней уровни), я в своё время весьма чётко осознал основы полигонального 3D.

Попробовав создать свой редактор (с использованием библиотеки glut на Си) - понял многие аспекты программирования (чем в итоге и увлёкся).

Попробовав написать свою библиотечку геометрических преобразований - вспомнил курс вузовской математики (пришлось даже подоставать учебники!).

Результатом этого, самого первого этапа (который проходил лично у меня много лет назад) стал красивый вращающийся wareframe земной шарик в 3D под DOS, для которого написалась библиотека геометрических трёхмерных преобразований (тот самый курс линейной математики!), этот шарик впоследствии переписался под Win[API], потом переехал под DX, потом - попробовался под OpenGL [glut], потом - почитались все статьи в dtf.ru про кватернионы... затем ещё разрабатывался редактор уровней и парсер формата Quake... и пошло-поехало. Пока не осело где-то в области программирования на C++ под Linux, что имело мало отношения к изначальной затее, но также весьма хорошо )).

Вот такой путь ).

Я несколько скомкано и сумбурно (за недостатком времени/площади) всё расписал, но в итоге - надеюсь - что стали понятны несколько вещей:

1. Кому-то более нравится создавать уровни, кому-то - монстрятник, а кому-то ещё - писать код: надо определиться. А чтобы определиться - надо пробовать. May be, программирование станет хобби, may be - работой, а может быть - моделирование (хорошая 3D-модель в зарубежном интернете стОит до $200 сама по себе!)

2. Начинать свою игру нужно со своего 3D-редактора (или программы преобразования из 3ds). Редактор потом трансформируется в движок (если хочется именно этого).

3. Quake, Си, линейная математика и - самое главное - мотивация! Игры надо любить, чтобы их делать.

Угу?