spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

3 Nützliche Links was Tile-Maps angeht:
#1
#2
#3
Danach solltest du aufgeklärt sein.

Btw: 600 \o/

Die Felder in Tetris und Snake sind Tiles. Wenn du das geschafft hast wirst du auch komplexere Tilemaps schaffen. Wie hast du das bei Pong gemacht? Da brauchst du doch eine flüssige Bewegung und Rechteck-Kreis Kollisionen.

Du nimmst einfach ein zweidimensionales Array. Als Indizes nimmst du die x und y Koordinaten, bzw kannst von Pixelkoordinaten auf die Indizes umrechnen. Einfach Koordinaten/Tilegröße=Index. Wenn du den Spieler bewegen willst prüfst du vorher, ob das Feld/die Felder die betreten werden dies auch zulassen, und keine Kollision vorhanden ist. Kannst du deiner Mapklasse einfach eine Funktion geben wie bool Collides(int x, int y). Wenn die Felder betretbar sind, dann bewegst du deinen Spieler halt. Eigentlich ein einfaches Prinzip. Du kannst natürlich anstatt eines zweidimensionalen Arrays auch ein eindimensionales nehmen, musst dann jedoch von beiden Koordinaten auf einen Index umrechnen. Index = y*breite+x, wobei x und y die Koordianten sind und breite die Breite deiner Karte.

Zitat von »timi19«

Dazu müsste ich Pixelkollision programmieren, doch ich kann doch nicht für JEDE Fläche einen IF machen?

Doch. Klar. Denn genau dafür gibt es Schleifen. Da reicht ein einziges IF im Code.

für so ein jump 'n' shoot spiel würde ich vielleicht so rangehen dass ich erstmal eine Bitmap in paint oder ähnlcihes zeichne, die schwarze und weiße pixel enthält. Danach würde ich die welt in farbe designen.

Diese schwarzweißwelt wird dann dazu dienen herauszufinden wo boden und wo luft ist. du wirst ja dieses spiel sicherlich in 2d programmieren und in einer 2d seitenansicht.
da die figur springen soll muss ja auch eine funktion für die erdanziehung da sein .. diese funktion würde dann lediglich an der position wo sich der spieler befindet in der scharzweißbitmap schauen ob unterhalt boden ist oder nicht. wenn nicht dann wird der spieler halt eine einheit runtergesetzt.
und bei jeder anderen bewegungsrichtung schaut man halt ob dort luft(weißer pixel) oder boden(schwarzer pixel) ist.
der abtastbefehl wäre in etwa so:


um das problem mit der flüssigkeit zu lösen würde ich vorschlagen, dass du eine schwarzweißbitmap erstellst die genauso groß ist wie die farbbitmap.
letztendlich hast du zB deine person die du spielst.. diese bewegst du nur auf und ab
die welt unten drunter bewegst du weiter auf dem bildschirm .. du zeigst also immer nu einen ausschnitt.. die Bitmap kannst du ja mit Verschiebungskoordinaten vom typ double versehen und sie zB mit 0.5 schritten bewegen. so springt das ganze pro frame ein pixel sodass es kaum zu bemerken ist
.. um die bmp zu zeichnen rundest du die verschiebungskoordinaten un ermittelst mit diesen deinen bmpausschnitt
(du musst dir allerdings noch einen kopf machen wie du zugriffe auf pixel vermeidest die außerhalb der bmp sind also nciht existieren)

den zähler(mit den koordinaten) für die verschiebung der bitmap kannst du dann mit der position des spielers addieren und in den kollisionsalgo reinwerfen.

hier eine kleine skizze zum verständnis:


Der rote bereich is der auf dem bildschirm zu sehende ausschnitt
die kreuze ist die spielerposition in den Bmp's

Wieso belegst du 8Bit für Daten, die nur 1Bit benötigen?
Abgesehen davon brauch man das nur wenn man keine Tiles benutzt. Die Map also nicht aus "Bausteinen" zusammen baut, sondern z.b. komplett manuell zeichnet..

Wieso gibst du nicht gleich das Ergebnis der Bedingung zurück? ( return foo == 255; ) Wenn deine Verzweigung nicht vom Kompiler wegoptimiert wird ist es viel langsamer.

Zitat von »NachoMan«

Wieso belegst du 8Bit für Daten, die nur 1Bit benötigen?

Ansprechen voller Bytes geht schneller (man braucht keine SHIFTs oder ANDs) und Speicherknappheit ist vermutlich kein Argument. Allerdings stimme ich mit der Kürzung des IFs zu. Wird aber vermutlich durch einen Compiler eh wegoptimiert.

Schon klar, aber diese Art von Bitmap ist unter umständen sehr, sehr groß. Da ist es eine überlegung Wert. Vermutlich greift man auch nicht sooo oft auf die Map zu und der Zugriff an sich ist auch relativ schnell.

edit: hast ja eigentlich nur die Frage beantwortet. xD Hab meinen Vorschlag wohl falsch formuliert.

ja das mit der if macht schon irgendwie sinn
hatte aber grade bemerkt, dass ich sowieso die bewegungsrichtungsvariaben vergessen hab