Zitat:

---

Original von Reth:
@bubblebobble:

Hm, Alpha-Channel wäre für mich auch mal interessant. Momentan erreiche ich "Transparenz", in dem ich z.B. bei den Turm-Cursors nur jedes 2. Pixel setze.

---

Zitat:

---

Wieso meinst Du eigentlich, dass C++ hier ein Kropf wäre (bin gern für Argumente offen)? Ich finde sogar, es bietet sich hier an, da man für alles seine Objekte mit ihrem Verhalten definieren kann.

---

Zitat:

---

Methoden zum Auffinden von 6-Ecken zu X,Y-Koordinaten hab ich ja schon. Es bleibt nur ein "Problem" ich muss die Damagelist für alle sich änderenden Objekte mit den Koordinaten vor und nach ihrer Änderung bestimmen, damit an der alten Position alles wieder hergestellt wird.
Für jedes Tile in der Damagelist wird folgendes gemacht:

---

Zitat:

---

Original von Reth:
Ja so hab ich das ja auch immer gemeint.
Vor den Listen schrecke ich noch immer ein bischen zurück, da ein Objekt fast immer mehrere andere überdeckt und die Listen ständig umgebaut werden müssten.

---

Zitat:

---

Meine Objekte sind eh schon mit Layern versehen (z-Index) und da ich STL-Konstrukte verwende, kommen die automatisch richtig sortiert raus.

---

Zitat:

---

Zum Blitten werde ich in einem ersten Versuch immer die gesamte Objektgröße (ca. 30x50 bis 80x80 Pixel) nehmen, dann spar ich erstmal die Clippingberechnungen, die zu den Überdeckungsberechnungen ja noch dazukommen.

---

Zitat:

---

Ich muss "nur" ne möglichst performante Methode finden, meine Objekte einzuordnen, so dass sich überdeckende möglichst leicht finden lassen, ohne immer alle zu durchlaufen. Zu jedem Objekt aber ne Überdeckungsliste machen ist m.E. zu viel Aufwand!?
Eine Art der Sortierung ist auf alle Fälle der Layer, dann braucht man nur in den anderen zu suchen. Aber dann? Um Überdeckungen festzustellen, muss ich ja alle Objekte durchgehen. Wenn dann überdeckte gefunden werden, muss ich mit diesen wieder durchgehen. Letzteres kann ich umgehen, wenn ich die ClippingRegions setze (oder zumindest stark einschränken).

Ist ClipBlit eigentlich schneller als BltBitmap?

---

code:

---

/* rp ist der versteckte RastPort */
/* scr ist der sichtbare Screen, kann auch Window sein */

drawTiles (int x1,int y1, int x2, int y2) {
  struct Rectangle cliprectMinX = x1,y1,x2,y2;
  struct Region *new_region = NewRegion();

  /* Erzeuge eienen Clip auf den gewünschten Bereich*/
  LockLayer (0,rpLayer); // braucht man nur, wenn es ein Public Screen ist
  if (new_region) {
    if OrRectRegion (new_region, &cliprect) {
      old_region = InstallClipRegion(rpLayer, new_region); 
    }
  }

  /* ... StartTile, Höhe und Breite in Tiles des Rechtecks ermitteln */
  /* ... Tiles in einer verschachtelten For/ For Schleife malen ... */
  For (TileY = StartTile; Tile<StartTile+Höhe*MapBreite; Tile=Tile+MapBreite) {
    For (TileX = TileY; Tile<TileX+Breite; Tile++) {
       ... Hintergrund Tiles malen ...
       ... ggf. Objekte auf dem Tile malen wie Bäume, Mauern, Figuren, nach Hotspot sortiert ...
       ... bewegliche Objekte sollten auch auf dem Tile gespeichert sein,
           und müssen immer mitwandern wenn sie auf ein anderes Tile "treten",
           dafür wäre eine Linked List nicht schlecht pro Tile ...
    }
  }

  /* stelle den alten Clip wieder her... */
  new_region = InstallClipRegion(rpLayer, old_region); 
  if (new_region) DisposeRegion(new_region);
  UnlockLayer (rpLayer);

  /* Blitte das Rechteck auf den Screen */
  BltBitmapRastPort (rpBitmap,x1,y1,scrRastPort,x1,y1,x2,y2,$c);
}

---