spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Und die ist eben Unsinn. Der Fokus sollte darauf liegen das Spiel zu bauen und dann hat man eben nur die Funktionen, die das Spiel tatsächlich benutzt. Aber mach mal. Ich wollte Dir ja auch nur mitteilen, dass es
1) weniger Zeit und somit weniger Geld kostet eine fertige Engine zu verwenden
und
2) sicherer, besser getestet und fehlerfreier ist eine fertige Engine zu verwenden.
Speziell wenn Du damit Geld verdienen willst, sollten diese Punkte für Dich eben enorm wichtig sein.

Hallo BlueCobold, grundsätzlich richtige Sache, aber ob fertige Middleware
wirklich Geld spart, sicherer ist und auf die Zielgruppe ausgerichtet ist?

Minecraft usw. nutzen eigene Engines und nicht Unity, UDK, usw.
Und rate mal, womit angefangen wurde...

Zitat

Und die ist eben Unsinn. Der Fokus sollte darauf liegen das Spiel zu bauen und dann hat man eben nur die Funktionen, die das Spiel tatsächlich benutzt. Aber mach mal. Ich wollte Dir ja auch nur mitteilen, dass es
1) weniger Zeit und somit weniger Geld kostet eine fertige Engine zu verwenden
und
2) sicherer, besser getestet und fehlerfreier ist eine fertige Engine zu verwenden.
Speziell wenn Du damit Geld verdienen willst, sollten diese Punkte für Dich eben enorm wichtig sein.

Es ist und bleibt die Entscheidung vom OP, was er machen will: Eine Engine, ein Spiel oder beides (zeitversetzt oder zeitgleich).
Dass jede Entscheidung unterschiedliche Schwierigkeiten und Nachteile mit sich bringt ist klar. Es sollte aber niemanden vorgeschrieben werden, WAS er machen möchte.

Zitat

Zurzeit arbeiten wir an einer verbesserten Version meiner alten Engine. Sie verwendet weiterhin die Grafikschnittstelle OpenGL aber als Neuerung verwenden wir die SDL 2 Bibliothek für die Erzeugung einer Benutzeroberfläche und schreiben somit plattformunabhängigen Code.
Danach wollen wir ein Game-Projekt anpacken und einen fu­tu­ris­tischen Arcade Racer entwickeln !

Wenn er DAS machen möchte ist die Diskussion, ob man lieber eine Engine schreiben sollte oder ein Spiel, doch völlig unsinnig...

Wenn ich ein PKW bauen will, lass ich mir die Reifen höchstens anfertigen. Wieso das Rad selbst neu erfinden, wenn andere damit viel mehr Erfahrung und die richtigen Werkzeuge haben?
Sich mit Minecraft und Crytek zu vergleichen ist als würdest du davon ausgehen nächste Woche im Lotto zu gewinnen, obwohl du nur ein Ticket hast.
Mehr "Tickets" erhältst du mit einer schönen Grafik und tollen Features und du brauchst möglichst viele davon. Die schöne Grafik kann dir Unreal allein durch die genialen Shader in viel kürzerer Zeit liefern.

Macht es dir wirklich mehr Spaß dich damit zu beschäftigen, wie du die Grafikkarte mit Daten versorgst, anstatt dich mit Gameplayfeatures zu beschäftigen?
Aber selbst wenn, bei einem Qualitätsprojekt hast du doch eine Menge Arbeit mit dem Back-End.

Der Spielemarkt ist hart umkämpft, dort nicht jede Hilfe zu nehmen, die man kriegen kann, ist unverantwortlich gegenüber seinen Mitarbeitern.

Zitat von »LuckyCoder«

Minecraft usw. nutzen eigene Engines und nicht Unity, UDK, usw.

1) Was sind "usw."?
2) Minecraft wurde mit Java gemacht, weil der Entwickler nichts anderes konnte (und noch immer nichts anderes kann) und es für Java keine wirklich guten Engines gibt. Warum kann man sich denken.

Zitat von »iSmokiieZz«

Es sollte aber niemanden vorgeschrieben werden, WAS er machen möchte.

Mache ich nicht. Ich habe ihm lediglich einen Hinweis zum Überdenken geben wollen.

Zitat von »NachoMan«

Der Spielemarkt ist hart umkämpft, dort nicht jede Hilfe zu nehmen, die man kriegen kann, ist unverantwortlich gegenüber seinen Mitarbeitern.

