Was Assembler so schwierig macht, ist auch die (nicht existierende) Kapselung. In höheren Programmiersprachen kann ich meist sehr einfach Beispielcode nehmen und ausprobieren. Die Abstraktion dabei hilft immens.

In Assembler das Gegenteil. Selbst das Setup für einfachere Dinge ist in jedem Beispiel anders (Wo liegt das Videomemory ?) etc. Und das macht ein Nachvollziehen von Code oder ein Einbauen unendlich schwierg. Copy-Paste Fehlanzeige. Auch sicherlich ein Grund, warum viele in diesem Bereich auch, immer wieder ihr eigenes Setup machen, ihre eigenen Routinen.

Die Nutzung höherer Programmiersprachen war spätestens nach dem Amiga im Alltag unumgänglich. Allein der Mehraufwand, der entsteht in Assembler ist bis heute ungeschlagen. Es fragt sich deswegen auch ein Bisschen, wie rentabel auch die grossen Spieletitel auf dem Atari ST und Amiga waren, wenn man bedenkt wieviel Aufwand darin steckte (Immer vorausgesetzt man zieht den Aufwand ab, den Leute geleistet haben, um jemanden zu zeigen, was so geht!).

Im Bereich des Codings gilt natürlich wie überall sonst auch beim Lernen: Aneignung und damit das Anschliessen und Anpassen des Neuen beim Lernen an die eigene existierende Psyche (System) ist das A und O. Schliesslich geht es ja auch darum ein oft kleineres System (das Neue) mit dem älteren und meist grösseren System zu verschmelzen. Das ist selbst dann nötig, wenn das neue System (die Daten, Modelle) perfekt schon ins existierende System passen.

Und ja dieser Minitext ist schwierig geschrieben.

// https://www.linkedin.com/pulse/key-dates-java-history-interlogic/

Und da waren sie da, die Elemente in HTML-Seiten, die man programmieren konnte: Java-Applet. Ungeheuerlich. Statt statischem Inhalt (Javascript damals 1995+ .-) konnte man hier richtig programmieren und zwar alles: von Grafik bis Sound.

Die ersten Schritte aber sind frustrierend, warum funktioniert das Ganze nicht wie gedacht. Man erstellt einen Loop und will darin animieren. Keine Chance, irgendwas Komisches passierte.

Die Herausforderung Games zu machen ist in den 8/16Bit-Zeiten, überhaupt einmal die Basalfunktionen zum Laufen zu bringen. Zum Beispiel etwas auf dem Screen darzustellen, was bei der Organisation des Videomemories etwa als Bitplanes gar nichts Trivales ist.

Wie enervierend das sein kann, ist kaum zu beschreiben und so ist man „Gotten“-froh, wenn am Ende wenigstens irgendwas auf dem Screen sichtbar ist – etwa der Fehler hier im unteren Teil des Bildes. „Ahh es passiert was“, auch wenn es das Gegenteil von ‚das Richtige‘ ist. Aber es ist einen kleinen Schritt vorwärts. Es ist eine kleine Challenge gewonnen Gamedevspiel und damit im Motivationsdesign von „Create a game“ aber davor brauchst du die Grundfunktionen wie Display und Interaktion, dann Sound.

Der Fehler als grosse Belohnung, der Level der Frustrationstoleranz. Der Code dazu:

Das ist typischer Fehlercode – so oft abgewandelt, dass nichts mehr auch nur irgendwie „Sinn“ ergibt. Der Code der Hoffnungslosen. All dies ist vergessen, wenn das Spiel einmal läuft und die Konsumenten darüber herfallen können.

Entwickelten sich gerade längere Vektor- und Polygongrafiken vorallem auf den Homecomputern (vs Consolen)?

Anfänge auf Mainframes und Arcades

Die ersten Polygongrafiken als Spiele entstanden sehr früh. Als erstes müsste man sicherlich Tennis4Two nennen, das auch eine Art Vektorgrafik bestitzt, später kamen erste 3D-Spiele dazu auf dem Plato System dazu – fliegen in 3D und vorallem Dungeon Scroller. Dann nahm sich auch die Arcade den Vektorgrafiken an, die bis heute modern wirken, weil abstrakt (vgl. (konkrete) Kunst 70er und 80er Jahre. Angefangen bei Space Wars, Asteroids, Battle Zone, Black Widow, Tempest bis hin zu Star Wars (Technologie und Abstraction als Rekonstruktion der Welt wieder von 0 auf in 3D). Interessant auch hier, wie etwa bei Asteroids Deluxe (1980) mit Underlays und Overlays versucht wurde, doch noch mit klassischer Grafik zu arbeiten. Ein interessanter Mix, den sich ja auch etwa bei Spaceinvaders finden lässt.

Eine beachtliche Liste, die auch in Pixelgrafik übersetzt wurde auf den Homeconsolen. Nur einige dieser Spiele schafften es auf einer Vektorkonsole – der einzigen – der Vectrex umgesetzt zu werden.

Selbstverständlich ging es dann in den Arcades weiter mit VirtuaRacer, VirtuaFighter etc. alles Polygonspielen.

Homecomputer Area – Langzeitspiele für Zuhause

In der Homecomputer-Area entstanden beachtlich viele komplexe Spiele in Vektorgrafiken. Spiele, die so nie den Arcades möglich gewesen wären: Komplexität, lange Spielzeit. Spiele gemacht für viele (unterbrochene) Spielstunden zu Hause. Die Liste ist lang und es finden sich viele Experimente darunter wie etwa OpenWorlds etc!

Elite 1984 Micro BBC – Vektor

Ein sehr früher Vertreter davon: Elite. Prozedurale Welten (was inhaltlich = abstrakt auch zu Vektoren passt).

Früher waren es immer nur die Nerds und Freaks. Das war die Bezeichnung für das System Homecomputer-Begeisterte mit all den Stereotypen. Dunkle Zimmer (Spiegelungen, niedrige Bildwiederholungen waren ein Muss), vertieft in nur eine Tätigkeit (Dabei wurde gespielt, Musik gemacht, Grafiken erstellt, Texte geschrieben), Treffen mit nur „Gleichgesinnten“ meist Männern (Anti-Technikkultur Europas), schlechte Ernährung (Fast Food wurde gerade auch in Europa entdeckt und war in). Kurz und Gut diese Kids waren nicht „normal“ – oder anders gesagt: hängten zu Hause und bei Kollegen, in der Spielhalle rum, statt mit „Töffli“ beim ‚Dorftreff‘ alias Chäserei zu sein.

Fokusiert man näher wird dann immer klarer, dass diese Grobaufteilung natürlich nur ein Teil des Ganzen war, die Aussenwahrnehmung gegenüber der etablierten „Gesellschaft“. In ihrem Innern entwickelte diese Kultur durchaus wiederum Differenzen. Diese waren je nach Region ausgeprägt oder eben nicht. Denn letztlich gab es gar nicht so viele Computerinteressierte, also musst man* wohl oder übel zusammenleben. Aber: Es wurde fleissig differenziert: Consolen- vs Computerspieler und dann die einzelnen Computersysteme gegeneinander. Bekanntestes Beispiel ist sicherlich Amiga vs. Atari.