Pixelor

Ich habe heute völlig zufällig ein - meiner Meinung nach - sehr gutes Vergleichsvideo zwischen »Unreal Engine« und »Unity« gefunden. Das ist vor allem für angehende Spiele-Designer von Interesse. Ist allerdings auf englisch:



Ich habe sehr lachen müssen, als er ca. bei 14:30 über »Unreal Engine« und dem damit zwingend verbundenen KnowHow von C++ spricht. Wirklich herzlich gelacht, und zwar nicht aus Bosheit, sondern weil das meine Erfahrungen mit C++ widerspiegelt (»Unity« nutzt C#).

Ich finde eher, dass es noch Milliarden von Spielkonzepten gibt, die erst noch das Licht der Welt erblicken müssen. Damit meine ich nicht originäre Spiel-Ideen (die gibt es vermutlich tatsächlich nicht mehr, wenn nicht noch eine ganz neue Technologie entsteht), aber mir reicht schon ein gut gemachtes Spiel einer vorhandenen Spielidee. Das im Video gezeigte Hollow Knight ist so ein Beispiel. Oder Hyperlight Drifter. Oder das von Dir erwähnte Axiom Verge.

Da ich ja im Moment ein Spiel für den Atari-8-Bit-Computer programmiere: Mir fällt auf, dass sich viele, sogar sehr viele, Programmierer mit dem System befassen. Und die bringen auch erstaunliches zustande. Aber das sind fast alles nur Grafik-Demos. Wenn dann tatsächlich mal ein Spiel heraus kommt, dann ist das eigentliche Spiel meistens langweilig. Das fängt schon damit an, dass zum Beispiel bei einem Jump-n-Run die simple Sprungmechanik der Spielfigur lächerlich primitiv ist. Vergleicht man das mit den Sprüngen von »Mario« in Super Mario Bros. [NES], (35 Jahre alt und das NES hat auch einen 6502-Prozessor) dann kann man auf die Idee kommen, dass die Programmierer der Atari-Spiele niemals über den Tellerrand schauen oder einfach keinen Bock haben. Ich finde das peinlich.

Ich habe spontan mindestens vier Spiele im Kopf, die ich sehr gerne auf dem Atari sehen würde. Bei einem kann ich mir sogar vorstellen, dieses für aktuelle Systeme umzusetzen; dann grafisch natürlich mit »Pixelart« aufgemotzt. Man muss sich doch nur sein Lieblings-Genre nehmen und dann weiter denken. Bei mir wäre es im Falle von 2D-Spielen ein Metroid/Castlevania-Klon. Mir fallen da zig Varianten ein. An 3D würde ich mich auch nicht unbedingt sofort heran trauen. Wenn ich mir allerdings Spiele wie Rime ansehe, oder jetzt The First Tree, mit dem ich bei YouTube überschütte werde, nachdem YouTube gemerkt hat, dass ich mich für Spiele-Entwicklung interessiere (das Spiel wird auch kurz in dem Video erwähnt) ... oder auch Amnesia: The Dark Descent ... die Spiele sind machbar.

Nee, an Ideen mangelt es mir nicht. Es scheitert eher daran ... dass ich meinen Popo nicht hoch bekomme.

Aber immerhin: In den letzten beiden Tagen habe ich an einer Website gearbeitet, die live geschaltet wird, wenn das Atari-Spiel fertig ist. Das ist nix dolles ... aber die Website und die dahinter stehende Programmierung (eigenes Mini-CMS, natürlich alles in PHP und OHNE Datenbank) sind fertig. Ich muss es nur noch nutzen.

Zitat von »v3to«

Das Video habe ich jetzt noch nicht gesehen, nur mich irritieren die genannten Beispiele für einen Vergleich von Unity und Unreal Engine. [...]

Die genannten Spiele kommen aber nicht im Video vor, sondern waren lediglich von mir genannte Beispiele für Spiele mit einer bekannten Spielemechanik, die es trotzdem wert sind - sogar extrem - gespielt zu werden.

Schau Dir das Video mal an. Zum Thema 2D sagt er so ziemlich das gleiche wie Du; wobei »Unity« durchaus nicht schlecht weg kommt.

[Nachtrag]
OK, Hollow Knight kommt im Video vor. Die anderen beiden nicht. Ich bin noch nicht ganz wach.

Zitat von »v3to«

[...] Für 2D-Gamedev fällt gerade der Game Maker von Yoyo Games ein, mit dem zb Hyper Light Drifter entwickelt wurde. AFAIK basiert die integrierte Programmiersprache GML auf Java Script. [...]

Ich bin der Meinung, dass gerade diese Programmiersprache der große Knackpunkt vom »GameMaker« ist. Als Programmierer, der evtl. auch noch einmal etwas anderes in seinem Leben machen will, ist das quasie totes Kapital. Denn die Sprache kommt halt eben nur im GameMaker zum Einsatz. Das haben wohl auch die Leute von Unity gemerkt und deswegen C# bevorzugt (vorher war es auch irgend etwas Propritäres).

Zitat von »v3to«

[...] Womit wir uns im Team zuletzt etwas beschäftigt haben, ist die Open-Source-Engine Godot [...]

Spannend, dass Du das erwähnst. Gerade gestern bin ich auf YouTube ebenfalls über die »Godot«-Engine gestolpert. Von der habe ich vorher noch nie etwas gehört. Nachdem, was ich gestern auf deren Website gelesen habe, würde ich die für 2D-Spiele sogar bevorzugen.

Zitat von »rsn8887«

Wenn man eine Programmiersprache gut beherrscht, kann man auch alle anderen relativ schnell lernen. Das sollte eigentlich nicht das Problem sein. Die Frage ob C# oder C++ finde ich daher nebensächlich. [...]

Das habe ich auch erst gedacht, und prinzipiell ist das ja auch richtig. Und dann habe ich mich ein wenig - wirklich nur ein klein wenig - mit C++ 13 befasst ... da schlackerst Du mit den Ohren, wie kompliziert da einiges funktioniert. Gut, bei C++ ist man einigermaßen zukunftssicher, nicht nur für Spiele-Entwicklung, sondern generell als Software-Entwickler. Aber wenn das nicht sein muss ... nee ... das tut man selbst seinen Feinden nicht an.

Bei C# gebe ich Dir Recht: Wer schon mal in ANSI-C programmiert hat, oder Java oder PHP, der kommt auch mit C# schnell zurecht, und freut sich sogar über den durchdachten Sprachaufbau (und das schreibt jemand, der Microsoft eigentlich nicht mag).

Zitat von »rsn8887«

[...] Kann ich Objekte pixelgenau bewegen, ohne Pixelflimmern und ähnliche Artefakte? Ich sehe es häufig bei modernen Unity Produktionen im 2D Bereich, dass die Pixel sich beim Scrolling minimal, aber sehr hässlich verformen. [...]

Ich fürchte, das wird man ausprobieren müssen. Der beschriebene Effekt kann ja nur durch eine interne Skalierung der Engine geschehen. Nun gibt es genug Spiele, die eine Art »Zoom«-Effekt besitzen, dass also das Spielfeld je nach Geschehen mal ran oder weggezoomt wird. Und da müssen natürlich Skalierungen zum Einsatz kommen. Die Frage ist allerdings, ob es nicht alleine durch die Engine nicht zu kleinen Ungenauigkeiten kommt, selbst wenn man gar nicht zoomen will.

Ich bin auch ein wenig auf dem Tripp, dass ich für ein 2D-Spiel gar keine fertige Engine nehmen, sondern mir stattdessen eine Grafik-Bibliothek schnappen würde. SDL2 ist so ein Beispiel, dass mich sehr interessiert. Natürlich muss man dann die Spiele-Physik, Kollisionsabfragen und so weiter alles selber machen - wobei es für SDL2 bestimmt auch dafür Bibliotheken gibt - aber dafür hat man die volle Kontrolle darüber, was auf dem Bildschirm zu sehen ist. Ein anderes Beispiel wäre libGDX, das aber mehr im Java-Bereich zu Hause ist, damit aber auch Perfekt für Android passt.

Ähm, nein ... SDL2 ist C, nicht C++. Man kann es aber auch nativ mit C++ benutzen. Für andere Sprachen gibt es jede Menge Bindings. Ob man für Konsolen-Programmierung C++ benutzen muss, weiß ich allerdings nicht.

Persönlich interessieren mich Homebrew-Hacks nicht sonderlich. Wer damit Spaß hat, dem will ich seinen Spaß auch nicht nehmen. Aber für mich stünde eine wie auch immer geartete Gewinnerzielungsabsicht durchaus neben der eigentlichen Spiele-Entwicklung im Vordergrund. Bedeutet, dass ich mich eher für offizielle Wege interessieren würde.

Aber bevor man von so etwas träumt, sollte man erst einmal überhaupt ein Spiel auf den Weg bekommen. Ich halte es da mit den Worten des Entwicklers von The First Tree, der meint, dass man als erstes Spiel erst einmal etwas Kleines machen und das dann aber VOR ALLEM fertig bekommen soll (einfach mal auf YouTube suchen). Nur so sammelt man Erfahrungen in der Spiele-Entwicklung. Das bedeutet auch, dass man sich am besten auf das stützt, was man schon kann. ANSI-C ist bei mir kein/kaum ein Thema. C# würde ich mir aus dem Stand zutrauen (30 Jahre Erfahrung in ANSI-C, rund 20 Jahre in PHP).

Wie gesagt: Eine Lösung in SDL2 ist mir im Moment am sympathischsten, dicht gefolgt von Unity und/oder der Godot Engine.

Das gilt aber nur für mich persönlich, weil ich bereits programmieren kann (eine der ganz wenigen Sachen in meinem Leben von denen ich behaupte, dass ich sie wirklich kann). Wer eben nicht programmieren kann, dem empfehle ich, sich auf jeden Fall eine Game-Engine anzusehen.