spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo,

frage:

wieviele Polygone verträgt deine Sandbox maximal???

Kommt es an Unity3D, Unreal Development Kit oder Hero Engine ran?

Ziemlich sinnlose Frage florenz. Was bringt es dir irgendwelche Polygonzahlen miteinander zu vergleichen, wenn hier vollkommen unterschiedliche Ziele mit den Engines erreicht werden wollen. Die Sandbox hier ist mehr oder weniger voxelbasiert und hat überhaupt nicht das Ziel sehr detaillierte Modelle darzustellen.

Übrigens sehr schönes "Spiel" und schöne Technik.

Bezüglich der Baupläne und Rezepte stell ich mir allerdings die Frage, wie übersichtlich das wird, wenn du für alle Baumöglichkeiten ein Item im Inventar hast. Möchtest du, dass man solche Rezepte später aufsammeln kann, oder ist sowieso alles von Anfang an vorhanden? Dann macht es eventuell wenig Sinn die Pläne als Items darzustellen. Da würde sich dann eine Enzyklopädie oder so besser eignen, die man im Spiel aufrufen kann.

xD ahh xD sry nich gelesen das es auf Voxel basierend is xD

Zitat von »bsf_mistau«

Hallo Endgegner,
was mir da noch einfiel: Zerstört das Programmieren nicht den Spielfluss? Ich wir sehen ja in den letzten Jahren einen Trend dazu das die Steuerung der Spiele immer einfacher wird. z.B. gab es früher in jedem Spiel Medipacks die man aufsammeln musste, heute regeneriert sich die Gesundheit oft automatisch.

Also geht da nicht total die Spannung verloren, wenn man ein Quellcodeeditor öffnet?

Ich schätze, das hängt sehr von der Umsetzung der In-Game-Programmierung ab. Wenn die Programmierung beispielsweise rein visuell stattfindet, indem man vorgefertigte Verhaltensweisen oder Module in einem Graphen per Drag & Drop miteinander verknüpft, unterbricht das den Spielfluss nur wenig. Wenn man aber Code eintippen muss, könnte das schon anders aussehen. Dann kommt es wohl vor allem darauf an, welche Bedeutung die Programmierung im Spiel haben soll.

In dem Spiel trAInsported geht z.B. darum, Züge in Lua so zu programmieren, dass möglichst viele Fahrgäste ihr Ziel erreichen. Die Programmierung findet außerhalb des Spiels in einem beliebigen Codeeditor statt. Den Wechsel zwischen Spiel und Editor nimmt man hier eigentlich gar nicht als störend wahr; schließlich ist die Programmierung ja auch das Hauptelement dieses Spiels.

Wenn der Programmierung aber nur eine Nebenrolle zukommt, ist es wahrscheinlich besser, das Ganze visuell und möglichst einfach zu halten. Roboter könnten ein Standardprogramm enthalten, das der Spieler bei Bedarf (und Lust) modifizieren kann. Für Spieler, die noch tiefer eingreifen wollen, könnte man die Möglichkeit bieten, eigene Module zu schreiben, auf die man im visuellen Editor dann zurückgreifen kann.

Bei dem von Endgegner erwähnten Spiel handelt es sich um ein Programmierspiel, wie beispielsweise auch AntMe oder Robocode (es gibt noch einige mehr).

Wenn ich dich richtig verstanden habe, soll die Programmierung nur einen kleinen Teil des Spiels darstellen. Mir fallen da ein paar Möglichkeiten ein, wie man das für den Spieler so weit vereinfachen könnte, damit das für ihn nicht lästig erscheint und kein solcher Wechsel entsteht.
Eine Möglichkeit wäre es, eine Oberfläche innerhalb des Spiels zu implementieren, die vgl. wie in Kodu ein sehr umfangreiches Skripten ermöglicht. Dies wurde allerdings so vereinfacht, dass im grunde auch Kinder damit umgehen können sollen (ist auch der fall, wie sich bereits auf einem Mini Jam zeigte).
Eine andere wäre es, wenn dem Benutzer eine "Platine" gegeben wird, worauf er Bauteile platzieren und diese mit Drähten verbinden kann. Diese Platinen können wiederum entweder einfache logische Bauteile sein oder aber komplexere Vorgänge kapseln. (Dies wird so ungefähr bereits in einem Spiel verwendet, welches auf Greenlight vorgestellt wurde.)
Weiterhin, sollte der Teil der Programmierung nur sehr klein sein, kann man die Programmierung noch weiter abstrahieren und dem Benutzer Rätsel vorsetzen, deren richtige Lösung dazu führen, dass sich Elemente im Spiel richtig verhalten und er im Spiel weiterkommt. Dabei kann es sich wieder um alle möglichen Rätsel handeln, sofern man diese mit der Programmierung auch nur im entferntesten in Verbindung bringen kann. Ein konkretes Beispiel wäre, wenn man ein Raster hat, auf dem man Elemente mit Leitungen platzieren kann (bspw. von links nach rechts, von rechts nach oben oder 2 Leitungen je Element), womit man dann mehrere Punkte richtig miteinander verbinden muss. Oder man hat ein "Puzzle", bei dem man die elektronischen Bauteile richtig zusammensetzen muss (im Sinne von dass es nur 1 richtige Lösung gibt).
Weiterhin ist Minecraft durchaus erwähnenswert. Da es in Minecraft wesentlicher Bestandteil ist, die Welt um sich herum zu verändern, passen die Redstone-Schaltungen sehr gut hinein (man muss sie auf die gleiche Art herstellen und aufbauen).

Da ich nicht weiß, wie viel die Programmierung in deinem Spiel ausmachen soll, kann ich auch nicht sagen, welche dieser Wege am ehesten deinen Vorstellungen entsprechen oder wie man diese noch anpassen müsste.