spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

ja, klingt gut! Ich würde dann auch lieber bei 0 beginnen...nur schade das ihr alle extreme openGL-fans seid


cya,
Stefan

Ein kleiner Tipp, warum macht ihr die Engine nicht API unabhängig. Das erfordert nur einen Grad der Abstraktion mehr und ist kein großer Aufwand.
Die API spezifischen Klassen, lassen sich dann z.B. durch Plugins zur Laufzeit laden. Ein Plugin- Ladesystem ist schnell geschrieben.

drth du hast da was nicht ganz verstanden vermute ich.
api unabhängig = unabhängigkeit von der api also ogl, d3d & co.
hat ersma nix mit platform unabhängig also win mac & co zu tun.

Ich meinte damit nicht Plattform unabhängig sonder, OK ich hätte mich deutlich ausdrücken sollen, Grafik- API unabhängig.
Plant man das nicht gleich mit ein, dann wird die Portierung später schwieriger oder wollt ihr nur eine "Wegwerf- Engine" proggen, d.h. einmal benutzten und in die Tonne kloppen?

Wie gesagt, es ist nur ein Tipp und es macht auch nicht unbedingt mehr arbeit, da ihr nicht von Anfang an DirectX und OpenGL proggen müsste, ihr müsst lediglich die Abstraktion von Anfang an einplanen, proggen und benutzten. Dann könntet ihr auch niemals DirectX verwenden und nur OpenGL, aber das Design wäre formbar.

Oh je, ich arbeite zu viel an meiner Diplomarbeit ;-)

natl. geht das.
im notfall so:

#fdef WIN32
void funktion(){
WindowsFunktion();
};
#elsif defined(MAC)
void funktion(){
MacFunction();
}
#endif

ich glaube bevor wir uns um so zeugs kümmern wie environmentalmapping & co.
sollte wir erstmal entscheiden (abstimmen vielleicht?)
was fürn umfang die engine haben soll.

ps: es bleibt die frage ob die negine auch sound & co.
beinhalten soll.....