spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich hatte das mal so implementiert das die große Tilemap in kleinere Chunks, z.B. 16x16 Tiles, zerlegt habe und jeden Chunk dann in einem VBO gespeichert habe. Dann kann man alles in jedem Frame brutforcen und trotzdem leicht rendern.

Zitat von »DeKugelschieber«

Ich hatte das mal so implementiert das die große Tilemap in kleinere Chunks, z.B. 16x16 Tiles, zerlegt habe und jeden Chunk dann in einem VBO gespeichert habe. Dann kann man alles in jedem Frame brutforcen und trotzdem leicht rendern.

ich hatte ähnliches vor, aber hier kommt wieder das problem mit den animationen ins spiel. hatte es dann letztendlich sein gelassen, muss aber jeder wissen, inwieweit er sich damit einschränken will/kann.

EDIT:
hier mal meine funktion, beginnt ab zeile 105, mag vll etwas kryptisch wirken, aber meine maps bestehen aus mehreren layern, sodass sich mehrere bodentiles übereinander kombinieren lassen.

Hey FreezingEngine,

könntest du deine Tile - Klasse mal posten ?

ich kenne mich mit SFML nicht aus, daher:
benötigst du eigentlich ein Sprite-Objekt, um ein Image-Objekt auf den Bildschirm zeichnen zu können? (ich gehe mal davon aus, dass es auch eine Funktion für die Image-Objekte gibt)

ich würde eher dazu raten, in dem Tile direkt das Bild und die Variable "Kollision" zu speichern (sonst nichts) und alle Tiles in einem 2D-Array oder einem vergleichbaren Konstrukt (2 Indizes) zu speichern
der Index des Tiles entspricht dann der Position des Tiles und so kann man (bei rechteckigen Tiles) auch von vorn herein nur die Tiles durchgehen, die auch sichtbar sind (ohne die Koordinate in den Index der Liste umrechnen zu müssen)

vielleicht ist es ja in C++ anders als ich es gewohnt bin, aber die Membervariablen sollten schon privat sein und von Außen mittels Getter- und Setter-Methoden erreichbar sein (sofern überhaupt erforderlich)
wofür sonst gibt es die Methoden zum festlegen der Position und des Bilds, wenn man auch direkt auf das Sprite zugreifen kann (wenn ich mich dabei einfach mal an die aktuelle Struktur halte)

Ok, um das ganze mal für den Threadersteller zusammenzufassen:

Zeichnest du immer die ganze Map? Wenn ja, versuch mal, nur zu zeichnen was auch potentiell sichtbar ist.
Wenn die Performance dann immer noch zu schlecht ist, dann fürchte ich, dass das mit SFML im Moment einfach nicht besser geht.
SFML basiert aber auf OpenGL und sollte relativ einfach damit zu kombinieren sein. D.h. für optimale Performance könntest du in deiner SFML Anwendung einfach nur das Map Rendering direkt mit OpenGL implementieren...

Ich habe einmal ein Komplettes Framework geschrieben, das hat Tilemaps unterstützt (war auch relativ schnell). Der Thread müsste auch noch irgendwo hier rumgammeln. (CBFramework)
Dieses verwendet die RenderImages von SFML. Läuft bei einem statischen Feld belibiger Größe so schnell, dass FPS keine Aussage liefern. Ist also gut genug für Spiele. Den Code darfste gerne verwenden, war eh Schrott xD
Den Tilemap- und Resourcemanager-Teil schreibe ich evtl nochmal neu, der war relativ gut, nur schlecht gecoded und ist inzwischen vermutlich inkompatibel mit den Current Prereleases von SFML 2.0.

mfg CBenni::O

Warum erbt Tile nicht einfach von Sprite? Dann hätte man Zugriff auf die Methoden.

Ich hab die Getter/Setter Diskussion mal abgetrennt

Zitat von »DeKugelschieber«

Warum erbt Tile nicht einfach von Sprite? Dann hätte man Zugriff auf die Methoden.

Das halt ich im Allgemeinen für keine besonders Gute Idee. Ein Tile ist in der Regel imo rein konzeptuell sehr verschieden von einem Sprite...

Aber wenn in seiner Tilemap jedes Tile auf jeden Fall auch ein Sprite ist? Man kann es natürlich so handhaben wenn man keinen Zugriff von außen auf das Sprite erlauben will. Aber wenn es sowieso der Fall ist und man alleine am Projekt arbeitet ist das relativ egal. Dann bräuchte er die beiden Methoden immerhin schon mal nicht durchreichen.
Und es wäre auch übersichtlicher (zumindest ein ganz kleines Bisschen).