Ну вот и не беги вперед паровоза Зачем тебе прямо сейчас редактор понадобилcя? Он не должен писаться первым, ибо он не является самодостаточным, т.к. его возможности прямо зависят от возможностей и функционала движка, но никак не наоборот. Т.е. движок является центральной фигурой, его можно использовать отдельно и редактор является к нему лишь приятным дополнением (и без движка он ничего не умеет ессно). Поэтому если хочется писать движок - его и пиши, не думай пока о редакторах (+ само их написание отнимает приличное кол-во времени). Все, что нужно для тестирования и обкатки (загрузка ресурсов, позиционирование объектов в мире, etc) можно либо прописывать хардкорно в коде (для начала сойдет), либо прикрутить скрипт систему (что лучше и гибче, но сразу лишнее). Для каких-нибудь действий и тестов в риалтайме есть (обязаны быть) клавиатура и консоль , в добавок можно позже прикрутить внутриигровой GUI и несколько полезных контроллов выводить на экран. Как-то так вообщем. А вот когда движок более ли менее сформируется и будет виден его функционал, то тогда уже можно подумать и о редакторе. Удачи с разработкой

плохо слушал

тебе твсе равно перед стартом придется месяца два - три вычитывать спец литературу

А там - это где? Вообще еще есть разница в том, как именно этот Qt использовать. Его можно применять просто как либу для написания тулсета и подключать к нему движок, либо можно использовать еще и в качестве базы для самого движка (ОС специфичные вещи, QtOpenGL например). В первом случае движок вообще существует отдельно как вид, с Qt никак не взаимодействует. Когда пишется Qt-шный редактор, то к нему подрубается движок со своей физикой и прочими плюшками и просто рисует в окно редактора. Ну и с помощью интерфейса они (редактор и движок) "общаются" между собой ессно. Во втором случае с редактором все похоже, но некоторые Qt библиотеки существуют как часть движка, который на них считай построен (но которые можно легко заменить, скажем, с помощью STL + кое-чего своего). При всем при этом сам редактор желательно делать в QtCreator, а движок писать в MSVS и если нужно, то в нем же можно использовать Qt'шные либы. Это я попытался немножко внести ясность в понимание "движок на Qt" А проблем с подключением, что в первом, что во втором случае быть не должно, если с руками все в порядке P.S. Всякие Havok или PhysX, да и в целом 3Д - довольно сложны и лучше сразу с них не начинать. Для начала не слишком навороченное 2д будет в самый раз.

тогда советую тебе еще взглянуть на Python, абсолютное большинство игровых редакторов и 3D редакторов (самые известные из них Blender, Maya) пишутся с использованием Python. А Python + Qt это вообще мощная тема.

По-моему как раз таки и не очень понятно . У тебя интерфейс рисует QT, а игровую картинку - движок. Они друг от друга никак не зависят в таком случае вообще, каждый рисует только свое и ничего ессно тормозить не будет.

Ну дак тогда ессно Qt. Интерфейс редактора весь делаешь на нем, а realtime картинку рисуешь движком в специальную отдельную область окна. И все будет ок.

GUI систему пишут сами

На Qt пишется различные оконные приложения - тулсет (разного рода редакторы) для движка например

Qt only. Без вопросов.

ИМХО единственный минус Qt это то что приходится с прогой таскать довольно тяжеленькие длл библиотеки, но это плата за отсутствие WinAPI

читывая то что в VS кросплатформенностью и не пахнет то правильней будет сравнивать Qt и GTK+

В GTK+ лучше программировать под Гном но с КДЕ могут возникнуть проблемки

http://www.opengl-tutorial.org/

Если всё таки выбрал OpenGL вот тебе информация по Modern OpenGL а то у нас доминирует информация по Legacy OpenGL 1.x

А вообще уже сильно отошли от темы

кросс-платформенность либо нужна, либо не нужна, но судя по ответу не нужна, тогда выбор очевиден DirectX

Я в свое время начинал с OpenGL (есть мнения, что освоить его проще), glut / glfw не использовал, обвязки над WinApi писал сам (просто было интересно). Потом из интереса пересел за DX, после опыта работы с OpenGL осилил его очень быстро (в целом там только API другое, остальное все аналогично), в итоге после такой процедуры складывается личное впечатление о том, что лучше / удобнее. Попробуй сделать так же

слушай, зачем мелочиться, напиши свой графический API... Или, ещё лучше - свою ОС, для неё свой графический API, на его основе свой игровой движок, а на нём штампуй свои же игры... Плюс, конечно, куча своего собственного софта, типа свои, самописные 3Ds MAX и FL Studio... Будет целая IT-империя имени одного тебя, потеснишь Микрософт и вообще всех, кого можно потеснить, устроишь монополию на рынке информационных технологий и программного обеспечения...

С моей точки зрения лучше начать с OpenGL, поскольку его поддерживают следующие платформы Windows, Linux, OS X, Android, iOS, BlackBerry, но если тебе нужна только Window и ничего кроме неё, тогда уж DirectX будет лучшим решением.

да вот и не стоит, используй glfw, он при том и кроссплатформенный, WinAPI нужен тем, кто пишет всякого рода порграммы, с кнопочками и прочими.

тебя никто не заставляет, но все же иметь опыт работы с чужим кодом тоже хорошо, может быть фитчи для себя полезные накопаешь.

Ну, наверное, на официальном сайте: http://www.opengl.org/resources/libraries/glut/.

Читай о нём на официальном сайте: http://www.glfw.org/.

Если ты не можешь или не хочешь сделать собственные тени, то, может быть, тебе не стоит вообще разрабатывать свой движок? В OpenGL нет стандартных функций типа "сделать_крутую_тень(вот_здесь, здесь, и_вон_там, качество_крутое);", но есть всё необходимое, чтобы сделать любую систему теней, и в обычных руководствах по программированию с OpenGL описывается, как эти самые тени сделать.

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

WinAPI совсем не так сложен, как кажется на первый взгляд. Но это твой выбор, можешь сидеть и юзать готовенькое (для DX тоже куча готовых вспомогательных библиотек есть).

Он более прост(лично для меня)

Возьми 3D движок с поддержкой OpenGL & DirectX и не парь себе мозг, все равно за приемлемое время лучше не сделаешь

На барахолке....на радио рынке поспрашивай.

GLFW сейчас официально использует OpenGL вместо GLUT, так что в топку GLUT,если все таки хочется glut использовать то ищи в гугле : freeglut. С какого перепугу OpenGL нету теней, плохо ищеш, что в OpenGL, что в DirectX используются те же технологии для рисования теней : LightMapping, ShadowMaps, Stencil Shadows и др. OpenGL ничуть не хуже DirectX и даже может превосходить по производительности. Хотя бы на примере елсли посомтреть, Id Software использует OpenGL, хотя они вроде бы и хотели в новом движке (IdTech 5) использовать DirectX, но пока ничего про это не известно. Тот же Rage, Doom III используют OpenGL. Так что главное, чтобы руки из того места росли и все.