spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Dani432123«

wenn ich später mit OpenGL größere Sachen machen will?

Ich werde das Gefühl nicht los, dass du glaubst du könntest mit einer Engine weniger machen als mit einer Hardwarenahen Bibliothek bzw. API.
Es ist eigentlich genau anders herum. Je mehr dir eine Bibliothek abnimmt, desto mehr Zeit kannst du in Features investieren, die das Spiel einzigartig und spielenswert machen.

Autoherrsteller bauen die Reifen für ihre Autos nicht selbst. Wieso? Weil die Reifenhersteller viel mehr Ahnung davon haben und das Auto nicht dadurch besser wird, dass die Reifen von den selben Leuten entwickelt wurden wie das restliche Auto, eher im Gegenteil. Verstehst du was ich dir damit sagen möchte?

SDL und SFML bauen auf OpenGL auf ja. Sie bieten möglichkeiten gleich ein OpenGL Fenster zu erstellen, Wrappen aber nicht die OpenGL API. D.h. du brauchst immer noch OpenTK, SharpGL, Tao, CsGl oder sonst was.

SFML und SDL sind praktisch, da sie Funktionen zum laden, manipulieren und interagieren mit Bildern bereitstellt.

SDL und SFML sind keine OpenGL Libs sondern eigene unabhänige umfassende Bibliotheken die ihre eigenen Routinen mitbringen.
Fenster erstellen kann OpenTK auch, Bilder laden und "manipulieren" geht bereits so in .Net Framework. Abgesehen das SFML und SDL meiner Meinung nach fehl am Platz sind wenn man mit einer nativen OpenGL Umgebung arbeiten will, würden sie hier auch kaum helfen.
SFML geht außerdem, soweit ich weiß, nicht auf mit OpenGL ES also konkret zum Beispiel Android.

Zitat von »NachoMan«

du glaubst du könntest mit einer Engine weniger machen als mit einer Hardwarenahen Bibliothek bzw. API.

Allgemein gesagt, muss man leider einfach sagen, auch einfach der Fall. In OpenGL hast du ALLE Möglichkeiten die die Grafikkarte bzw. dessen Grafiktreiber bereitsstellt. In Unity oder welche Engine auch immer nur einen Teil davon, was die Engine unterstützt. Das richtige Mittel zum richtigen Zweck. Wenn er gerne ein Grundlagenverständnis und Hintergrundwissen der Dinge aufbauen will, wie mir schon scheint, dann ist eine Engine nicht unbedingt der richtige Ansatz.

Bleibt die Frage, wofür man "ALLE Möglichkeiten die die Grafikkarte bzw. ihre Treiber bereitstellen" benötigt.
Die Anwendungsfälle dürften sehr speziell sein und ich bezweifle, dass der Threadstarter weiß wie solche Fälle aussehen, geschweige denn, wie man ihn zusätzlich zu all den anderen Kram implementiert.
Fällt dir denn ein möglicher Anwendungsfall ein?

Wenn du im Web mit C# arbeiten willst, braucht der Benutzer am Ende irgendeine Art von Plugin (siehe Silverlight oder Unity) oder der C#-Code muss in eine im Borwser ausführbare Sprache (JavaScript) übersetzt werden. Für letzteres ist mir nichts bekannt, bei Silverlight oder Unity hat man grundsätzlich bereits die notwendige Schnittstelle für Grafikoperationen. (Ob Silverlight sich für Spiele eignet ist fraglich, der Unity Web Player ist meines Wissens nur für Windows und Mac verfügbar.)

Zitat von »Dani432123«

Also bauen Onlinegames (fast) alle auf Javascript auf?

Das, oder eben Flash.

Ich sehe bei der Verwendung des Unity Players keine Probleme, da man auch einen Flashplayer erst extra installieren muss oder der Browser WebGL können muss. Für Plattformunabhängigkeit muss man eben nach wie vor einen Preis zahlen. Sei es crosscompiling oder eben ein Tool, welches den Code dann auf dem entsprechenden OS ausführt.

So Far...
Laguna

Zitat von »Sacaldur«

oder der C#-Code muss in eine im Borwser ausführbare Sprache (JavaScript) übersetzt werden. Für letzteres ist mir nichts bekannt

Unity 5 macht das im Prinzip. Der .Net Bytecode wird in C++ compiliert und von da aus per emscripten in Javascript.