Irgendwie kann ich mir ein leises Grinsen nicht ganz verkneifen.
Klar ist das Kenrproblem mit den "Dekos an der Rückwand", dass man das Spielfeld nicht drehen kann.
Genau deswegen wurde ja schon mehrfach vorgeschlagen, eine Dreh-Option einzuführen, oder einen Blickwinkel senkrecht "von oben".
Dabei ist die Drehoption vermutlich recht einfach zu implementieren, denn der Pseudo-3D-Blickwinkel, der aktuell angewendet wird, wird ja über eine Funtion gemacht, die die "Karte" aus einem überhöhten Blickwinkel (also schräg von oben) und von einer bestimmten Seite(!) anzeigt. Da stecken implizit ja schon 2 Winkel drin.
Alles, was man tun müsste, wäre den Drehwinkel in der Ebene in 90°-Schritten zu ändern - und ansonsten genau dieselbe Routine zu verwenden (die kann sich den aktuellen Winkel notfalls direkt aus dem Eingabefeld holen). Die Änderungen wären vermutlich minimal (Eingabefeld für den Winkel in 90°-Schritten, also mit 2 Buttons, Verwendung des Winkels aus dem Feld statt Fixwert und natürlich aktualisierung der Anzeige nach Winkeländerung, wobei das evtl. schon jetzt automatisch geht). Und anscheinend seid ihr ja eh grade ganz wild am Arbeiten, so richtig mit Hochdruck. Da kann man sowas doch leicht mit rein scheiben.
Auch das "Verschwinden" von Dekos hinter der Wand ist übrigens nicht weiter wild: Man könnte etwa die Wände "niedriger" darstellen, dann ragen die "verborgenen" Dekos oben drüber. Alles nur ein bischen Feinjustierung von ein paar Parametern.
Was die Datenmenge angeht: Eine Dunni-Ebene hat 625 Felder (25*25). Für jedes Feld brauchste je einen Objekt-Zeiger für Boden, jede Wand und die Deko-Objekte (maximal 4). Bei 32Bit-Zeigern sind das 180 kByte. Da sind die Werbebanner wahrscheinlich größer. Und selbst wenns in Richtung 1 MB pro Ebene geht - wo ist das Problem? Es sein denn natürlich, dass der Client Probleme macht.... Aber das ist dann ja eher ein Bug, oder?
