– Meist stehen die Protagonisten im Mittelpunkt [Vs analoge Alltagsrealität] {Avatar} – Die Protagonisten können oder müssen sogar die Welt verändern (Heldenreise) [Vs Sesshaftikeit] {Raus aus dem Alltag} – Meist ein Aufstieg vom Niemand zum König [Nicht wirklich möglich] {Storytelling, Reward} – Es geht meist um alles: Gut gegen Böse [Gar nicht so einfach erkennbar, sehr viel komplexer] {Einfache Systeme} – Oft wird etwas Neues hinzugefügt und dann mittels kleiner Konstruktionen, die Welt wieder geschlossen []{Kohärente Welten} – Handlung oft als Aktion alias Kampf [Meist keine direkten Kämpf mehr im Alltag]{Einfach realisierbar} – Heerführer etc. sind auch gute Kämpfer [Nicht wirklich realistisch] {} – Immer zugespitzt (!) [vs. Realität] {Comichaft, Gamig} – Meist sehr vereinfachte Welten [Keine heutige Alltagskomplexität]{Kybernetik} – Falls Mittelalter das „Vorbild“ ist, meist sehr einfaches Mittelalter als Vorbild (wenig Mittelalterrealität darin) – Oft das Heute als „Gestern“ inszeniert [Zugänglichkeit]{Setting} – … – …
Er ist damit immer eine Herausforderung für seine Bedienung, weil er immer maximal schnell ist und noch schneller wird, während der Mensch eine maximale Arbeitsgeschwindigkeit hat und daneben auch noch Schlaf braucht etc. Es ist vielleicht genau das, was ihn am Anfang der 80er Jahre – trotz seinen Mängeln so attraktiv machte – er war einfach immer da und wartete, als Textverarbeitung, Musicproducingmaschine, Dev-Maschien oder Gamemaschine. Das ist einer der Punkte, die Computer zu dem potentiell totalen Feedback Ding machte.
Es ist das, was wir heute als TikTok etc wieder wahrnehmen als Endlosmaschine vs einen endlichen Menschen.
Woher die Spielmechanik kommt, kann ich heute leider nicht mehr eruieren. Die Spielmechanik ist simple, vielleicht fast zu einfach:
Es geht darum, dass man gleiche Steinreihen verschwinden lässt. Die Steine sind allerdings ungeordnet auf einem Stappel. Man kann nun Steine vom Stapel werfen nach unten, wo sie sich in einer neuen Lage sammeln. Sind alle vom selben Typ verschwinden sie, andernfalls werden sie nach oben geschoben. Sind alle Steine weg ist der Level gelöst. Allerdings gibt es eine Art Zeitlimit in Form eines Balkens, der langsam von oben nach unten fährt.
_rock.c – das Spiel (keine Ahnung warum der Name vermutlich das ursprüngliche Template) _hollywood.c – der music tracker (Soweit ich weiss per Zufall gefunden und kam aus Genf)
Hollywood.c
/* bonYxII */
Includes
#include <CursorDevices.h>
#include <sound.h>
#include <math.h>
#include <Gestalt.h>
/* MUSIC IS ON */
#include <QuickTimeComponents.h>
#include <Components.h>
#include "Hollywood.h"
#include "Hollywood.c"
Defs Game
int registr=0; // 0 == nicht registriert 1 == registriert
int ev=0; // EVENT=1 eingeschaltet
EventRecord theEvent;
int ai;
Point integerPosition, position; /* The position of our object, in integer and fixed-point*/
Point centerOfScreen; /* The center of the screen*/
Point theMouse; /* A Point that we get the mouse position in*/
Rect drawingRectangle; /* A rectangle used for drawing*/
Point speed; /* The accumulated speed*/
Rect windRect,maxrec;
GDHandle thisGDevice;
RgnHandle gOldVisRgn = NULL;
KeyMap theKeys;
CGrafPtr bsack,banima,btest;
int qweer=-10,aanzr=0;
int ffield[20][20][50]={{{ [...]
int ff[100],razo=0;
int breiteq[50]={3,4,4,3,[...],3},timeq[50]={1092,518,479,880,425,390,669,101,353,[...],163,212};
int fof[100],timeqq,breiteqq;
int ofield[10]; int field[20][20];
SFReply reply,replyy;
short refnum,refnumm;
long bietes;
//---------------
int cheat=0; // cheat =0 deaktiviert
int r=24,rr=24,rit=2;
int alt,welch,qt;
int anim,animz,spi=2;
Der Autor dieses Textes ist auch einer der GameEntwickler hinter Imp89. Es wird dennoch versucht hier aus der Distanz das eigene Schaffen zu reflektieren.
Zusammengefasst auf der Nachfolgewebseite von Imp89 la1n liest sich dann das so:
.coding & creating games
at the end coders are gods over the turing maschine: writing code is ‚having power‘, coding is ‚to speak the magic language‘. this magic words are than reality executed by the slave machine (or an error).
in the 80ies on homecomputers young people could step into this world of ‚power‘ of interaction. the 16/32 bit homecomputer even brought the mouse, the gui, a lot of colors, memory, modern fast cpus and were modern as hell (and not so expensive like the mac). a whole game could be made on one computer from sound, to graphics, to code.
your code controls a machine (with assembler) and over this all the the output and all the interactions. so computers became our funslave, they do what we ‚want‘ – a quite strange thing. so for a lot of coders: coding is absolute power (over a small maschine) and explains also why they till today want to control everything. they want to write their own engines and not use a game engine.
coding is defining rules, creating your own world defined by this rules and there is also the link to games. games at the end are also defined by rules and are creating a magic circle (huizinga). so creating videogames is at the end double coding: you create computer codes for game codes.
starting with basic, gfa-basic, c and than assembler (bbs demo) on atari st imp89 1988+ switching to mac os. coding in c++ 1995+ java-codings in applets (not documented here) 1996+ flash-codings(?)
Imp89 Games
Die Imp89 Games, die auf dem Mac entstanden finden sich hier auf der Webseite von la1n.ch.
Nach dem Ende der Homecomputer gab es eigentlich nur noch zwei Computer-Game-Platformen: Macintosh (ab 1985) und der Windows PC (so richtig ab 1995).
Beide Plattformen waren teuer. Wobei der PC immer schon – seit den Clones – damit arbeitete erweitert werden zu können. Das verwischte dann die tatsächlichen Kosten dieser Highend-Computer ab 1993 nicht nur mit 2D sondern oft auch einer 3D Grafikkarte. Die Homecomputer waren auch an der Entwicklung und Integration von 3D beteiligt von Wireframe (Adventure, OpenWorld, Strategiespiele) bis hin zu Polygongrafiken. Siehe dazu auch: Komplexere 3D mit Vektor- und PolygonGrafiken in Spielen ein Spezialgebiet der Homecomputer? [These] https://research.swissdigitization.ch/?p=1812 Aber gegen die neuen 3D Grafikkarten hatten die Homecomputer und auch ihre Nachfolger keinen Stich.
Der Macintosh ging (seit es ein Macintosh ist vs Apple II) den All-In-One weg, also eine Platform mit wenig Ausbau. Die Homcomputer-Gamer hatten sich also zu entscheiden: ReadOnly Console oder dann doch einen Computer Windows oder Mac. Die Wahl war selbstverständlich eher MS-DOS/Windows. Hier konnte auch gebastelt werden, ein wichtiger Ausweis in diesen Zeiten – schliesslich musste die „Nerd-Energie“ als Status oder gar symbolische Kapital erworben werden oder irgendwohin.
Grafische Betriebssysteme als neue Grundlage
Im Folgenden sollen nun die Möglichkeiten aufgezeigt werden als GameDev-Platform, dabei ist auf der Ebene eines Betriebssystem damals wie Windows 95 oder Finder ein ähnliches Setting anzutreffen. Das Betriebssystem war die neue Grundlage für Spiele – denn es bot nun Unterstützung für die Maus und auch Netzwerk.
PowerMac – die neue Platform
Auf dem Mac standen gerade im Unterbau grosse Veränderungen an. Statt auf die Motorola-Prozessoren (wie fast alle Homecomputer auch – Ausnahme Acorn Archimedes) setzte Apple neu auf den PowerPC (32/64 bit) von IBM.
Die Idee – die fertigen ja Grossrechner mit diesen PowerPCs und warum nicht auch PCs damit herstellen. Die Idee war auch eine PowerPC-Platform (an der IBM dann schnell das Interesse verlor).
Apple passte sein Betriebssystem an und brachte die PowerPC-Macs heraus.
Auf der Windows-Compatiblen Seite passierte etwas ähnliches – statt total neuem Prozessor wurde hier auf den Kompatiblen Pentium 1993+ von Intel gesetzt (https://en.wikipedia.org/wiki/Pentium).
Neue Plattformen – neues Level: OS-Games (VGA+)
Das Resultat war bei beiden dasselbe. Ungeahnte Leistung und der Abschied von der hardwarenahen Programmierung. Fortan liefen die meisten Dinge dann als Windows Prg und nicht mehr als MS-DOS und darauf OpenGL. Dabei spielte natürlich auch eine Rolle, dass die Computer intern in vielen Dingen verschieden schnell waren – sei es auf der Prozessorebene oder im Grafischen (Grafikkarten). Dadurch musste eine Abstraktion stattfinden in übergreifende transparente Layers, die unabhängig von der tatsächlichen Hardware liefen. Und damit endete dann auch das meiste an Assembler-programmierten Games. Hier fand eine weitere Virtualiisierung der Hardware in diesen neuen Operating Systems statt.
// Vgl. dazu CHLudens-Interview mit Schüssler zu Click-O-Mania.
Das neue Framework Java-Serverseitig und JavaApplet-Front-End
Java Applets erweiterten wie andere Plugins ab 1996 das Web. Dadurch wurde das Web um ein interaktives unpropriertäres offenes Format erweitert. Es war mit einer ’normalen‘ Programmiersprache gemacht und nicht wie FLASH oder Director mit etwas ‚abstraktem‘. Zusätzlich liessen sich mit Java auch Serverseitige Dinge realaisieren. Die Idee war damit klar: Java konnte die umfassende neue klammer werden und schloss das Webfrontend auch für ’normale‘ Programmiersprachen aus der C-Familie (extended) auf.
Konkreter
Sie waren wie ein Bild aber mit der Möglichkeit der Interaktion. Allgemein beschrieben etwa hier:
A Java applet is a Java program that is launched from HTML and run in a web browser. It takes code from server and run in a web browser. It can provide web applications with interactive features that cannot be provided by HTML. Since Java’s bytecode is platform-independent, Java applets can be executed by browsers running under many platforms, including Windows, Unix, macOS, and Linux. When a Java technology-enabled web browser processes a page that contains an applet, the applet’s code is transferred to the client’s system and executed by the browser’s Java virtual machine.[5] An HTML page references an applet either via the deprecated<applet>tag or via its replacement, the <object> tag.[6] https://en.wikipedia.org/wiki/Java_applet
Die Programmierung eines Macspiels wie etwa breakIn (Imp89) sah folgendermassen aus in C(++). Dabei kamen letztlich die genau gleichen Code-Paradigmen wie in Assembler / BASIC / Pascal zum Einsatz: Es war letztlich ein File – ein MainPrg, das den Prozessor nutzte.
Screenshot
Das heisst, der ganze Code wurde von Oben nach Unten abgearbeitet, dann wurde falls nötig auf den Vsync gewartet und es ging von vorne los. Das Resultat waren etwa die Spiele von Imp89.
// ToDo: Suche nach Bildern aus den 70/80er/90er: Gab es Beschriftungen, die so gemacht wurden – etwa in Rechenzentren? (Daran kann ich mich noch so wage erinneren) – Wurde auch Banners ans Konferenzen benutzt oder sogar im Bereich von Demos? Denn letztlich war es die schnellste Möglichkeit mit Endlospapier Texte gross auszudrucken.
