Библиотека работы с окнами OpenGL на 2009
Да, это немного более дорого, чем простой, требуют (). Я думаю, что точка - то, если можно сохранить код, организовал достаточно к не douplicate, включает, не используйте * _once () функции, поскольку это сохранит Вас некоторые циклы.
, Но использование _once () функции не собирается уничтожать Ваше приложение. В основном, всего не используют, это как оправдание не должным быть организовать Ваш включает . В некоторых случаях использование его все еще неизбежно, и это не имеет большого значения.
6 ответов
Я бы выбрал Qt. Хорошая библиотека общего назначения + поддержка opengl
SDL позволяет создавать контекст OpenGL, который ускоряется (в зависимости от поддержки драйверов / оборудования).
Я знаю вас помеченная как C ++, однако pygame (python) - отличная библиотека для создания 2D-игр, которая также поддерживает контекст OpenGL. Pygame построен на SDL.
Clutter - это новая библиотека GUI на основе OpenGL с привязками для Perl, Python, C #, C ++, Vala и Ruby. Сам не пользовался. С веб-сайта:
Clutter использует OpenGL (и, возможно, OpenGL ES для использования на мобильных устройствах и встроенные платформы) для рендеринга, но с API, который скрывает лежащие в основе Сложность GL от разработчика. В Clutter API призван упростить использовать, эффективно и гибко.
GLUT и другие альтернативы GLUT не должны использоваться ни в каком производственном приложении. Они хороши для того, чтобы собрать быстрое демонстрационное приложение или попробовать что-то, но не для чего-то большего.
Если вы пытаетесь создать игру OpenGL, я бы порекомендовал SDL. Он больше ориентирован на игровые потребности. Его определенно можно использовать с OpenGL. Краткий поиск в Google для "SDL OpenGL" обнаружил эту ссылку о том, как инициализировать OpenGL с помощью SDL. Включение OpenGL также должно включать аппаратный рендеринг с помощью графического процессора.
Qt - разумная альтернатива, но лучше, если вы хотите встроить OpenGL в более крупное настольное приложение (например, 3D-моделирование, CAD / CAM, медицинская визуализация и т. Д.), Где вам нужен доступ к стандартным виджетам ОС для пользовательского интерфейса.
IF "learning c++ part of what you're trying to achieve":
then
IF "you only want to learn OpenGL with a fullscreen mode":
USE GLUT //Because it's VERY VERY simple. You can get set up VERY quick
ELSE:
USE QT //Great library, has many many things that will help you. It is portable, it has a nice API
ENDIF
IF "you don't need C++":
then
USE Python //I recommend it, it is fast, no long link times, good api, omg I love this language
Предыстория:
Однажды я тоже пробовал делать простые 2D-игры, я начал с C ++ и NeHe . Я ничего не знал об OpenGL и C ++ (имел опыт работы с Java). Язык захлестнул меня, как и OpenGL. Так что это был очень сложный процесс обучения.
Я не рекомендую идти по этому пути, поскольку вы можете получить более быстрые результаты , используя динамический язык (например, Python). Итак, несколько лет спустя я начал учиться на python. Я мог заставить « вращающиеся кубы » работать намного быстрее.
Согласно недавней переписке с автором, разработка OGLWFW остановлена.
У нас был довольно хороший опыт с Clanlib 0,8 в 2008 году и Clanlib 2.1 в 2009 году на нашем курсе C ++. Производительность студентов (как измерено качеством их проектных работ) значительно увеличилась с момента переключения от SDL. Однако следует отметить, что 2.1 все еще очень неполный, и он, безусловно, будет работать в функции, которые еще не реализованы.
Пара групп использовали ирлихт (3D-двигатель) с хорошими результатами.
SFML выглядит многообещающе, но у меня еще не было возможности попробовать его.
Как указано другие, GLUT не очень подходит для всего серьезного. Остальные упомянутые библиотеки - это еще нечто большее из интернет-инструментов GUI, чем библиотеки развития игр.