spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Danke anti-freak, ich werde deinen Code auf jeden Fall durchstöbern

Zitat

Würdest du das Refactoring nicht durchführen, wären entsprechende Features entweder nur auf umständlichere Art, oder auf anderem Wege (inkonsistent) implementieren.

Momentan ist es so, dass es eine Klasse Ground gibt, die die Art des Untergrundes abspeichert (std::vector mit entsprechender Feldgröße).
Ein weiterer std::vector stellt die Belegung durch Bauwerke / Objekte dar.

Ziel der Trennung war es, dass beide Komponenten vollkommen unabhängig voneinander programmiert werden können.... Aber ich muss mir das ganze nochmal überlegen.

Momentan bin ich soweit, dass ich einen Karteneditor für die Landschaft habe, es ist möglich Gebäude und Objekte zu setzen, Einheiten bewegen sich auch munter durch die Gegend (Pathfinding + Kollisionsvermeidung, problemlos über 1000 Einheiten).

Soweit wäre das Programmieren des eigentlichen Spieles mit der "Engine" (traue ich mich kaum zu sagen ) eigentlich möglich.

Sooo, innerhalb der letzten Zeit habe ich einiges geändert, vor allem habe ich meine komplette Karte geändert:
- Verwaltung der Texture-Tiles des Untergrundes in einer Vielzahl von Vertex-Arrays (Chunks mit 8x8 Tiles)
- Verwaltung der Informationen eines Feldes in einer komplett neuen "Tile-Klasse"


Nun bin ich mir allerdings nicht ganz sicher, ob die Performance meines Spieles gut genug ist. Wenn ich nur den Untergrund anzeigen lasse und kein Framerate-Limit setze, dann habe ich beim am weitesten rauszoomen eine Framerate von 200. Mein Pc ist auch nicht wirklich super, allerdings fehlt die eigentliche Spiellogik ja noch.

Denkt ihr, dass auf einer 1024x1024 Tiles Karte mit 64 x 32 Pixel je Tile, bzw. am weitesten raus gezoomt dann 16 x 8 Pixel je Tile diese "Performance" ausreichend ist um mit der Spiellogik weiter zu machen?

Oder sollte ich an der Stelle noch weiter optimieren?