OpenGL Windowing-Bibliothek für das Jahr 2009

Question

Der Versuch, auf einer Bibliothek zu entscheiden, für ein Fenster zu schaffen und eine Benutzereingabe für meine OpenGL App erfassen, aber es gibt einfach viel zu viele Möglichkeiten:

• GLUT (win32)
• FreeGLUT
• OpenGLUT
• SFML
• GLFW
• SDL
• FLTK
• OGLWFW
• Clutter
• Qt
• Andere?

GLUT ist einfach veraltet. Ich mag GLFW, aber es scheint, dass Sie die Fensterposition nicht einstellen können, bevor Sie sie anzeigen (ich wollte es zentriert haben, ist das so viel zu fragen?), So dass Sie es sehen und dann umschalten, was mich stört. Die Plus-Entwicklung scheint auch damit aufgehört zu haben. SFML hat einige nette Funktionen, aber es verwendet Ereignisabfragen statt Callbacks, die ich zum Entkoppeln bevorzuge. Ich glaube nicht, dass ich alle GUI-Funktionen von FLTK benötige. SDL ist langsam (scheint die GPU nicht zu nutzen). Und die anderen 3, über die ich nicht viel weiß (FreeGLUT, OpenGLUT, OGLWFW). Welches ist also das kleinere Übel? Gibt es andere, von denen ich noch nichts gehört habe?

Ich versuche nur ein einfaches 2D-Spiel zu machen. Ich bin mit OpenGL genug vertraut, dass ich keine Zeichenroutinen brauche, aber ich würde mich wahrscheinlich nicht über andere Funktionen beschweren, die nützlich sein könnten, wenn sie richtig implementiert werden.

Answer 1

Ich würde für Qt gehen. Nizza allgemeine Bibliothek + Opengl Unterstützung

Answer 2

SDL können Sie einen OpenGL-Kontext erstellen, der beschleunigt wird (abhängig von Treibern/Hardware-Unterstützung).

Ich weiß, hat Sie als C++, aber pygame (Python) für die Erstellung von 2D-Spiele eine große Bibliothek, die auch einen OpenGL-Kontext unterstützt. Pygame basiert auf SDL.

Clutter ist eine neue OpenGL-basierte GUI-Bibliothek mit Bindings für Perl, Python, C#, C++, Vala und Ruby. Ich habe es selbst nicht benutzt. Von der Website:

Clutter verwendet OpenGL (und optional OpenGL ES für den Einsatz auf mobile und Embedded-Plattformen) für die Darstellung aber mit einer API, die die zugrunde liegenden GL Komplexität vom Entwickler versteckt. Die Clutter-API soll einfach, effizient und flexibel zu verwenden sein.

Answer 3

GLUT und die anderen GLUT Alternativen sollten nicht in irgendeiner Art von Produktionsanwendung verwendet werden. Sie eignen sich gut, um eine schnelle Demo-Anwendung zusammenzustellen oder etwas auszuprobieren, aber nicht viel mehr.

Wenn Sie versuchen, ein OpenGL-Spiel zu machen, würde ich SDL empfehlen. Es konzentriert sich mehr auf Gaming-Bedürfnisse. Es kann definitiv mit OpenGL verwendet werden. Eine kurze Google-Suche nach "SDL OpenGL" ergab this link darüber, wie man OpenGL mit SDL initialisiert. Die Aktivierung von OpenGL sollte auch Hardware-Rendering mit der GPU ermöglichen.

Qt ist eine sinnvolle Alternative, aber es ist besser, wenn Sie OpenGL in eine größere Desktop-Anwendung (denken Sie 3D-Modellierung, CAD/CAM, medizinische Visualisierung usw.) einbetten möchten, wo Sie auf Standard-OS-Widgets für die Benutzeroberfläche zugreifen müssen .

Answer 4

Je nach dem jüngsten Zusammenhang mit dem Autor wurde die Entwicklung auf OGLWFW gestoppt.

Answer 5

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 

Hintergrund:

Ich versuchte auch einmal einfache 2D-Spiele zu machen, begann ich mit C++ und NeHe. Ich wusste nichts über OpenGL und C++ (hatte Java-Hintergrund). Die Sprache hat mich überrannt, ebenso OpenGL. Es war also eine sehr harte Lernkurve.

Ich empfehle nicht, so zu gehen, da Sie schnellere Ergebnisse mit einer dynamischen Sprache (wie Python) erhalten können. So begann ich einige Jahre später mit Python zu lernen. Ich könnte die "rotierende Würfel" viel schneller arbeiten.

Answer 6

Wir haben mit ClanLib 0.8 in 2008 und ClanLib 2.1 in 2009 auf unserem C++ Kurs ziemlich gute Erfahrungen gemacht. Die Produktivität der Studenten (gemessen an der Qualität ihrer Projektarbeiten) hat seit dem Wechsel von SDL stark zugenommen. Es muss jedoch angemerkt werden, dass 2.1 immer noch sehr unvollständig ist und man sicherlich auf Funktionen stoßen wird, die einfach noch nicht implementiert sind.

Ein paar Gruppen verwendet Irrlicht (3D-Engine) mit guten Ergebnissen.

SFML sieht vielversprechend aus, aber ich hatte noch keine Gelegenheit es zu versuchen.

Wie andere gesagt haben, ist GLUT nicht wirklich für etwas ernstes geeignet. Der Rest der genannten Bibliotheken sind mehr GUI-Toolkits als Spieleentwicklungsbibliotheken.