spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »buggypixels«

Insbesondere das Verwenden von "Nodes" als richtig fette Klassen mitten im Herzen einer Engine treibt einem schon Schweiß auf die Stirn. Hier haben Entwickler den ganzen OOP Irrsinn ausgelebt.

Welche anderen Ansätze gibt es da denn noch ?

Zitat von »Sylence«

Welche anderen Ansätze gibt es da denn noch ?

Ne einfache Liste aus Objekten die zu zeichnen sind
Komplexere Szenengraphen sind halt was maximale Performance angeht nicht unbedingt das gelbe vom Ei weil das Traversieren gern mal viel Zeit braucht...

Naja gut aber diese Liste fliegt ja auch nicht einfach vom Himmel...

std::list

Ja das ist mir klar
Lass es mich anders formulieren: Deren Inhalt fällt aber auch nicht einfach vom Himmel.

Wenn man ein paar mehr Objekte hat sollte man sich doch schon Gedanken drüber machen, welche von den ganzen man jetzt rendern sollte

Natürlich, aber dafür braucht man nicht unbedingt einen aufwändigen Scenegraph

Einfach mal nach dem Thema googlen und Du wirst einiges finden zum Thema "Death to scenegraph". Bei gamedev.net zum Beispiel. std::list ist übrigens nur ein bedingt besserer Ansatz.
Hier mal ein Link zu dem Thema https://docs.google.com/present/view?id=…G5yM3pjZA&hl=en
Viele vergessen halt, ihre Objekte effektiv im Speicher abzulegen. Ein Scenegraph ist hier ein perfektes Beispiel. Es ist nicht nur extremst uneffektiv, sich durch diesen Baum durchzuarbeiten. Aber vom speichertechnischen gesehen, ist es ein Albtraum. Wenn dann noch jedes Objekt in diesem Baum mit vielen Attributen versehen ist, dann wird es ernst. Da hilft dann auch std::list nicht viel. Ob ich fette Objekte (siehe die Nodes in Ogre oder irrlicht) in einen Baum verschachtele oder sie als Liste ablege, macht es nur unwesentlich besser. Generell schlimm sind diese überfrachteten Klassen, die dann auch noch die Basisklassen für eigene Objekte darstellen.
Hier geht sehr viel Performance verloren und viele glauben, das sie an dem Rendering Prozeß schrauben können und dann wird alles gut. Aber die grundlegende Architektur ist bereits völlig falsch.
Hier mal ein zweiter Link zu einem hervorragendem Artikel: http://www.gamasutra.com/view/feature/41…ame_engine_.php
Übrigens auch ein excellentes Buch.
Wer sich das mal durchliest (den Artikel meine ich) und sich dann mal die beiden Engines anschaut, der erkennt doch direkt einen großen Unterschied.
Beide Links sind mal ein Einstieg in das Thema.
Nun schaut dann mal die beiden Engines an und seht die große Lücke.

Zitat von »buggypixels«

std::list ist übrigens nur ein bedingt besserer Ansatz.

Natürlich, war ja nur ein Beispiel. Soweit jetzt mit Data Oriented Design anzufangen wollte ich nicht gehen da sowas für das Highlevel Interface einer Engine wohl eher nicht wirklich relevant sein wird

Nachdem ich mich jetzt eine Weile mit Irrlicht beschäftigt habe, wollte ich jetzt mal Ogre probieren. Und um damit anzufangen bin ich natürlich auf Beispielprogramme angewiesen.
Allerdings sind alle Beispielprogrammie, die dabei sind als Dll geschrieben, was es schwierig macht diese ohne Erfahrung als eigenständiges Programm nachzukompilieren. In der Dokumentation stand auch kein Beispiel, so wie das bei Irrlicht der Fall war.
Ich habe auchschon bei Google gesucht, aber kein Programm gefunden das einwandfrei lief.
Also wollte ich mal fragen, ob mir jemand mal das kleinstmöchlichste laufende Ogre-Programm schicken kann!?

Mfg Harry222

/