Ich würde nicht sagen unverantwortlich, aber man setzt damit unnötig Geld in den Sand. Für Mobilgeräte entwickelt man ja auch nicht ohne ein SDK direkt auf der Hardware. Außer natürlich man versucht auf Android per libGDX eine GUI-lastige Anwendung zu bauen.

Egal, lassen wir das. Jeder wie er meint.

Und wenn sich keiner damit beschäftigt, wie man Reifen baut, wird es auch keine Reifen geben.
Ein Ingenieur der nicht weiß, was beim Reifen abläuft, wird er nie gute Stoßdämpfer konstruieren.
Ein an sich gutes Auto mit schlechtem Stoßdämpfern ist dann auch ein schlechtes Auto.

Learn issues, Know issues, Solve issues.
Probleme die du nicht kennst wirst du nicht lösen.
Das machst dann jeder mit seiner Engine.

@Minecraft:
Minecraft wurde entwickelt, ohne dass dafür eine Engine entwickelt wurde. Dieses Beispiel widerspricht also nicht der Aussage "Write games, not engines!".

Nur, weil man eine Engine entwickelt, heißt das nicht, dass man daran auch das lernt, was bei professionell modernen Engines heutzutage verwendet wird. Allein durch die Verwendung einer Engine lernt man ggf. schon einiges (bspw. in Unity über Komponentenbasierte Systeme).
Bevor man (selbst zu Lernzwecken) eine Engine schreibt, sollte man wissen, wofür man diese schreibt und was benötigt wird.

@Verantwortung:
Erstmal eine Engine zu entwickeln und dann darauf aufbauend ein Spiel umzusetzen ist auch meiner Meinung nach nicht vertretbar, wenn man mit dem Spiel Geld verdienen möchte.
Ich glaube kaum dass man für ein einfaches Spiel mit Physik und Werbung/Microtransactions (-> Angry Birds) eine eigene Physik-Engine geschrieben wird.

Zitat von »Six-Tri-X«

Zitat von »BlueCobold«

Make games, not engines.

Gerade in Bezug darauf, dass Du damit Geld verdienen möchtest ist das eine sinnvolle Investition, da sie jede Menge Zeit, Ärger und Bugs einspart, die allesamt ziemlich viel Geld kosten.

Was soll ich dazu sagen?
Ich habe das schon alles in Betracht gezogen. Alle Argumente für und gegen eine eigene Engine einbezogen und ich sehe keinen Grund daher, eine fertige Engine zu nutzen.

Und welchen Grund siehst du eine eigene Engine zu schreiben ? Wie Sacaldur schon sagte, ist der Lerneffekt nicht besonders hoch - da du ja keine Ahnung von der best practise hast. Und noch weniger wird der Grund in deinem Spiel liegen. Wie lange hast du mit der Engine für deine 3D-Plattformer Beta gebraucht? "Dein Meilenstein" ? Ich kann mir vorstellen das es lange gedauert hat und für einen Bastler der alles in C++ from the scratch schreibt nicht schlecht ist. Für jemanden der allerdings liefern und Geld verdienen will, ist dein gesamtes Projekt absolut Trivial. Das prototype ich dir in einer Engine wie Unity in unter einer Stunde und kompiliere dir das für jede Plattform - das scheint dir ja nicht wirklich klar zu sein. Von einem komerziellen Projekt bist du so weit entfernt wie ich von den Pyramiden.

Übrigens lagern Anbieter großer Engines ihre Arbeit teilweise ebenfalls aus. Das weiß man natürlich nicht unbedingt, weil man von den vielen kleinen Firmen, die bspw. ausschließlich an einer Physik oder an einer Engine für Effekte arbeiten nichts weiß.

Bspw. basieren die 2D Tools in Unity auf Box2D, oder die Source Engine auf Havok. Ubisoft greift bei ihrer Engine AnvilNext, womit bspw. auch AC4 BlackFlag gemacht wurde, ebenfalls auf Havok zurück. Warum auch nicht? Es gibt eben tausend gute Gründe, Dinge einzukaufen, statt sie selber zu machen. Das wissen selbst die Leute die selber Engines schreiben - da alles spezalisierter wird und es sich einfach nicht rechnet, selbst bspw. eine Physik Engine zu schreiben wenn man auf ein fertiges Produkt zurückgreifen kann von Leuten, die nichts anderes machen.

@ Sacaldur

Wie du vermutet hast, Angry Birds benutzt als Physik Engine Box2D.