double dragon style tilebased backgrounds (2,5D)

[Master Wu]

Hi Leute,
ich zerbech mir jetzt schon ne ganze Zeit den Kopf,
wie man die Map in einem Double Dragon aehnlichen SPiel (http://www.flash-mania.com/en/php/ni...combat/020.php) wohl am besten umsetzt.

Diese Sachen sind ganz klar tilebasiert, wobei ich mir auch ueberlege, es mit dieser modifizierten TileEngine umzusetzen (http://www.strille.net/tutorials/part1_scrolling.php)

Das Hauptproblem bleibt. Es ist halt nicht 2D, sondern 2,5D oder wie man es immer nennen will.

Jetzt koennte man natuerlich ein 3dimensionales Array fuer die Map anlegen. Das duerfte allerdings sehr speicherintensiv werden.
Bei diesem Double Dragon sind die tiles ja sehr klein, das waere ein ungeheuer grosses Array, wenn das 3D angelegt waere.
Vermutlich ist die dargestellte Map mit den kleinen Tiles einfach nur 2D, und die logische Map fuer Kollisionen, auf der die Figuren laufen, ist mit groeberen Daten hinterlegt, was meint ihr?

Zuerst dachte ich auch, ich gebe den Figuren x, y, und z-positionswerte und setze sie dann in diese 2,5D-Welt, mit ungerechneten positionswerten.
Dann ist mir aber aufgefallen, dass diese Spiele ja garkeine in sich logische Schraegprojektion (http://de.wikipedia.org/wiki/Perspektive) verwenden, sondern munter auch mal die Projektion in die andere Richtung drehen (siehe Bild 5), was spieltechnisch auch Sinn macht.
Jedenfalls hat mich das zu der Erkenntnis gefuehrt, dass man die Perpektive wohl am besten nicht rechnerisch durchfuehrt, sondern es so handhabt, dass da wirklich schraege Kloetze in der Landschaft rumstehen.

Langer Rede kurzer Sinn:
Wie wuerdet ihr solche Maps managen/speichern/verarbeiten?

[pixelslave]

hm ich hab mal vor einiger Zeit mit dem RPG-Maker rumhantiert. Dort war es so das es 3 Ebenen gab. hintergrund, Ebene 1, Ebene 2

Da soweit ich mich erinnern kann bei Double Dragon leute von "hinten" kommen, also nach vorne laufen könnte ich mir gut vorstellen das du eben einen Hintergrund definierst, auf Ebene 1 laufen die Genger nach vorne bis sie Punkt Z erreicht haben und werden auf Ebene 2 protiert. Auf ebene 2 Selbst läuft der Aktive bereich wie Spielfigur, Hindernisse, Items, Gegner usw.

Dann wäre das so das der Hintergrund eine einfache Variable ist, die Ebene 1 ein Array das NUR mit den Objekten gefüllt ist die dort sein sollen -> keine NULL arrays <- diese wiederum bekommen eben einen "Positionswert" des Arrays der 2ten Ebene, Ebene 2 Array sollte bei Tilebased ja klar sein denke ich

Bsp:

var bg : Bitmap = new Bitmap(src)
var lvl1 : Array = new Array( object:Array(obj, [COLOR="DarkOrange"]tileId[/COLOR]),object:Array(obj, tileId), ... )
var lvl2 : Array = new Array([COLOR="DarkOrange"]tileId[/COLOR]:Array(posX,posY, ... ), tileId:Array(posX,posY, ... ), ...) 

---

denke das wenn du das so machst der Speicheraufwand nicht zu groß sein Sollte.

da SNES spiele aber aus Tilesets bestehen -> ein MC mit allen Tiles die in dem Level benutzt werden mit ID, könntest du dich an den Aufbau eines Gifs orientieren.

Dann kannst du für jedes Tile im Set ein Array anlegen, das wiederum Punkte Besitzt für jedes Auftreten des Tiles. nur wird da die verknüpfung nicht so einfach wie im oben gezeigten Bsp.

grüße

Pixelslave

[Master Wu]

HI Sepiroth,

sorry, raff ich leider nicht wirklich, was du mit diesen Ebenen meinst.
Auch nicht, was du genau meinst mit, dass die Gegner "von hinten" kommen. Meinst du damit rechts oder links oder quasi von aus dem Hintergund auf den Spieler zu? Oder ist das garnicht raeumlich gemeint?
Ehrlich gesagt kapier ich deinen ganzen Post nicht

[rendner[i]]

Ein Spiel mit 3 Ebenen ist in der Regel so aufgeteilt:

- hinterste Ebene Background
- mittlere Ebene deine Spielfiguren und Gegner, Items, etc.
- vordere Ebene kleinere Grafiken

Vorteil daran ist, das alle 3 Ebenen mit einer unterschiedlichen Geschwindigkeit gescrollt werden können.
Und das ganze auch nicht so platt wirkt.

Auch nicht, was du genau meinst mit, dass die Gegner "von hinten" kommen. Meinst du damit rechts oder links oder quasi von aus dem Hintergund auf den Spieler zu? Oder ist das garnicht raeumlich gemeint?

Ist räumlich gemeint.

[Master Wu]

Zitat von rendner[i]

Ein Spiel mit 3 Ebenen ist in der Regel so aufgeteilt:

- hinterste Ebene Background
- mittlere Ebene deine Spielfiguren und Gegner, Items, etc.
- vordere Ebene kleinere Grafiken

Vorteil daran ist, das alle 3 Ebenen mit einer unterschiedlichen Geschwindigkeit gescrollt werden können.
Und das ganze auch nicht so platt wirkt.

Ja ok, parallax-scrolling kenn ich, hat ja aber nix mit meiner Frage zu tun, glaub auch nicht, dass sepiroth parallax-scrolling gemeint hat, oder?

Man kann natuerlich in so einem Spiel auch parallax-scrolling einbauen, aendert aber nichts an dem Problem, dass man trotzdem einen 3D/2,5D-Raum braucht, in dem sich die Figuren bewegen koennen.

wenn das "von hinten kommen" raeumlich gemeint ist, wo ist dann "hinten" in so einem Spiel?
Die Gegner kommen halt von links oder rechts (auf den Bildschirm bezogen )

[rendner[i]]

Ich hatte mir dein Problem nicht angeguckt, ich bezog mich lediglich nur auf den Beitrag vom "Sephiroth" und deinem anschließenden.

wenn das "von hinten kommen" raeumlich gemeint ist, wo ist dann "hinten" in so einem Spiel?
Die Gegner kommen halt von links oder rechts (auf den Bildschirm bezogen )

Das stimmt schon.
Die Illusion das die Gegner von hinten kommen wird dadurch erzeugt das die Gegner in ihrer Größe skaliert werden, während sie auf dich zukommen.

In dem von dir geposteten Spiel, kommt dies anscheinend nicht vor.

[Master Wu]

Zitat von rendner[i]

Das stimmt schon.
Die Illusion das die Gegner von hinten kommen wird dadurch erzeugt das die Gegner in ihrer Größe skaliert werden, während sie auf dich zukommen.

In dem von dir geposteten Spiel, kommt dies anscheinend nicht vor.

eben.
irgendwie laeuft der thread in eine falsche richtung.

[georgem]

Interessante Thread-Frage.

Ich seh es so:

meist haben diese Art von Spiele nur von links nach rechts gescrollt, oder wenn man mal auf einem WarenLift rauffuhr dann auch nach oben, unten (Vendetta z.B.).

Das ganze Spiel ist also vom Bewegungsraum ziemlich eingeschränkt, deshalb würde ich meinen: Ja, es braucht 2,5 D, aber die dritte Dimension muss nur auf den "Boden" angewendet werden, und nicht scheibchenweise bis an die Decke.

In diesen Spielen kollidiert man also nur mit Sachen, oder Personen welche auf dem Boden liegen oder sich bewegen, und dort halt nicht nur nach links und rechts, sondern auch nach "tiefer ins Bild rein" und "mehr aus dem Bild heraus".

Also bestehen solche Spiele eigentlich wie aus zwei im rechten Winkel zueinander stehenden 2-dimensionalen Ebenen:

1) oben beschriebene X/Z-Ebene (links,rechts, und in die Tiefe): hier findet das Spielgeschehen statt

2) X/Y-Ebene: Diese wird wohl hauptsächlich nur für grafische Zwecke verwendet und hat keinen direkten Einfluss aufs Gameplay.

Hoffe das war verständlich ausgedrückt.

[Master Wu]

ja georgem, deinen post hab ich mal kapiert, denke ich zumindest

allerdings kann ich dir nicht so ganz zustimmen.
wie zum Beispiel auf dem 4. angehaengten Bild zu sehen ist (http://www.flashforum.de/forum/attac...2&d=1201051528),
gibt es sehr wohl auch innerhalb eines Levels wirkliche Hoehenunterschiede.
Man kann auf die Kisten hochspringen, die Treppe hochlaufen.
Sowas ist durchaus ueblich in (vielen) solchen Spielen.

So einfach ist es eben imo nicht.

[georgem]

Zitat von Master Wu

So einfach ist es eben imo nicht.

Ich denke doch, zumindest bei 95% dieser Spiele.

z.B. wurde bei KungFuMaster direkt eine vorgefertigte Animation gestartet wenn man auf die Treppe stieg, oder bei Vendetta konnte man nicht auf viele Objekte draufspringen.... über Streetfighter, Final Fight usw... brauchen wir gar nicht zu reden, oder z.b. The Punisher, alles sehr sehr eingeschränkt.

ok, wie auch immer, ein RIESEN-Array wirst du sicher nicht brauchen, da du ja dann höchstens nochmal 2 oder 3 scheiben in die dritte Dimension reinmachst, wenn es da noch plattformen geben soll.

ürigens spricht ja nichts dagegen diese höher-liegenden oder höher-reichenden Objekte auch in der Boden-Ebene zu definieren. Die kriegen dort halt einfach einen höheren Wert. So lassen sich z.B. Säulen definieren durch die man nicht laufen kann.
Wieso soll man die Säule extra in 100 Teile zerstückeln?
Es gilt einfach: durch oder über die Säule kann sich nichts bewegen, egal wie hoch sie ist. Und wir können jetzt aus der Säule auch easy eine Plattform machen, indem wir ihr einen fixen Wert geben, z.b. 2 meter. Dann kann man draufspringen, aber nachwievor nicht hindurchlaufen.

Ich bleibe also bei meinen 2 senkrecht zueinander stehenden Ebenen.

[Master Wu]

hehe, kunfumaster, das is aber echt was ganz anderes als double dragon

aber das mit der hoehe in der bodenebene definieren hoert sich gut an.
muss das mal durchdenken.
Danke fuer die Anregung!

[georgem]

bitte, gern geschehen,

und: ohne kungfumaster gäbs kein double dragon und kein gar nichts! :-)