графические движки

Ответ от [гуру]
На том же, на чем и простенькие игры без движков.
Графические библиотеки - OpenGL или DirectX.
Чтобы написать движок, надо начать писать игру, для которой этот движок.
Просто писать ее под графическую библиотеку, без всяких движков и даже без мыслей о движках.
На первых порах все будет получаться. Но постепенно вы будете замечать, что если использовать графбиблиотеку напрямую, то многие простые вещи становятся сложными и занимают десятки, если не сотни строк кода. И эти строки кода приходится копипастить туда, где они нужны, и переделывать их местами. Код загромождается, повышается вероятность ошибки по невнимательности.
Конечно, вам захочется шаблонные куски кода вынести в функции, чтобы каждый кусок из множества строк кода можно было заменить 1 строкой кода - вызовом функции. Потом вы увидите, что неплохо бы еще и внедрить модули, а затем и объекты, чтобы как-то разделить различные функции и не путаться в них - тогда вы внедрите ООП.
Таким образом можно (и нужно) написать мощный, объектно-ориентированный движок, на котором реально удобно делать игры.
Примером простейшего движка может служить GLUT. Вроде бы и не движок, а написание какого-нибудь примитивного тетриса или арканоида способен облегчить. Но, конечно, для сколько-то сложной игры нужно нечто гораздо более высокоуровневое.
Таким же способом пишутся и любые другие фреймворки, скажем, для GUI.
И чем круче и шире те задачи, которые вы решаете в процессе написания фреймворка, тем круче и фреймворк получится.
А вот что при создании движка/игры важно, пожалуй, меньше всего - так это ЯП.
Ну по соображениям производительности лучше брать Си/С++, чем C# или тем более Java. Но уж лучше хороший (реально облегчающий создание игры) движок на C#, чем плохой на чистом

Просветленный
(26490)
может быть лучшие ответы?
иногда времени нет.
иногда не хочется обидеть кого-то, если все ответы хороши
сам часто не отмечаю...
по мне, лучше пусть вообще не отмечают, чем отмечают явную х