Allgemeine Fragen zu einem Jump and Run Spiel

[Looper]

Erstmal vielen Dank für den ausführlichen Beitrag :thumb:

Also ich glaube ich werde erstmal Andorra 2D versuchen weiter zu benutzen, da es auch ziemlich einfach ist. ImageList usw. gibt es dort auch.
Ich werde mir jetzt mal durch den Kopf gehen lassen, WAS ich genau abspeichern möchte und dann genau WIE. Ich denke deine (mimi) Methode reicht völlig aus.
Melde mich bald wieder,

Looper.

[mimi]

Dann Viel erfolg bei deinem Projekt. Und lasse dich nicht sofort entmutigen wenn was auf Anhieb nicht läuft.

So ein Projekt braucht seine Zeit bis es Fertig ist. Meistens ist es doch nicht so leicht wie man sich das vorstellt. Viel Glück !

[Looper]

Ja das stimmt. Man denkt am Anfang immer, dass es leicht ist und dann kommt hier ein Problem und dort eins^^
Aber ich denke ich schaffe das schon. Werde ich hier bestimmt auch reinschreine^^

mfg Looper

[mimi]

Ich bin der Meinung das Spiele zu schreiben egal ob 2D oder 3D um einiges Interessanter ist als Oberflächen Programme die VLC/LCL Komponenten benutzen.

Weil du wirst gleich von ganz anderen Problemen Konfrontiert.

Mein Haupt Problem war immer die Kollision. Aber dank meine Engine habe ich auch da keine Probleme mehr*freu*.

[Looper]

Hi,
also bis jetzt hatte ich noch gar keine großen Probleme. Halt nur, wie ich die Sprites in verschiedenen Ebenen auswählen kann, wenn sie wieder gelöscht werden sollen. Ich hatte dann einen Code geschrieben, um dieses Problem zu umgehen. Aber dadurch wurde der gesamte Quelltext schnell komplizierter. Daher habe ich einfach 3 SpriteEngines erstellt. Eine für den Vordergrund, Mittelgrund und Hintergrund.
Jetzt muss ich nur noch alle Bilder einladen und dann kann ich mich an das eig. Spiel setzen.
Als Anhang habe ich mal ein Bild vom jetzigen Stand (die richtig gezeichneten Bilder sind auf der momentanen Ebene, die transparenten auf einer anderen).

mfg Looper

PS: Ich glaube man darf das Spiel auch veröffentlichen, wenn ich Bilder von einem anderen 2D-Spiel benutze, dass allerdings unter der GNU publiziert ist. Stimmt das oder nicht?

[mimi]

Sieht schon mal nicht schlecht aus.

Was deine Frage angeht da weiß ich leider keine Antwort.

Aber das mit den Hintergrund, Vordergrund was ist bei dir der Mittelgrund ?
Ist keine schlechte Idee aufjeden Fall.

Bei meiner Engine hätte ich für sowas zwei Möglichkeiten:
Mehrer "Sprite Manger" oder die einfachste:
Einfach die Eigenschaft NoCollision auf True stellen.

Allerdings hätte ich aufjedenfall Probleme mit dem Zeichnen, da die Hintergrund Objekte ja hinter dem Player gezeichnet werden soll und die Vordergrund Objekte davor.
(wenn ich dich richtig verstehe).

Ein Interessantes Problem !

Hast du die Grafiken von "Super Tux" genommen ?

Ich hatte mal eine art Loder geschrieben der die Text Datei von Super Text laden konnte.

Aber es Funktionierte nur zu 90% Nicht alle Grafiken wurden geladen.

Und selbst alle Grafiken zu beschreiben war mir zu aufwendig bei de Fülle von Grafiken.
Also habe ich es erstmal sein gelassen.

[Looper]

Moing,
im Mittelgrund bewegt sich Tux und alle Gegner. Außerdem befinden sich dort alle Tiles auf denen Tux laufen soll, bzw. Hindernisse darstellen. Alle Tiles im Mittelgrund werden von der SpriteEngine "SEMittelgrund" verwaltet.
Alles was sich im Vordergund befinder stellt für Tux kein Hinderniss da und wird vor ihm gezeichnet.
Alles im Hintergrund halt dahinter. Auch diese beiden Ebenen werden von je einer SpriteEngine gezeichnet.
Und das mit dem Zeichnen ist ja auch kein Problem. Alle Tiles, die im Hintergrund sind, werden zuerst gezeichnet (SEHintergrund). Danach der Mittelgrund. Und zum Schluss der Vordergrund.

mfg Looper

//Achja, die Grafiken sind von Supertux.

[mimi]

Also ist der Mittel Bereich der wo sich alles abspielt ?

Stimmt. Zeichnen müsste ich ja erst alle Hintergrund Objekte dann alle Mittelgrund Objekte und zum Schluss die Vordergrund Objekte.

Hast du schon eine Schwerkraft oder das Springen eingebaut ?

Das Springen weiß ich nämlich nicht wie ich das einbauen könnte.
Ich hätte gerne so eins wie bei Super Tux oder Super Mario(ich glaube das ist ziemlich gleich was die Sprungart angeht)

[Looper]

Also ich habe bis jetzt nur den Leveleditor erstellt. Da brauche ich Springen usw. ja noch gar nicht.
Aber das Springen hatte ich schonmal gebaut:
- Du hast einmal die Y-Position deiner Figur (sagen wir 100).
- Die Taste für Springen wird gedrückt.
- Das Programm überprüft, ob man auf dem Boden steht.
- Wenn nein, passiert nichts - Wenn ja, dann setzt du eine Variable (z.B. Sprung auf 20).
- In einem Timer wird die Figur so nach oben verschoben:

Delphi-Quellcode:

Y := Y - Sprung

- Auch wenn Sprung 0 ist verringerst du Sprung immer weiter, bis die Figur auf dem Boden ist.

Delphi-Quellcode:

100 := 100 --5

Sieht realistisch aus und ist einfach. Sobald die Figur wieder auf dem Boden ist, wird Sprung auf 0 gesetzt.

Delphi-Quellcode:

If FigurAufDemBoden(Figur) then Sprung := 0;

Man muss nur richtig überprüfen wann die Figur auf dem Boden ist. Da liegt ein kleines Problem. Denn wenn die Figur 1 Pixel über dem Boden ist. Gibt die Funktion "IstAufDemBoden" ja false zurück.

mfg Looper

[mimi]

Den Abstand müsste dann halt berücksichtig werden.

Genau so wollte ich es einbauen. Nur ich dachte das währe nicht gut genug...