Eine Interessante Designfrage in einem Game, was explodiert eigentlich. Was soll designtechnisch manuell gerendert werden?

A Das ‚realistische‘ Variante: Die Granate explodiert am Haus
oder
B Die symbolische Variante: Das Haus explodiert

Im Gamedesign geht es selbstverständlich wenig um „Realismus“ (den müssten wir ja auch noch kennen, leider ist gerade der Krieg in der Ukraine ein gutes Beispiel zu sehen, wie Realität aussieht – leider jeden Tag in Europa .-( ), sondern eher um Effekt und das was wir erwarten.

Des wegen hier die Videos mit Variante a und Variante b aus einem Forschungsamigaspiel von CHLudens:

Variante a: ‚Realistisch‘

Einfach realisierbar. Der Schuss verwandelt sich einfach in eine Explosion:

Das Resultat:

Das Ganze sieht auch unnatürlich aus, weil man nicht den echten ‚Effekt‘ sieht, also eine „Einbeulung“ des Gebäudes.

Eine der interessantesten Aspekte in der Zeit des manuellen „3D“ der Pixelwelten ist die Konstruktion von Perspektive. Hier das Beispiel Gauntlet (oder Garrison) – psychologisch nehmen wir die Regeln dieser 3D Welten sofort an. Die Kamera scheint von oben (top down) herunterzublicken. Irgendwo in der Mitte. Sichtbar sind fast alle 4 Seiten. Wobei die linke und rechte Seite überdimensional hervorgehoben sind. Das Licht ist von links unten gemalt. Es scheint eine parallele Lichtquelle zu sein.

In einer ‚echten‘ 3D Welt würden selbstverständlich die Maueren im Bezug zur Kamera verschieden sein müssen – adaptiv. Die Wände wären sichtbar von Innen nach Aussen in Relation zur Kamera. Anders gesagt: die Umgebung besitzt eine eigene Kamera. Selbstverständlich wäre eine dynamische Anpassung der Perspektive nicht möglich gewesen zu dieser Zeit (keine 3D Engines bzw. die Rechenzeit alle zu berechenen und darzustellen oder die 3D Varianten vorzuzeichnen).

In den Detail interessant ist dann etwa wie die einzelnen Objekt/Avatar/NPCs (Sprites) im Spiel ausgerichtet sind, etwa die Figuren oder Truhen, diese haben eine eigene kleine Kamera on top und sind da Zentralperspektivisch manuell gerendert.

Etwa Folgendes: Stundenlang herauspröbeln, warum obige Routine – nicht wie erwartet 0 zeichnet sondern das hier (links oben):

Denn, um was geht es bei der Programmierung von Amiga und Co Grafik: Um kopieren von Bytes und skippen von Bildschirmzeilen, um an den richtigen Ort am Bildschirm zu kommen. Dabei gibt es die Wahl, das per Processor zu machen oder den Blitter dafür einzusetzen. Um Skipppen aber geht es immer.

Das ist Grafik in der Digitalisierung der 16/32Bit Generation.

Was wäre der Amiga für ein Wunderding, geworden wenn er Layers eingeführt hätte statt Planes!

// vgl. Photoshop 3

Scrolling kann auf mehrere Arten technisch realisiert werden. Eine davon ist, die View zu verschieben über einem existierenden Memory-Feld (eine Art Kamera). Die andere Methode ist das konkrete Verschieben des Memory-Inhalts. Die Zweitere ermöglicht das Scrollen ins Endlose, die erste ist beschränkt auf, was die Hardware hergibt und natürlich das Memory.

Folgender Video zeigt, wie man ersteres auch nutzen kann, um endloses Scrolling zu ‚faken‘ – ohne je den Bildschirm „kopieren“ zu müssen.

// vgl. War Heli (CH)