spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Tschismo"«

Aber gibt es zwischen den beiden APIs nicht doch sehr grosse Unterschiede

Unterschiede gibt es durchaus. Aber beide APIs tun ja schlussendlich das Gleiche.

Zitat von »"Tschismo"«

(OpenGL verwendet ein rechtshändiges Koordinatensystem, DirectX ein linkshändiges,

Du kannst in OpenGL doch ganz einfach das Koordinatensystem ändern. Im Endeffekt kannst du in beiden APIs genau das System verwenden das dein Framework vorschreibt.

Zitat von »"Tschismo"«

bei OpenGL gibt es Rect als Polygone als Basisprimitive, bei DirectX nur Dreiecke, etc).

Bei OpenGL gibts auch nur Dreiecke. Falls du in der Tat GL_QUADS in glBegin()/glEnd() Blöcken verwenden willst (wieso auch immer...) kannst du die ja, in DirectX, ein Rechteck mit 2 Dreiecken basteln.

Zitat von »"Tschismo"«

Ist es nicht sehr schwer all die Dinge in einer gemeinsamen API unter einen Hut zu bringen?

Ja, das ist tatsächlich ziemlich schwer. Deshalb sollte man es sich auch lieber zweimal überlegen, ob man das wirklich machen will (bzw, ob man das wirklich braucht).

Zitat von »"Tschismo"«

Kennt jemand von euch eine fertige API zum anschauen, die das tut (und nur das)?

Zum Beispiel: Ogre3D, Irrlicht, ...

Ganz einfach (oder auch net ;-)):
Du hast nen Renderer interface. Die implementation muss gewisse funktionalität zur verfügung stellen(z.b. linien, dreiecke etc etc zeichnen). Deine Engine verwendet diese grundlegende funktionalität durch das interface, also unabhängig von der implementation. du wiederum kannst dann die höhere funktionalität der engine verwenden, um z.b. meshes zu zeichen. Die engine wird daraus vermutlich einen vertex buffer machen, also beim renderer-interface die entsprechende methode aufrufen. die geladene implementation des interfaces wird dann entsprechend die open gl oder direct x funktionen/methoden aufrufen und einen vertexbuffer erzeugen. Entsprechend wird dann z.b. ein objekt einer Vertexbufferklasse zurückgeliefert. Das ist allerdings nicht etwa eine klasse von direct X, sondern eine engine eigene, die nicht direkt auf ogl oder dx arbeitet, sondern auch hier durch das renderer interface mit ogl kommuniziert. Dann wird das interface vermutlich noch weitere funktionalität bereitstellen, um den vertexbuffer (und auch funktionalität für indexbuffer) zu manipulieren etc etc. Natürlich gibt es mit sicherheit noch andere ansätze, dieser hier scheint mir jedoch am modularsten und am ausbaufähigsten.

Problematisch wird es, wenn eine API, wie z.b. dx nicht die vom interface geforderte funktionalität bereitstellt (z.b. haben die ersten dx versionen mit sicherheit kein shader support). hier müsste man dann z.b. init oder register methoden für das interface hinzufügen, die der engine mitteilen, welche features vorhanden sind und welche nicht. Die engine hat dann entsprechend zu reagieren, indem sie ihren verwender darauf aufmerksam macht, falls er ein nicht implementiertes feature benutzen will.

Ich hoffe, ich habs einigermaßen verständlich formuliert,

Socke

Zitat von »"Tschismo"«

Zitat von »"David_pb"«

Zum Beispiel: Ogre3D, Irrlicht, ...

Ja, danke. dort kann ichs mir anschauen

Hau rein!