Die Idee ist es ein holistisches Bild vom konkreten Produkt zu entwickeln – in möglichst grosser Komplexität an Aspekten. Es treffen sich verschiedenste Experten etwa zu einem davor abgemachten Homecomputer-Game. Die Leute spielen das Game im Vorfeld und bereiten sich vor.

Es sollten Experten aus allen möglichen Bereichen dabei sein:

Produktionseite:
– GameDevs (Technischer Hintergrund)
+ Informatiker jener Zeit ohne Gamehintergrund (Kontrollgruppe)
– Grafikercracks
+ Grafiker, der nicht-digital, der Digital arbeitete ohne Gamehintergrund
– Sound/Musiccracks
+ Daselbe mit Sound / Musik
– Person mit Kunstgeschichte Hintergrund
– Person mit Populärkulturhintergrund (Musik, Design)

Und hochladen: MSA/Zip.

http://absencehq.de/atariaviary/?id=740948

Selbst heute – im Zeitalter von Web, Google und Co – ist das Finden von funktionierenden Beispielen etwa für eine einfache Routine etwa für die JoystickAbfrage ein mühselige Aufgabe. Man findet etwas, testet Code, versucht ihn zum Funktionieren zu bringen und es läuft meist nur ein Teil oder gar nicht. Dabei geht es um Assembler Dialekte und einfach Sachen, die nie richtig gingen. Es ist zum „Haarölsäiche“ wie man im Schweizerischen vor 70 Jahren zu sagen pflegte. Nicht dass es auch sonst viel „Nicht-Funktionstüchtigen Code“ gibt, aber hier ist es schon nochmals eine andere Liga. Dies vorallem dann auch für eine Plattform, die heute nicht mehr so stark bedient wird.

Zusammenfassendes Schaudbild/Diagramm. Es stellt eine behauptete „Entwicklung/Erweiterung“ der Informatik dar (ab den 60er Jahren). Diese Entwicklung ist zumindest nachweisbar für die Entwicklung der Games und hatte damit dort Folgen.

Turnbasierte Informatik

Parameter-Interaktion (Exo-Turnbased-Programm-Interaktion)

In den Anfängen der Computertechnologie war die Standardisierung klar: Programme bekamen ihren Input am Anfang als Parameter. Das funktionierte ähnlich wie ein heute standardisiertes Rezept (frühe Rezepte waren nicht so – sie enthielten alles ‚durcheinander‘ und waren eher Hilfen zum Erstellen von Mahlzeit, als Programme) am Anfang kommen die Ingredenzien und danach läuft das Programm ab. Diese Art von Programmen finden sich früh. Sie sind eine Art direkte Übersetzung aus der Mathematik. Variablen in Formen. Diese definiert man, der Rest wird berechnet.

Immer wieder liest man diesen Satz

// Aus der „Dokumentation „The Art of … “ siehe unten

Die Demoscene soll sich also durch Nummern ausdrücken?

Am Anfang des Prozesses stehen Algorithmen, diese werden meist in einer Programmiersprache geschrieben und dann in Exes, ausführbaren MaschinenCode übersetzt. Dieser wird dann ausgeführt vom Computer und generiert in der Sprache der Mathematik Geometrie oder anders gesagt Grafik.

Das ist nicht die finale Version der Atari ST-Grafik.

Die Tilebasierung ist ein mindestens 5faches mächtiges Designtool – es ist geradezu ein Designregelsystem gepaart mit Funktionalitätsregeln:

1. Das visuelle Design der einzelnen Tiles – visuelles Regelsystem
2. Das Design von grossen Flächen aus Tiles (proceduraler Anteil) – visuelle Flächenregeln
3. Das Designen von Übergängen – Intertile Regelsystem
4. Das funktionale Leveldesign
5. Die Möglichkeit jederzeit das gesamte Design zu ändern – Digitale Eigenschaft

Viele dieser Dinge gab es schon vorher etwa bei Kacheln, Fliesen. Neu sind allerdings die Instant-Veränderungsmöglichkeiten. Hier kann alles in Echtzeitgeändert werden: Das ganze visuelle Regelsystem. Es erlaubt geradezu in unsinnigerweise die visuelle Umgestaltung in Sekunden. Hier ist die Power von Regelhaften Design in den Fingerspitzen. Kybernetik Designtools in Höchstform.

ToDo: Mögliche gesellschaftliche Dimension: Letztlich werden hier visuelle Regeln geändert und da das gesamte aus diesen Regeln besteht ändert sich auch das System. Eventuell spiegelt sich hier ebenfalls kybernetisch, was in der Gesellschaft jener Zeit passiert. Mit einigen wenigen logischen Einheiten (die verändert werden), wird Gesellschaft gemacht. Man könnte die Globalisierung der 80er Jahre lesen als eine Durchsetzung von wenigen Tiles, die das ganze bestimmen. Dabei kann das Aussehen dieser Tiles jederzeit geändert werden.

Im Spiel gibt es einen Bug, das Restore der Sprites/animierten Blöcke funktionierte nicht. Deswegen überschreibt nun ein künstlicher Wert (Grünstreifen) das zu Restaurierende. Damit wird versucht herauszufinden, was da schief läuft und als erster Schritt, was passiert eigentlich. Das Ganze ist ästhetisch fast so interessant, wie das Spiel danach.