Entscheidungen

Tower Defense hatten Jens und seine Freunde schon oft gemacht. Sechs Minuten nach der ersten Recherche kam die Erinnerung an einen Spielmodus, in dem man mit einem von zwanzig Helden eine ganze Karte erobert – das war die bessere Idee.

Jens wollte das Setup aus Star Slayer; Claude schlug daraufhin selbst den Wechsel von Phaser zu PixiJS vor. Joystick, Audio, Grafik-Pipeline und die Reparaturen für die installierte iPhone-App existierten schon. Der Mehraufwand für einen eigenen Kachel-Renderer war klein.

Der Server entscheidet über Treffer, Schaden und Beute; das Handy sagt nur die eigene Bewegung voraus. Getaktet wird mit 20 Hz, und nur solange jemand verbunden ist.

Je ein Held, ein Wolf, ein Haus und vier Symbole in jeder Variante. A ist seitdem verbindlich, der Stilpräfix steht wörtlich in jedem Bildauftrag.

Die Karte von damals ist die stärkste Erinnerung. Gelände und Orte folgen dem Vorbild, Gegner, Werte und Grafik sind eigen. Grünmark folgt danach, weitere Nachbauten später.

Gemessen: dieselbe Simulation ergab in zwei JavaScript-Engines verschiedene Prüfsummen, aber denselben gerundeten Zustand. Weil der Server ohnehin maßgeblich ist, lohnt eigene Mathematik nicht. Nur die Weltenschmiede muss bitgleich sein.

Getestet allein auf dem iPhone 16. Alles lief sauber, rund 60 Bilder pro Sekunde. Das Rig wirkte beim Laufen wackelig – und Jens' Satz für den Rest des Projekts: Figuren und Bewegung sind das A und O.

Nach fünf gescheiterten Malproben und drei Zwischenwegen sah D am besten aus. Abends um 22:11 kam von Jens: kein Ruckeln mehr – nur der Umhang soll noch mehr schwingen.

Jens bemerkte selbst, dass die Pipeline noch ältere Modelle nutzte. Claude verglich danach die Modelle mit Held, Monster und Boss und den echten Kosten aus den Abrechnungsdaten. Der Forschungsrahmen war hart begrenzt; bis zur Entscheidung gab es keine finalen Bilder.

Die beiden Freunde sollen beim ersten Verbinden richtig beeindruckt sein. Bis dahin bekommen nur sie keinen Zugang und keine Bilder der Welt – Updates gibt es ohne Spoiler.

Die erste Probe war bis auf eine Aufnahme unbrauchbar. Noch am selben Morgen fiel die Entscheidung.

Claude analysierte 15 Schichten und fand: Nicht der Code bremste, sondern die eigenen Werkzeuge – zu viele parallele Tests auf vier Kernen und ein Leistungstest, der die Maschine statt das Spiel maß.

Testszene von 150 auf 17 Millisekunden pro Bild, Rauchtest von 151 auf 58 Sekunden – bei gleichen Bildern.

Messung super flüssig, Speichern klappt, Lager fair. Aber: Animationen wirken mies, Zauber wie eine riesige Wolke, und man muss jeden Schuss fliegen sehen. Daraus wurden rund 20 Feedback-Pakete, ausgeliefert in vier Versionen binnen etwa 15 Stunden.

Zwei Stunden lang sollten alle Wege getestet werden. Dann die Abwägung: 3D funktioniert per Schnittstelle nur für Zweibeiner – Helden sähen anders aus als Wölfe und Krabben. Ein einheitlicher Malstil ist wichtiger. Die Grafikkosten dafür sind Jens fast egal.