spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du vermischt da 2 Begriffe: GameEngine und GrafikEngine. Meistens wird für ein Spiel eine eigene GameEngine entwickelt, welche die Spiellogik enthält, manchmal wird der Begriff GameEngine aber auch verwendet für alle Engines zusammen, also GrafikEngine, PhysikEngine uw...

GameEngines sind logischerweise einem einzelnem Spiel oder einem Spielgenre angepasst und daher auch unterschiedlich.

GrafikEngines sind im Grunde genommen ähnlich, aber nicht gleich.
Die Techniken die sie verwenden können erstens verschieden sein, wobei da es natürlich begrenzt ist und hier wirklich das meiste auf den gleichen Grundlagen basieren. Aber wie diese Techniken verwendet werden ist je nach Engine verschieden, auch wie sie vom Programmierer zu benutzen ist und wie fest sie erweiterbar ist.

Ebenfalls braucht nicht jede Engine die gleichen oder alle Techniken, da je nach Gebiet/Spiel für welche sie ursprünglich gedacht waren die Anforderungen varieren.

Edit:Und ein Netcode ist, denke ich, ganz klar Bestandteil der Spiellogik, je nach Spiel müssen ja andere Daten übertragen werden.

ich finde es wäre langweilig in jedem spiel dieselbe physik zu haben. außerdem sieht jede grafik für sich gut aus, und es ist ja irgendwie die vielfalt die das ganze interessant macht...


*edit:
zum vergleich mal: need for speed ist einfach unrealistisch irre schnell usw. aber es ist einfach GEIL! das motion blurr sorgt für wenig sicht und macht das ganze spannender.
aber bei einem formel 1 rennen kann man zum beispiel nicht mit 200 sachen in eine etwas engere kurve gehn usw.

Ich finde die Frage nicht uninteressant. Die Grafikhardware hat in den letzten Jahren schon relativ stark vorgegeben, wie eine Grafikengine aussehen muss. Mit Shadern wird sich das aber teilweise wieder ändern. Es gobt auch verschiedene Schwerpunkte, z.B. wird ein Segelflugsimulator Wolken in den verschiedenen Arten (Cumulus, Nimbocumulus, Stratus, Cirrus etc) sowie den verschiedenen Stadien von entstehen bis vergehen simulieren und auch sehr realsitisch darstellen MÜSSEN, sodass ein Pilot diese details erkennen kann und sich danach richten kann. Bei einem FPS würde das nicht stören, wäre aber kompletter Overkill.

Traditionell wurden Engines ziemlich kompromisslos auf Bildrate ausgelegt. Das bedeutete natürlich dass oft "Abkürzungen" benutzt wurden, die nur für ein Genre gelten. Dies ist aber am zurückgehen, z.B. werben die Macher der Unreal Engine, dass diese NICHT mehr völlig auf Bildrate optimiert wurde. Insofern können sich Engines annähern.

Es gibt auch immer mehr Middleware a la Speedtree, die eine Sache können (Böume bzw Vegetation rendern) und in den verschiedensten Genren eingesetzt werden, z.B. bei Speedtree weiss ich von RPG und Flusi und FPS oder Spirtspiel wäre mit Sicherheit auch kein Problem.

Manche Engines heben sich auch im rechtlichen oder preislichen Bereich ab; z.B. die super billige Torque oder aber die deutsche Trinigy Engine, die Super Angebote für Anfänger im kommerziellen Bereich hat.

Die Kosten der Spieleentwicklung explodieren und der Markt wächst nicht in dem selben Mass. Insofern macht es Sinn, eine Engine oder eine Middleware für möglichst viele Spiele (oder gar nicht-Spiele Anwendungen wie bei Speedtree oder der Halflife2 Engine) benutzt wird.

Trotzdem denke ich schon dass es einen recht grossen Überlapp in den Features gibt, die verschiedene Genres einer Engine abverlangen.

Zitat von »"DigitalDream"«

Ich sehe also nach wie vor keinen technischen Grund, eine engine die für einen Shooter geeignet ist,nicht auch für ein MMORPG einsetzen zu können.
Die beiden unterscheidet nämlich eigentlich nur Spielart und Spielinhalt,und für den ist nicht die engine sondern der Entwickler des Spiels zuständig.

Das ist, was ich doch sagen will, es gibt keinen Unterschied.