Hallo!

Ich habe ein Programm entwickelt, dass sich noch in einer sehr frühen Phase befindet, das das 2D Spieleprogrammieren erleichtert.
Man programmiert mit einer eigenen Programmiersprache, die sehr einfach ist, da sie nur von einfachen Wörtern benutzt wird.

In der Version 1.0 stehen zur verfügung:

- Ein paar Befehle
- 1 andere Spielfigur
- ein Steuerbarer Player


Benutzt:

Visual Basic 2008
.NET Framework 3.5



Bugs:

Manchmal lädt es Bilder, manchmal nicht.
Manchmal funktioniert der "tilte." befehl nicht


To do´s:

- Bugs beheben
- mehr Befehle einfügen
- Gegner einfügen
- MapEditor
- Kampfsystem

Ich habe die Version jetzt schon veröffentlicht, da ich wissen will, wie ihr das findet, und ob ich überhaupt weitermachen soll!


Befehle:

title.Gewünschter Titel (ändert den Titeltext)
player.true (fügt den spieler ein)
enemy1.true (fügt Gegner ein)
map1.Pfad der Bild Datei (lädt eine Map)
playerpicture.Pfad (Bild des Spielers)




Viel Spaß!

ich würde noch die Möglichkeit ein Booleansystemanhand einer txt zu Laden um eine Kollision zu erstellen ... wie sieht es mit der Steuerung aus ?

Steuerung wird man in der nächsten Version ändern können! Die Kollisionen muss ich auch noch machen.

ich überlege grad ob du nicht das Skript-System schon mal neu gestaltest bevor du weitermachst. Das ganze klingt für mich nach If String.StartsWith() Or String.Contains()

Wie soll ich es umgestalten?

Evtl. Klassen vorfertigen und mit Split oder sogar Regex arbeiten.

Wiso soll ich nicht mit dem anderen Arbeiten? Treten da Probleme auf?

mMn zuviele If Abfragen und Case-Sensitive, schlecht erweiterbar

Wie wäre es mit Lua?

oder Phyton lässt sich einfach einbinden ... Lua auch ... ^ siehe oben ^

Mangafreak1995 schrieb:

Evtl. Klassen vorfertigen und mit Split oder sogar Regex arbeiten.

oO
Also wenn man intern mit Strings arbeitet, dann geht die Performance auch ziemlich schnell runter. Ich selber hab mir mal ne ASM-Ähnliche sprache geschrieben, die ich vor dem Ausführen in Integer umgewandelt habe. Somit ließt sich das schneller verarbeiten.

klingt auch ein Stück logisch, dass das dann schneller ist ... dann müsste man jeden Befehl in ein Zahlenwert konvertieren und diese dann auswerten ? Oder wie soll man das jetzt verstehen. An sowas hab ich mein Leben noch nicht gedacht

In etwa so. (Bei 3:00 fängt's an)

(Man 'konvertiert' ein Script mit einer beliebigen Syntax in einen solchen Zwischencode. Diesen Zwischencode kann man dann noch einiger maßen schnell ausführen, wobei das stark von der Implementierung abhängt. Ob das jetzt für Spiele geeignet ist, bezweifle ich trotzdem. ^^

Edit:
Wen Interesse besteht, kann ich mal eine Implementierung von mir hochladen. Mein Befehlssatz umfasst allerdings auch Input/Output-Befehle.

Wenn man das Skript "compiled", kann man daraus eine Integer-Array machen, welche sich gut serialisieren lässt. Danach kann man diese leicht an einen mobilen Interpreter dran binden. Das heißt, man kann daraus eine ausführbare Datei machen.

Edit2:
gewinnt jetzt eine Papier-CPU und einen Know-How-Computer!:
youtube.com/watch?v=6jLaBBwOflQ

du Freak ... sag ma is das geil oder was ? ... hätt ich mal so ne Zeitschrift gefunden -.- ... Man könnte also in C nen simplen Dateiausleser machen und schwupps funktionierts ... die Frage ist nur für mich grade : Was bringt mir das Kopieren von Speicherzelle A => B (das Vorhaben hab ich relativ schnell erkannt :D) ... ich denke es läuft darauf hinaus, dass man Befehle durch Zahlen ersetzen kann um somit die Geschwindigkeit der Rechnungen zu Erhöhen ... nur was lässt sich noch damit machen nDrunkenTeddy ? Das interessiert mich mal brennend (PN?)

BackToTopic.

Ansich ist das ganze nicht schlecht ;).
Ich habe auch sowas mal gemacht, mit dem VBCompiler, der eine Picturebox erstellt hat (also konnte man .exe machen) und mit Gdi wurde dann geziechnet, also zum Beispiel war ein befehl "DrawPlayer($pfad)".

Mfg
Epic

Eigener Compiler? (eigene EXE mit Startparametern)