Alex the Kidd (Miracle World) nachprogrammieren

[AND51]

Hallo!

Was sollte ich alles beachten und wie bewerkstellige ich die einzelnen Hindernisse, also das man betsimmte Steine nicht kaputt boxen kann, etc.? Und dass sich die Figur im Lebel weiterbewegt etc., wenn ich im Wesentlichen ein Spiel wie dieses hier nachprogrammieren möchte:

oder besser http://www.segaforever.de/games/masters ... ew_1.shtml

Ich besitze immer noch das Sega Master System 8 Bit (und 16 Bit), auf dem das Spiel "Alex the Kidd" läuft.

Kennt das vielleicht auch jemand von euch?

MfG, AND51

[Laurin]

Lol, das Spiel hab ich früher immer gezogt ^^
Das ist aber wirklich schon lange her. Ich hab das immer auf einem der drei Segas vom Jugendclub gespielt.

Zu den ganzen anderen Fragen kann ich nichts sagen. Es ist einfach schon zu lange her (~10 Jahre?).

[Lebostein]

Sega Master System? Alex the Kidd in Miracle World?
Hab ich monatelang gespielt. Damals gabs ja noch keine Komplettlösung zum einfach mal schnell Runterladen und Speichern konnt man auch nicht. Aber wir haben es trotzdem geschafft...

[ZeHa]

Hast Du denn schonmal ungefähr in die Richtung was programmiert, bzw. überhaupt mal ein Spiel programmiert? Kannst Du z.B. was mit Begriffen wie "Tilemaps" was anfangen und ist Dir da die Logik auch klar?

[AND51]

Tilemaps ist mir nicht wirklich ein Begriff... Ich wollte wohl schon mal ein Spiel programmieren, aber da einizige, was ich bisher mal gemacht habe, ist so etwas ähnliches wie Ping Pong und selbst da prallte der Ball "nur" im 90° Winkel ab, also nicht so schön wie bei Stargate's "SNOOKER".

Ja, das Spiel ist wirklich cool, am liebsten fliege ich mit dem hubschrauber oder was das darstellen soll.

Hier noch mal etwas ausführlichers: http://www.segaforever.de/games/masters ... ew_1.shtml

Habe das Spiel gerade eben wieder gezockt, danach habe ich "Sonic the Hedghog 2" auf dem Sega 16 Bit Master System durchgespielt.

Früher habe ich immer gedacht, es reicht, wenn ich das level per Paint vorzeichne und dann die Spielfigur mit SpritePixelCollision() auf der Map halte. Aber ich verstehe ja (noch) nicht, warum ich bei der Funktion zwei mal x und y Parameter angeben muss.

[ZeHa]

Also schau Dir einfach den Screenshot genau an, Du siehst ja eigentlich auf den ersten Blick daß das Level aus einzelnen "Bausteinen" zusammengesetzt wurde, das nennt sich dann Tilemap. Du hast also z.B. ein zweidimensionales Array mit einer bestimmten Größe und da speicherst Du, welches Tile angezeigt werden soll.

Dann mußt Du halt dafür sorgen, daß bestimmte Tiles als Hindernis gelten, bzw. daß bestimmte zerstörbar sind usw. und dafür programmierst Du halt einfach entsprechend die Ereignisse, z.B. prüfst Du wo der Spieler sich gerade befindet (kannst Du ja anhand seiner Pos und der Tilemap rausfinden), und dann stoppst Du ihn bspw. wenn er gegen 'ne Mauer rennt und läßt ihn runterfallen wenn unter ihm kein fester Boden ist etc.

Zur SpritePixelCollision, die brauchst Du eigentlich nicht zwingend, es reicht wenn Du immer den Bereich, den das Tile oder die Figur umgibt, auf Kollisionen hin prüfst (nennt sich Bounding Box). Wenn kollidiert wird, kannst Du aber zur Verfeinerung trotzdem noch ein zweites mal mit SpritePixelCollision prüfen, dazu gibst Du einfach jeweils X und Y der zu prüfenden Sprites ein, also z.B. Spieler Pos und Gegner Pos, und dann errechnet er Dir, ob die beiden Sprites mit diesen Positionen kollidieren würden oder nicht.

[AND51]

Danke!

Ich habe hier noch mal eine andere Frage: Ich habe die lustigen, schwarzen Kasteneffekte nachprogrammiert. ich meine die Kasten, die als PopUps immer aufspringen, wenn man von jemandem angesrochen wird.

Aber warum ist dieser Code bei mir so langsam?
Ich regle das mit For-Schleifen. Man beachte: Die Erstellung der Blöcke für den Rand und nach links (Leerzeilen) werden im Spiel schneller generiert, als jede zweite Teile, die nach rechts generiert werden und mit Text belegt werden.
Ich verstehe nicht, warum das bei mir so langsam geht; es gibt eben nichts schnelleres als Delay(1)...

Code: Alles auswählen

breite.l=320	; Fenster-
hoehe.l=240	; größe

#hin=3			; Delay für Vor-Effekt
#zurueck=1	; Delay für rand und Zurück-Effekt
#b=20			; Blockgröße

OpenWindow(1, 1, 1, breite, hoehe, #PB_Window_BorderLess|#PB_Window_ScreenCentered, "AND-Software")

StartDrawing(WindowOutput())
Box(0, 0, breite, hoehe, 16777215)

For n=0 To breite
	Box(n, 0, 1, #b, 0)
	Delay(#zurueck)
Next
For n=#b To hoehe
	Box(breite-#b, n, #b, 1, 0)
	Delay(#zurueck)
Next
For n=breite-#b To 0 Step -1
	Box(n, hoehe-#b, 1, #b, 0)
	Delay(#zurueck)
Next
For n=hoehe-#b To 0 Step -1
	Box(0, n, #b, 1, 0)
	Delay(#zurueck)
Next

zeilen=hoehe/#b

While zeilen
	zeilen-1
	For n=#b To breite-#b*2
		Box(n, Abs((zeilen)*#b-hoehe), #b, #b, 0)
		Delay(#hin)
	Next
	zeilen-1
	For n=breite-#b*2 To #b Step -1
		Box(n, Abs((zeilen)*#b-hoehe), #b, #b, 0)
		Delay(#zurueck)
	Next
Wend

StopDrawing()

Delay(4444)

[Batze]

ich würde jetzt mal raten, weil du Delay benutzt

[AND51]

Ja, aber ohne Delay istz der Bildschirm ja sofort schwarz und mit soll halt die erkennbare Verzögerung auftreten. Oder liegt das geschilderte Problem an meinen "nur" 550 MHz ?

[Lebostein]

Gab es nicht mal so ein angefangeses "Mario"-Jump'n'Run mit PB? Ich hatte das mal mit Quellcode auf meinem Rechner, finde es aber nicht mehr. Soweit ich mich erinnern kann hatte ich es von jemandem im PB-Forum heruntergeladen. Vielleicht kann sich ja noch jemand erinnern.

PS: Habe es gefunden, Epyx war der Programmierer. Epyx ist sozusagen der Jump'n'Run-Gott in PB. Vom ihm kannst du 2 Spiele mit Quellcode runterladen:

MarioTest: http://www.flasharts.de/files/MarioTest.zip
XMasRun: http://www.mentaloverflow.de/purecontes ... ontest.zip

Von Epyx stammt auch der "Map-Loader", mit dem man Tilemaps in seine Projekte einbinden kann. Wo man den downloaden kann, finde ich leider nicht mehr...