Andrey
Да я спорю чтоли, мелочи конечно всё это, но приятные, тем более я давно понял, что часто мелочи важны -).

Алекс Боресков
А Вы сами используете MacOS? Как там по доступности документации, софта?

Алекс Боресков, глянул ваш StepsFramework. Почему в Frustum не добавили более оптимизированную проверку отсечения бокса по двум точкам, с нахождением предварительно явно ближней и дальней к каждой плоскости?
В вашей книге "Графика трехмерной компьютерной игры на основе OpenGL" есть такой код. Как вы думаете стоит ли использовать unrar.lib ? у них я слышал есть проблемы с лицензией и вроде библиотека не обновляется. Вы смотрели 7z бибилиотеку?
Booster, загрузка текстур это такая мелочь чтобы сравнивать сложность поддержки OpenGL либо Direct3D для серьезных проектов. Взять тот-же FBO до сих пор есть ошибки демки с ATI SDK не работают на nVidia. Ну а вывод тут не имеет отношения бери DirectInput/SDL и используй в программах c OpenGL.

Agosh
У dx много преимуществ, всё как говорится в одном, не надо изобретать велосипедов. И Огл хороший, у него свои плюсы. Я перешёл на dx и не жалею, никаких проблем с загрузкой текстур, вводом и прочим.

Тимур, большое спасибо за совет! сдвинусь с места.

а когда будет обещанный туториал по золотой рыбке в воде?

Да зачем этот ДХ. Нет у него конечно масса приемуществ, но он какой-то, ну не знаю пухлый чтоли. Программировать на ОГЛ, намного проще, ЛЕГЧЕ, приятней если хотите. Программируя на ОГЛ ты программируеш на С, а программируя на ДХ ну как-то теряется это ощущение, а некоторые примеры ДХ СДК вообще ввергают в шок. Ну это, как говорится, чисто мое мнение :). Может конечно все дело в том, что я ламер

А как же wine? Имхо особенно спеков не надо, для того чтобы сделать сие, хотя конечно не помешало бы. Но проекты типо wine и других полностью эмулирую работу винды. Будет dx открыт, будут ли делать игры под dx на других платформах? Вопрос.

>Ну это очень на любителя -)

Само собой. =) Кому что удобнее...

>Кстати, советую ещё посмотреть Eclipse + CDT. Я после него не могу работать ни в M$V$, ни в Code::Blocks. ;-)

Ну это очень на любителя -) VS очень достойная вещь.

Andrey, посмотрите на сайтах проектов OpenIL, glew отдельные сборки для MinGW. Как правило делать сборки для MinGW никто не ленится. =)

Кстати, советую ещё посмотреть Eclipse + CDT. Я после него не могу работать ни в M$V$, ни в Code::Blocks. ;-)

Так разве DX закрытая технология? Интерфейсы очень даже открыты. Или она лицензирована? Был ведь какой-то приказавший долго жить проект OpenDX. А вообще M$ не обязана портировать и открывать DX. И что плохого в том что он стал популярен?

Алекс Боресков вы как будете работать с Code Blocks обязательно сообщите в своих новостях :) будет очень интересно пообщаться на эту тему, и обменяться опытом если вы не против. Я уже портировал свой движок на gcc(mingw) используя среду Code Blocks. Но создать исполняемый файл пока не удалось :(((. Он не все бибилиотеки формата *.lib от Visual C++ понимает. В частности не удалось слинквовать glew32.lib и библиотеки от DevIL(OpenIL) ilut.lib, devil.lib, ilu.lib. А вот бибилиотеки для Direct3D он прекрасно "проглотил" от Microsoft ;), пришлось использовать их т.к. портированные бибилиотеки DirectX на gcc то ли отказались компилится, то ли линковаться точно не помню.

Если бы MacOS была бы так же распиарена, и имела бы такой же комплект интертеймента (игр в первую очередь), тогда было бы о чём спорить, а так...
Кто вкладывает бабло, то есно и должен его отбивать.
Небыло бы спроса, не продавали бы за такую цену.

Вроде как есть порт VS под линукс. Но он тоже платен.
Но IMHO заплатить не плохо, а даже хорошо, если цена конечно соответсвует. Вот за висту вроде просят 200$. Вроде не так плохо, если буде поддержка на большой срок, и апдейты. А вот бесплатное, но кривое и без всяких гарантий, это кому надо?

Тимур
Во-во камень в огород. Сам я сижу на M$ и не вякаю. Если будет нужно, то и за лецензию заплачу. -)