Auch die Demoscene hat viele Probleme. Ein Problem der Demoscene allerdings sticht hervor: Die Demos möchten mehrheitlich ’schön‘ sein. Die Demo oben verkörpert einen Gegenentwurf dazu, auch wenn sie selbst aus wenigen Elementen zusammengsetzt ist.

Das Schöne und Regelhafte

Und vermutlich ist „schön“ das falsche Wort: Sie möchten einen Stil haben. Denn über Stil lässt sich bekanntlich nicht streiten. Ein Stil ist eben mehr als nur Zufallsdesign, es ist eine Setzung, es ist gestaltet. Ein Stil, das ist meist ein visuelles Design, das visuellen Regeln folgt und diese durchsetzt. Dadurch wird es zum (Design-)System. Dadurch erscheint das Design nicht willkürlich. Es erscheint dagegen lesbar. Und ja durchdesignte Dinge können trotzdem langweilig wirken, gerade wenn die visuellen Regeln bekannt bzw. verbraucht sind. Aber selbst dann: Es sind noch Regeln, die man mögen kann oder eben nicht. Man akzeptiert den visuellen Magic Circle oder eben nicht – aber es bleibt doch einer. Ihm seine Designheit abzusprechen geht allerdings nicht. In diesem Sinn sind kohärente visuelle Welten ’schön‘ – egal wie „hässlich“ sie sind, denn sie sind grundsätzlich ‚regelbasiert‘. Sie sind kein Chaos – sie sind aufgeräumt. Bis hin zu den Tools, die anzeigen, wo der Abstand im Design derselbe ist (Parallelität, Hilfslinien). Selbstverständlich kann man auch überdesigned unterwegs sein. Dann wenn alles sich nur an Designregeln orientiert und kein Interpretationsspielraum mehr übrig ist. Und auch die Challenge, die Regeln zu finden, wird dabei unterlaufen, weil die Regeln so oberflächlich sind.

Ist man grafisch unterwegs (design) auf den Homecomputern, so fängt man die verschiedenen Homecomputersysteme nicht nur auditiv, sondern auch als eigene Systeme/Instrumente zu sehen. Also eine Art Malkasten je nach Homecomputer. Nicht alles ist möglich durch Auflösung und die Farben. Es bleibt ein enger Möglichkeitsraum für die Gestaltung.

Der C64-Malkasten – rudimentär, brute

Der C64 kommt mit seinen 16 Farben und der meist verwendeten Auflösung von 160×120 Pixeln daher in 16 vordefinierten Farben und dann sehr vielen Einschränken. etwa 8×8 und 4 Farben etc. Das erzeugt dann schon eine gewisse dieser Grafik eigentständige Radikalität. Die wie im Nachfolgenden sichtbar schon eine gewisse Brutalität besitzen kann.

16/32Bit Malkästen – wählbar

16/32Bit Homecomputer hatten dagegen oft keine brutale Grafik. 320×256 Pixel bei wählbaren Farben 16/32 beim Atari ST oder 32 beim Amiga (maixmal). Hier lässt sich auch viel mehr wählen. Und da wurde dann auch gewählt. Brutal wirkt die Grafik selten. An was könnte das liegen?

Wer je schon ein MUD (MultiUserDungeonn) oder ein TextAdventure gespielt hat, ist am Anfang überfordert von den vielen Möglichkeiten bzw. der Radikalität des Interfaces: Es gibt nur Text und eine Eingabeaufforderung. Alles scheint der Imagination ausgesetzt. Und dann lernt man per HELP oder sonst per TryAndError kenne, was alles möglich ist. Die Welt ist damit per Sprachinterface erlebbar und interaktiv.

Die Nachfolger haben da angesetzt und 1/3 des Screens sind nur zusammensetzbare Handlungsmöglichkeiten oder Befehle. Dadurch sieht die Welt sehr interaktiv aus, es sieht nach massiv vielen Möglichkeiten aus – wie bei den Textadventures.

Erst mit der Zeit wird klar, dass nur ein Bruchteil davon auch wirklich eine Auswirkung hat und das meiste eigentlichh nichts bringt. Dennoch ist man immer damit beschäftigt, zu schauen, wie es vorwärts geht. Ganz besonders dann, wenn die klassische Logik nicht mehr funktioniert und man* schon alles ausprobiert hat. Dann versucht man mal alles mit allem zu kombinieren. Auch das meist ohne Erfolg.

Will man ein GUI-Element machen, dass einfach alles dahinter „verschluckt“ und deaktiviert. ist das recht simple in Assembler. Man* zwingt den Computer einfach in eine temporäre Schlaufe. Man denke dies in Tools wie Unity/Unreal. Chancenlos diese einfache Lösung.

Die meisten Point&Click-Adventures müssen auch Dinge abbilden wie Kommentare, Infotexte, Gespräche und Inventare. Oder anders gesagt, das Genre benutzt so etwas wie ein GUI und damit wird alles viel komplizierter als fast alle anderen Genres.

Hier der Versuch ein GUI darüber zu blenden, in der dann der Text kommt. Fragen die Aufkommen, was passiert mit dem Rest des Spiels? Angehalten, läuft es weiter? Und wie verwaltet man* das?

Wenn man heute sich ManicMansion anschaut, dann fällt neben dem Linguistik-Ansatz der Verben-Objekte sofort auf wie filmisch inspiriert dieses Spiel ist.

Schon die erste Szene ist interessant. Es ist ein Vorspann bei dem ein Meteor in der Nähe eines Hauses abstürzt und dann die Lichter angehen. Das war alles 20 Jahre vorher. Dann kommen die Nennungen der Entwickler* und damit folgt das Spiel der klassischen (damals schon überholten) Art wie Filme beginnen. Anders gesagt, es handelt sich hier schon um ein „Film-Zitat“ oder ein Zitat an der Filmkultur.

Der Charakter ist richtig gross, nimmt also viel vom Screen ein. Klar ist dabei, das es keine Totalen gibt (das schaffte erst zwei Jahre später Another World in einem Computerspiel mit freien Bewegungsgraden vs ). Das heisst, es ist eher ein demokratischer Ansatz eines Films: Man* kann rumschauen daneben und sich auch anderen Dingen widemen. Nichts desto trotz ist im Mittelpunkt immer die Figur. Die Kamera scrollt auch mit der Figur. Das (Grösse, Fokus) ist bei der C64-Version noch radikaler als dann bei den 16/32Bit Versionen.