spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo zusammen

Ist lange her, seit dem ich hier aktiv etwas geschrieben habe, aber mir ist in den letzten Tagen mal wieder ein wenig die Spielentwicklung durch den Kopf. Selbst lange nichts mehr in dem Bereich gemacht. Nun hat sich ja einiges getan in den letzten paar Jahren.

Ich würde mich für Eure Erfahrungen als erfahrene Entwickler hören zu dem Thema Game Engine (wie z.B. Unity, GameMaker oder Godot) vs. Framework (SFML scheint ja immer noch aktuell zu sein) interessieren.

Der Punkt ist ja, dass die Engines, wie Unity oder Godot es einem ermöglichen recht einfach ohne viel Entwicklungserfahrung zu haben loszulegen. Ich frage mich da allerdings ob es als jemand, der Entwicklungserfahrung hat der ideale Weg ist.

Auf der einen Seite mag ich Code, baue auch gerne mal einen eigenen Quadtree, Partikelsystem o.ä., aber auf der anderen Seite muss man das Rad ja nicht neu erfinden und irgendwie scheint mir das falsch das auf Basis von SFML selbst zu bauen. Dann gibt es ja vielleicht eine Library (wie glaube ich Nexus hier mal basierend auf SFML gemacht hat), die gewisse solche Funktionalitäten anbieten. Dann möchte ich aber auch das Spiel möglichst einfach auf iOS/Android zum laufen kriegen. Das geht dann aber wieder in die Richtung einer Engine.

Bei der Engine wiederum scheint es mir auf den ersten Blick (ich habe nur sehr limitierte Erfahrung mit Unity und Godot) ein wenig komisch alles mit so einem Editor zu machen und viel rumzuklicken für alles mögliche. Auch Skripte in dem Editor anpassen scheint mir merkwürdig und nicht so befriedigend auf längere Zeit aus der Sicht eines Entwicklers. Oder wird das mit mehr Einarbeitung anders und es ist eigentlich üblich mit einem "normalen" Code Editor (z.B. VSCode) zu arbeiten und reduziert sich die Nutzung des Editors später sowieso?

Kann jemand diese Gedankengänge nachvollziehen und hat sie auch durchgemacht? Was sind deine Schlüsse?

Vielen Dank für die Inputs!

Sidenote:

Ich weiss, dass man mit allem alles bauen kann. Das ist hier aber nicht wirklich mein Punkt. Ich müsste mal mit all den Editoren ein echtes Projekt umsetzen und dann vergleichen. Ich interessiere mich aber für Leute, die den Prozess bereits durchgemacht haben und aus Erfahrung sprechen können.

Zitat von »Tobiking«

Die "Skripte" in Unity und Unreal (nicht Blueprint) sind normaler C# bzw. C++ Code. Der lässt sich außerhalb des Editors ändern und bauen. Beide Engines generieren auch Projekte für Visual Studio mit Unterstützung von IntelliSense, Debugging etc.

Genau. Das ist das was mich bei Godot ein wenig stört. Da es eine Python ähnliche Sprache ist. Könnte mir aber vorstellen, dass es für VSCode mittlerweile auch gute Plugins gibt. Kommt wahrscheinlich nach einem Weilchen eh nicht drum herum das für sich selbst zu konfigurieren. Aber praktisch mit dem eingebauten Code Editor ist, dass man am Anfang gleich loslegen kann. Source Code Verwaltung ist auch einer der Punkte, der mir durch den Kopf ging.

@BlueCobold
Danke für den Hinweis mit iOS! War mir nicht so bewusst, dass das gut geht. Bei SFML gibts dann halt schon so Sachen, wie Tilemaps (respektive der Editor dazu) oder 9-slicing, Sprite Atlas die dann doch irgendwie Fehlen (je nach Spiel natürlich, aber die Chance, dass man etwas davon braucht ist ja schon da).

Ich stelle mir das jetzt ein wenig vor wie es Mirlix beschreibt. Das klingt irgendwie vernünftigt. Ich habe damals nicht nur selbst ein Tilemap System gebaut, sondern brauchte ja schliesslich auch einen Editor dazu. Das ist ja dann irgendwann schon nicht ganz so praktisch.

Irgendwie habe ich das Gefühl, dass der Sweetspot für mich irgendwo wäre bei: Level SFML (aber mit Python oder so), dazu aber Spielentwicklungsrelevante Erweiterungen (Tilemaps, Partikelsysteme, Sprites, Shader, etc.) und "freie" Editoren für Maps, Sprites, etc., die man benutzen kann, aber prinzipiell am Anfang gar nicht mal braucht. Der Unterschied zu Unity oder Godot ist dann da allerdings auch nicht mehr so wahnsinning gross. Löve2Dscheint da in diese Richtung zu gehen. Oder kennt jemand noch anderes, dass +/- dem entspricht was ich beschrieben habe?

Auf jeden Fall Danke für die ganzen Inputs!

@Mirlix
Packt ihr da Content, respektive Maps, etc. auch in euer Source Control System?