Creative Technologies Lab | dokuWiki

Repository of academic adventures, experimental technology, accidental brilliance, and collaborative nerdery.

User Tools

Site Tools


teaching:ba:create:ct102:semester-schedule:mini-challenges

This is an old revision of the document!


Mini-Challenges

Über das Semester bearbeiten die Studierenden acht aufeinander aufbauende Mini-Challenges als Hausaufgaben. Jede Mini-Challenge besteht aus zwei Teilaufgaben und erstreckt sich über zwei Wochen. Die Ergebnisse werden im seminaristischen Unterricht vorgestellt und gemeinsam reflektiert. Anschließend wird die jeweils nächste Teilaufgabe gestellt und bis zum folgenden Termin im Selbststudium bearbeitet.

Die Mini-Challenges dienen dazu, unterschiedliche gestalterische Prinzipien digitaler Medien praktisch zu untersuchen. Dabei wird p5.js über das Semester zunehmend als gestalterisches Werkzeug eingesetzt. KI-Tools können bei der Erstellung und Veränderung von Code verwendet werden. Entscheidend ist nicht, den gesamten Code selbst zu schreiben, sondern die Zusammenhänge zwischen gestalterischer Idee, Regel, Parameter, Interaktion und Ergebnis nachvollziehen und gezielt verändern zu können.

Prozess, Varianten und Ergebnisse werden kontinuierlich in der Dokumentationsbox festgehalten.

Dokumentation ist Teil jeder Mini-Challenge.

Zu jeder Teilaufgabe gehören sowohl der Entstehungsprozess als auch die Endergebnisse in die Dokumentationsbox. Ideen, Skizzen, Scribbles, handschriftliche Aufzeichnungen, Varianten, Tests und Zwischenstände sollen deshalb während der Bearbeitung gesammelt und nicht nachträglich rekonstruiert werden. Digitale Arbeitsschritte und Ergebnisse werden durch Screenshots, exportierte Bilder, einzelne Frames oder andere geeignete Ausdrucke dokumentiert. Die für die Dokumentationsbox ausgewählten Materialien müssen ausgedruckt und der jeweiligen Teilaufgabe nachvollziehbar zugeordnet werden. Die Dokumentationsbox soll dadurch nicht nur zeigen, was entstanden ist, sondern auch, wie es entstanden ist.

Mini-Challenge 01 – Form & Composition

Wie lassen sich mit wenigen Formen unterschiedliche Kompositionen erzeugen und durch digitale Parameter verändern?

Teilaufgabe A – Mondrian: Composition by Code

Beschäftigt euch zunächst mit ausgewählten Arbeiten von Piet Mondrian und untersucht, wie dort rechteckige Flächen, Linien und die Farben Rot, Gelb, Blau, Schwarz und Weiß zu unterschiedlichen Kompositionen zusammengefügt werden.

Entwickelt anschließend mit p5.js eigene Kompositionen, die diese grundlegende Form- und Farbsprache als Ausgangspunkt verwenden. Es geht ausdrücklich nicht darum, ein vorhandenes Werk Mondrians nachzubauen. Stattdessen sollen die gestalterischen Prinzipien untersucht und in ein eigenes digitales System übertragen werden.

Experimentiert insbesondere mit:

  • Größe und Verhältnis der Flächen
  • horizontaler und vertikaler Gliederung
  • Position und Abstand
  • Verteilung der Farben
  • Positiv- und Negativraum
  • visuellem Gewicht
  • Balance und Spannung

Erstellt mindestens zehn deutlich unterschiedliche Varianten. Verändert dafür gezielt einzelne Parameter und beobachtet, wie bereits kleine Veränderungen die Gesamtwirkung beeinflussen.

Wählt abschließend drei Varianten aus, die sich in ihrer Wirkung besonders deutlich unterscheiden, und dokumentiert kurz, wodurch diese Unterschiede entstehen.

Dokumentation in der DokuBox

Dokumentiert euren Gestaltungsprozess von den ersten Überlegungen bis zum Ergebnis. In die DokuBox gehören insbesondere Skizzen, Scribbles und handschriftliche Aufzeichnungen zu möglichen Kompositionen, Ausdrucke ausgewählter Zwischenstände und Varianten sowie die drei ausgewählten finalen Kompositionen.

Digitale Ergebnisse werden als Screenshots oder exportierte Bilder ausgedruckt. Ergänzt außerdem den Link zum p5.js-Sketch.

Teilaufgabe B – Mondrian in Motion

Verwendet eine der Kompositionen aus Teilaufgabe A und entwickelt daraus ein dynamisches und interaktives System.

Die bisher statische Komposition soll nun auf Eingaben reagieren. Verwendet beispielsweise:

  • Mausposition
  • Mausklick
  • Tastatureingaben

Durch diese Eingaben können Eigenschaften der Komposition verändert werden, beispielsweise:

  • Position
  • Größe
  • Farbe
  • Flächenaufteilung
  • Sichtbarkeit
  • Bewegung
  • Geschwindigkeit

Verwendet mindestens drei unterschiedliche Formen der Veränderung.

Untersucht dabei, wie aus einer statischen Komposition ein System wird, dessen Erscheinungsbild nicht mehr vollständig festgelegt ist. Die grundlegende gestalterische Idee aus Teilaufgabe A soll weiterhin erkennbar bleiben.

Dokumentation in der DokuBox

Dokumentiert zunächst mit Skizzen, Scribbles und kurzen Aufzeichnungen, welche Elemente sich verändern sollen und welche Eingaben diese Veränderungen auslösen.

Haltet unterschiedliche Versuche und Zwischenstände fest. Druckt Screenshots bzw. charakteristische Frames unterschiedlicher Zustände des finalen Sketches aus. Ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 02 – Color & Perception

Wie beeinflussen Farbe und Wahrnehmung, was wir in einem Bild sehen?

Teilaufgabe A – RGB/CMY Layers

Schaut euch zunächst die RGB-Arbeiten des Künstlerduos Carnovsky an. Untersucht, wie dort mehrere Bildmotive durch unterschiedliche Farblayer auf derselben Fläche miteinander verbunden und überlagert werden.

Eure Aufgabe ist es, ein DIN-A3-Plakat mit einer Multi-Layer-Komposition zu entwickeln, in der sich drei unterschiedliche Bildmotive überlagern.

Verwendet für die einzelnen Ebenen die Farben CMY und/oder RGB. Für die Bearbeitung könnt ihr eine Software bzw. Technik eurer Wahl verwenden, beispielsweise Photoshop, GIMP, Affinity Photo oder p5.js. Für p5.js steht außerdem ein Beispielcode Carnovsky zur Verfügung.

Drei Bilder – eine Geschichte

Überlegt euch zunächst, welche Geschichte oder inhaltliche Beziehung zwischen euren drei ausgewählten Bildmotiven bestehen könnte.

Die Motive sollen nicht beliebig ausgewählt werden. Überlegt:

  • Was verbindet die drei Motive?
  • Welche Geschichte entsteht durch ihre Überlagerung?
  • Was wird erst durch die Kombination der Motive sichtbar?
  • Funktioniert jede Farbe mit jedem Bildinhalt?
  • Kann die Zuordnung einer bestimmten Farbe die Bedeutung eines Motivs unterstützen?

Ein einfaches Beispiel wäre:

blauer Ozean + gelber Fisch + rote Plastikflasche

Hier entsteht durch drei zunächst unabhängige Motive eine gemeinsame Aussage.

Komposition entwickeln

Arbeitet anschließend an eurer Bildcollage. Untersucht unterschiedliche Möglichkeiten der Überlagerung und optimiert insbesondere:

  • Position
  • Größe
  • Ausschnitt
  • Überlagerung
  • Detailgrad
  • Farbzuordnung
  • visuelles Gewicht der einzelnen Motive

Erstellt mehrere Varianten. Die drei Ebenen müssen nicht gleich stark sichtbar sein. Überlegt gezielt, welches Motiv dominant sein soll und welche Motive erst bei genauerer Betrachtung sichtbar werden.

Ziel ist eine Komposition, bei der Farbe, Bildauswahl und Überlagerung gemeinsam die Aussage eurer Geschichte unterstützen.

Ergebnis

Das finale Ergebnis ist ein DIN-A3-Plakat, das aus mindestens drei unterschiedlichen Bildmotiven bzw. Farbebenen besteht.

Das Plakat wird in DIN A3 ausgedruckt und im folgenden Seminar gemeinsam vorgestellt und besprochen.

Dokumentation in der DokuBox

Dokumentiert den gesamten Entwicklungsprozess. In die DokuBox gehören insbesondere:

  • erste Ideen und Scribbles
  • Skizzen zur Geschichte bzw. zur Beziehung der drei Motive
  • Überlegungen und Aufzeichnungen zur Auswahl der Bildinhalte
  • verwendetes Ausgangsmaterial
  • unterschiedliche Kompositionsversuche
  • Farb- und Layer-Experimente
  • Screenshots von Zwischenständen
  • verworfene Varianten
  • ausgewählte Details und Ausschnitte
  • das finale Ergebnis

Digitale Zwischenschritte werden als Screenshots oder exportierte Bilder ausgedruckt. Auch handschriftliche Skizzen, Scribbles und Aufzeichnungen gehören in die Dokumentationsbox.

Zur nächsten Besprechung mitbringen: das ausgedruckte DIN-A3-Plakat sowie die ausgedruckte Prozessdokumentation in der DokuBox.

Teilaufgabe B – Sehphänomene / Optische Täuschungen

Visuelle Wahrnehmung bildet die physische Realität nicht einfach neutral ab. Farbe, Helligkeit, Kontrast, Bewegung, Umgebung und räumliche Anordnung können beeinflussen, was wir wahrnehmen.

Schaut euch zunächst die Sammlung visueller Phänomene und optischer Täuschungen von Michael Bach an:

Optische Täuschungen und Sehphänomene – Michael Bach

Wählt daraus ein Sehphänomen bzw. eine optische Täuschung aus und versucht zunächst zu verstehen, wodurch der jeweilige Effekt entsteht.

Entwickelt anschließend mit p5.js eine eigene Umsetzung des ausgewählten Phänomens.

Für alle Arbeiten gilt ein einheitliches Format:

Canvas: 500 × 500 px

Der Sketch soll das ausgewählte Wahrnehmungsphänomen möglichst klar demonstrieren. Dabei kann die ursprüngliche Darstellung vereinfacht oder gestalterisch verändert werden, solange der zugrunde liegende Effekt erhalten bleibt.

Erstellt zusätzlich:

  • einen Screenshot des finalen 500 × 500 px Sketches
  • Titel des Wahrnehmungsphänomens
  • eine kurze Beschreibung des Effekts
  • eine kurze Erklärung, wodurch der Effekt entsteht
  • Link zum p5.js-Sketch

Die Screenshots und Beschreibungen werden gesammelt und anschließend zu einem gemeinsamen Kursplakat über Sehphänomene und optische Täuschungen zusammengeführt.

Dokumentation in der DokuBox

Dokumentiert zunächst das ausgewählte Wahrnehmungsphänomen mit eigenen Skizzen, Diagrammen, Scribbles und kurzen Aufzeichnungen.

Zeigt anschließend, wie ihr das Prinzip in p5.js übertragen habt. Druckt unterschiedliche Versuche und Zwischenstände sowie den finalen 500 × 500 px Screenshot aus.

Ergänzt Titel und kurze Erklärung des Phänomens sowie den Link zum p5.js-Sketch.

Mini-Challenge 03 – Typography

Wie kann ein Buchstabe gleichzeitig Information und visuelle Form sein?

Teilaufgabe A – Letter as Form

Wählt einen Buchstaben und eine Schriftart aus.

Entwickelt aus diesem Buchstaben eine Serie von 25 unterschiedlichen Varianten und ordnet diese in einer 5 × 5 Matrix an.

Arbeitet ausschließlich in Schwarz und Weiß.

Der Buchstabe bleibt grundsätzlich derselbe. Verändert jedoch seine formalen Eigenschaften, beispielsweise:

  • Größe
  • Position
  • Rotation
  • Ausschnitt
  • Anschnitt
  • Wiederholung
  • Überlagerung
  • Positiv- und Negativform

Untersucht, an welchem Punkt ein Buchstabe noch eindeutig gelesen wird und wann er zunehmend als abstrakte Form wahrgenommen wird.

Die 25 Felder sollen als zusammenhängende Serie funktionieren, gleichzeitig aber möglichst unterschiedliche formale Möglichkeiten zeigen.

Dokumentation in der DokuBox

Dokumentiert eure ersten typografischen Überlegungen durch Skizzen, Scribbles und handschriftliche Formstudien.

Zeigt unterschiedliche Versuche mit Größe, Position, Rotation, Ausschnitt und Überlagerung. Druckt ausgewählte Zwischenstände sowie die finale 5 × 5 Matrix aus.

Teilaufgabe B – Easy Interface

Übertragt die Buchstabenstudie aus Teilaufgabe A in einen interaktiven p5.js-Sketch.

Entwickelt ein einfaches eigenes Interface, über das Eigenschaften des Buchstabens verändert werden können.

Verwendet beispielsweise:

  • Button
  • Slider
  • Toggle
  • Mausposition
  • Tastatureingabe

Steuerbar könnten beispielsweise sein:

  • Größe
  • Rotation
  • Position
  • Anzahl
  • Abstand
  • Überlagerung

Das Interface soll bewusst einfach gestaltet werden und sich visuell auf die schwarz-weiße Formensprache aus Teilaufgabe A beziehen.

Untersucht dabei die Frage, wie aus einer festen Gestaltung ein steuerbares visuelles System wird.

Dokumentation in der DokuBox

Entwickelt das Interface zunächst auf Papier. In die DokuBox gehören Scribbles, Skizzen und Aufzeichnungen zur Anordnung und Funktion der Bedienelemente sowie unterschiedliche getestete Varianten.

Dokumentiert das digitale Ergebnis mit ausgedruckten Screenshots verschiedener Zustände des Interfaces und ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 04 – Generative Systems

Wie kann Gestaltung durch Regeln und Parameter statt durch die manuelle Platzierung einzelner Elemente entstehen?

Teilaufgabe A – Visual Control & Variations

Entwickelt das System aus Mini-Challenge 03 weiter.

Die visuellen Eigenschaften sollen nun nicht mehr ausschließlich einzeln verändert werden. Entwickelt stattdessen Regeln und Parameter, durch deren Veränderung unterschiedliche visuelle Zustände entstehen.

Mögliche Parameter sind beispielsweise:

  • Anzahl
  • Größe
  • Position
  • Rotation
  • Abstand
  • Wiederholung
  • Geschwindigkeit
  • Dichte

Entwickelt mit p5.js ein System, das aus einer gemeinsamen gestalterischen Grundidee deutlich unterschiedliche Varianten erzeugen kann.

Erstellt mehrere charakteristische Zustände und dokumentiert, welche Parameter jeweils verändert wurden.

Ziel ist es, nicht mehr einzelne Ergebnisse zu gestalten, sondern die Regeln zu gestalten, durch die Ergebnisse entstehen.

Dokumentation in der DokuBox

Haltet zunächst durch Skizzen, Scribbles, Diagramme oder kurze Aufzeichnungen fest, welche Regeln und Parameter euer System bestimmen sollen.

Dokumentiert anschließend unterschiedliche Parameterkombinationen und Zwischenstände. Druckt eine Auswahl charakteristischer visueller Zustände aus und notiert jeweils, welche Parameter zu diesem Ergebnis geführt haben.

Ergänzt den Link zum p5.js-Sketch.

Teilaufgabe B – Rules, Randomness & Emergence

Erweitert das System aus Teilaufgabe A um Zufall und automatisierte Variation.

Verwendet beispielsweise:

  • random()
  • Wiederholungen
  • definierte Wertebereiche
  • Wahrscheinlichkeiten
  • Kombinationen unterschiedlicher Regeln

Der Zufall soll dabei nicht vollkommen beliebig eingesetzt werden. Definiert Grenzen und Regeln, innerhalb derer das System unterschiedliche Ergebnisse erzeugen darf.

Lasst euer System eine größere Anzahl von Varianten erzeugen und beobachtet, welche Ergebnisse entstehen.

Wählt anschließend mindestens zehn charakteristische Varianten aus.

Untersucht:

  • Welche Eigenschaften bleiben konstant?
  • Welche Eigenschaften verändern sich?
  • Wann wirken die Ergebnisse noch wie Teile desselben Systems?
  • Wann wird Zufall beliebig?
  • Können unerwartete, aber gestalterisch interessante Ergebnisse entstehen?

Dokumentation in der DokuBox

Dokumentiert die Regeln und Grenzen eures generativen Systems durch Skizzen, Scribbles, Diagramme und kurze Aufzeichnungen.

Sammelt auch unerwartete, fehlerhafte oder verworfene Ergebnisse. Druckt mindestens zehn charakteristische generierte Varianten aus und kennzeichnet, warum ihr diese ausgewählt habt.

Ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 05 – Motion & Time

Wie entsteht aus einzelnen statischen Zuständen die Wahrnehmung von Bewegung?

Teilaufgabe A – Zoetrope

Entwickelt eine kurze zyklische Bewegungssequenz für ein Zoetrop.

Die Bewegung soll aus einer begrenzten Anzahl einzelner Bilder bestehen und so gestaltet sein, dass das letzte Bild wieder sinnvoll in das erste übergeht.

Beginnt mit einer einfachen Bewegung. Verändert beispielsweise:

  • Position
  • Größe
  • Form
  • Orientierung
  • Rotation
  • Verformung

Plant die Bewegung zunächst als einzelne Zustände. Achtet darauf, wie groß die Veränderung zwischen zwei aufeinanderfolgenden Bildern ist.

Übertragt die Sequenz anschließend auf die vorgegebene Zoetrop-Vorlage und testet sie im Zoetrop.

Überarbeitet eure Sequenz nach dem ersten Test mindestens einmal.

Untersucht insbesondere, warum einzelne statische Bilder bei schneller Wiederholung als kontinuierliche Bewegung wahrgenommen werden.

Dokumentation in der DokuBox

Der Entwicklungsprozess ist bei dieser Aufgabe besonders wichtig.

In die DokuBox gehören:

  • erste Bewegungsskizzen und Scribbles
  • Überlegungen zum Ablauf der Bewegung
  • einzelne gezeichnete Zustände bzw. Frames
  • erste Sequenz
  • Dokumentation des ersten Tests
  • Überarbeitung nach dem Test
  • finale Bildsequenz
  • geeignete Fotos bzw. Ausdrucke des fertigen Zoetrops

Alle digitalen Zwischenschritte und Ergebnisse werden in geeigneter Form ausgedruckt.

Teilaufgabe B – Principles of Animation

Übertragt die Erfahrungen aus dem Zoetrop auf eine digitale Animation mit p5.js.

Wählt mindestens zwei klassische Principles of Animation aus, beispielsweise:

  • Timing
  • Squash & Stretch
  • Anticipation
  • Follow Through

Entwickelt eine einfache Bewegung und erstellt davon unterschiedliche Varianten.

Die grundlegende Handlung soll möglichst gleich bleiben. Verändert stattdessen gezielt die Animation.

Beispielsweise kann ein Kreis:

  • fallen
  • springen
  • beschleunigen
  • abbremsen
  • auf eine Fläche treffen
  • sich dabei verformen

Vergleicht anschließend die unterschiedlichen Varianten.

Untersucht, wie stark Timing, Beschleunigung, Verformung und Vor- bzw. Nachbewegung den Charakter einer ansonsten identischen Bewegung verändern können.

Dokumentation in der DokuBox

Plant die Bewegung zunächst durch Skizzen, Scribbles, Bewegungsabläufe oder ein einfaches Storyboard.

Dokumentiert anschließend verschiedene Versuche mit Timing und den ausgewählten Animationsprinzipien.

Druckt charakteristische Frames der unterschiedlichen Varianten aus, sodass die Veränderungen auch außerhalb des laufenden Sketches nachvollziehbar werden.

Ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 06 – Sound & Experience

Wie kann Klang zu einem aktiven Bestandteil eines interaktiven digitalen Systems werden?

Mit dieser Mini-Challenge beginnt eine zusammenhängende Entwicklung, die in den folgenden Mini-Challenges weitergeführt wird:

Sound Sketch → Game → Interactive System → Playable Facade

Teilaufgabe A – Sound Machine

Entwickelt mit p5.js einen kleinen interaktiven Sketch, in dem Bild, Bewegung und Klang miteinander verbunden sind.

Der Sketch soll nicht einfach eine Animation mit Hintergrundmusik sein. Visuelle und auditive Ereignisse sollen sich gegenseitig beeinflussen.

Verwendet Eingaben wie beispielsweise:

  • Mausposition
  • Mausklick
  • Tastatur

Diese können unterschiedliche audiovisuelle Parameter beeinflussen:

  • Tonhöhe
  • Lautstärke
  • Rhythmus
  • Dauer
  • Wiederholung
  • Geschwindigkeit
  • Position
  • Größe
  • Farbe
  • Bewegung

Beispielsweise könnte die vertikale Mausposition die Tonhöhe verändern, ein Klick ein audiovisuelles Ereignis auslösen oder die Bewegung eines Objekts einen Klang erzeugen.

Entwickelt zunächst mehrere kleine Experimente und entscheidet euch anschließend für ein System, das ihr weiterentwickelt.

Wichtig ist ein nachvollziehbarer Zusammenhang zwischen Interaktion, visueller Veränderung und Klang.

Dieser Sketch bildet die technische und gestalterische Grundlage für die folgenden Aufgaben.

Dokumentation in der DokuBox

Haltet zunächst durch Skizzen, Scribbles, Diagramme und handschriftliche Aufzeichnungen fest, wie Eingabe, Bild, Bewegung und Klang miteinander verbunden werden sollen.

Eine einfache Darstellung kann beispielsweise zeigen:

Input → Veränderung → Visual + Sound

Dokumentiert Experimente, Zwischenstände und verworfene Ansätze.

Druckt Screenshots bzw. charakteristische Frames des finalen Sketches aus und ergänzt kurze Beschreibungen der verwendeten Klänge und Interaktionen.

Ergänzt den Link zum p5.js-Sketch.

Teilaufgabe B – Make it a Game

Entwickelt aus der Sound Machine aus Teilaufgabe A ein kleines spielbares System.

Erfindet dafür keine vollständig neue Anwendung. Verwendet die vorhandenen visuellen Elemente, Bewegungen, Interaktionen und Klänge und ergänzt diese um eine einfache Spielidee.

Euer Spiel benötigt mindestens:

  • ein verständliches Ziel
  • eine oder mehrere Regeln
  • eine Eingabemöglichkeit
  • eine Reaktion auf die Eingabe
  • eine Form von Erfolg, Misserfolg oder Fortschritt
  • visuelles und auditives Feedback

Das Spiel kann sehr einfach sein. Beispielsweise kann etwas:

  • getroffen
  • gesammelt
  • vermieden
  • bewegt
  • sortiert
  • verfolgt
  • synchronisiert

werden.

Entscheidend ist nicht die Komplexität des Spiels, sondern die Frage, wie Regeln, Interaktion, Bild, Bewegung und Klang gemeinsam eine verständliche Erfahrung erzeugen.

Beschreibt eure Spielidee zunächst anhand von vier Fragen:

Was ist das Ziel? → Was kann der Spieler tun? → Welche Regeln gelten? → Wie reagiert das Spiel?

Dokumentation in der DokuBox

Entwickelt die Spielidee zunächst auf Papier.

Dokumentiert mit Skizzen, Scribbles, Ablaufdiagrammen und kurzen Aufzeichnungen:

  • Spielidee
  • Spielziel
  • Regeln
  • mögliche Aktionen
  • mögliche Reaktionen
  • audiovisuelle Gestaltung

Haltet unterschiedliche Entwicklungsstände des Spiels fest.

Druckt Screenshots bzw. charakteristische Frames des finalen Spiels aus und ergänzt eine kurze Beschreibung von Ziel, Steuerung und Regeln.

Ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 07 – Interaction & Response

Wie kann ein einfaches Spiel durch die systematische Gestaltung von Interaktion und Feedback verbessert werden?

In dieser Mini-Challenge wird kein neues Spiel entwickelt. Das in Mini-Challenge 06 entstandene Spiel wird weitergeführt und gezielt untersucht.

Teilaufgabe A – Interaction & Control

Analysiert zunächst die Interaktion eures Spiels.

Beschreibt jede wichtige Interaktion mit dem einfachen Modell:

Input → Process → Output

Beispiel:

Mausklick → Prüfung, ob Objekt getroffen wurde → Objekt verschwindet + Klang wird abgespielt

Entwickelt anschließend mindestens drei unterschiedliche Varianten der Steuerung bzw. Interaktion.

Untersucht beispielsweise:

  • Mausposition
  • Mausklick
  • Tastatur
  • gedrückt halten
  • wiederholte Eingaben
  • Geschwindigkeit einer Eingabe
  • Kombination mehrerer Eingaben

Vergleicht die Varianten miteinander.

Welche Steuerung ist unmittelbar verständlich? Welche erzeugt interessante Schwierigkeiten? Welche verändert den Charakter des Spiels?

Entscheidet euch anschließend begründet für eine Variante und integriert diese in das Spiel.

Dokumentation in der DokuBox

Analysiert und plant die Interaktion zunächst durch Skizzen, Scribbles und einfache Input–Process–Output-Diagramme.

Dokumentiert die mindestens drei untersuchten Steuerungsvarianten und haltet fest, welche Beobachtungen ihr dabei gemacht habt.

Druckt Screenshots bzw. charakteristische Zustände der Varianten und der ausgewählten finalen Lösung aus.

Ergänzt den Link zum p5.js-Sketch.

Teilaufgabe B – Feedback & Game Feel

Konzentriert euch nun darauf, wie das Spiel auf die Aktionen der Spieler*innen reagiert.

Ein identisches Ereignis kann auf sehr unterschiedliche Weise kommuniziert werden.

Beispielsweise kann ein Treffer beantwortet werden durch:

  • Farbwechsel
  • Größenänderung
  • Bewegung
  • kurze Animation
  • Partikel
  • Verformung
  • Klang
  • Veränderung der Geschwindigkeit
  • Verzögerung
  • Kombination mehrerer Reaktionen

Entwickelt für mindestens ein zentrales Ereignis drei unterschiedliche Feedback-Varianten.

Vergleicht deren Wirkung.

Untersucht insbesondere:

  • Ist verständlich, was passiert ist?
  • Wie schnell erfolgt die Reaktion?
  • Wie stark muss Feedback sein?
  • Welche Rolle spielt Sound?
  • Wann unterstützt Animation das Verständnis?
  • Wann wird Feedback störend oder übertrieben?

Übertragt anschließend die überzeugendsten Lösungen auf das gesamte Spiel.

Das Ergebnis dieser Mini-Challenge ist eine überarbeitete Version des Spiels mit bewusst gestalteter Interaktion und audiovisuellem Feedback.

Dokumentation in der DokuBox

Entwickelt unterschiedliche Feedback-Ideen zunächst mit Scribbles, Bewegungszeichnungen, kleinen Storyboards und handschriftlichen Notizen.

Dokumentiert die mindestens drei getesteten Feedback-Varianten.

Druckt geeignete Screenshots oder einzelne Frames aus, anhand derer die Unterschiede nachvollziehbar werden.

Haltet außerdem kurz fest, welche Variante ausgewählt wurde und warum.

Ergänzt den Link zum p5.js-Sketch.

Mini-Challenge 08 – Space & Mixed Media

Was passiert mit einem digitalen Spiel, wenn es den persönlichen Bildschirm verlässt und zu einer medialen Anwendung im öffentlichen Raum wird?

Ausgangspunkt ist das in Mini-Challenge 06 und 07 entwickelte Spiel.

Als neuer Kontext dient die Medienfassade des FIESP Building in São Paulo, die im Rahmen des FILE – Electronic Language International Festival für großformatige digitale und interaktive Medienarbeiten genutzt wurde.

Das bisher für einen Computerbildschirm entwickelte Spiel wird nun als öffentliche, architekturbezogene Anwendung neu gedacht.

Teilaufgabe A – From Game to Facade

Übertragt die Grundidee eures Spiels auf die Fassade des FIESP Building.

Analysiert zunächst, welche Bestandteile des bisherigen Spiels auch auf einer großen Fassade funktionieren könnten.

Berücksichtigt dabei insbesondere:

  • Größe der Darstellung
  • Entfernung der Betrachter*innen
  • einfache und deutlich erkennbare Formen
  • starke visuelle Kontraste
  • Geschwindigkeit von Bewegungen
  • Lesbarkeit von Veränderungen
  • Verhältnis von Gestaltung und Architektur
  • Sichtbarkeit im öffentlichen Raum

Reduziert oder verändert euer Spiel, wenn dies für den neuen Kontext notwendig ist.

Entwickelt anschließend mit p5.js eine Simulation der Fassadenanwendung.

Dabei soll der p5.js-Sketch nicht einfach das bisherige Spiel auf einer anderen Fläche darstellen. Gestaltet eine Version, die ausdrücklich für eine große architektonische Medienfläche gedacht ist.

Untersucht mehrere Varianten:

  • Wie groß müssen Spielelemente werden?
  • Welche Details können entfallen?
  • Welche Bewegungen funktionieren aus großer Entfernung?
  • Welche Rolle spielt die Form der Fassade?
  • Welche Inhalte funktionieren noch, wenn sie nur wenige Sekunden betrachtet werden?

Dokumentiert die Entwicklung vom ursprünglichen Spiel zur Fassadenversion.

Dokumentation in der DokuBox

Dokumentiert die Übertragung vom Bildschirm auf die Architektur ausführlich.

In die DokuBox gehören insbesondere:

  • Skizzen und Scribbles zur Fassadenidee
  • Studien zur Position der Inhalte
  • Größen- und Maßstabsstudien
  • Überlegungen zu Sichtweite und Betrachtungsstandpunkt
  • unterschiedliche Fassadenvarianten
  • verworfene Lösungen
  • Screenshots der p5.js-Simulation
  • charakteristische Frames
  • Vergleich zwischen ursprünglichem Spiel und Fassadenversion

Alle relevanten digitalen Zwischenstände und Endergebnisse werden ausgedruckt.

Ergänzt den Link zum p5.js-Sketch.

Teilaufgabe B – Playable Facade

Entwickelt aus der Fassadenversion eine interaktive Anwendung für den öffentlichen Raum.

Denkt nun nicht mehr ausschließlich über den Inhalt auf der Fassade nach, sondern über die gesamte Situation:

Person → Eingabe → System → Fassade → Feedback

Definiert zunächst:

  • Wo befinden sich die Spieler*innen?
  • Von wo aus betrachten sie die Fassade?
  • Wie starten sie die Anwendung?
  • Wie geben sie etwas ein?
  • Spielen eine oder mehrere Personen?
  • Was passiert auf der Fassade?
  • Wie erkennen Spieler*innen, dass das System auf sie reagiert?
  • Wie endet die Interaktion?
  • Was sehen Menschen, die nur zufällig vorbeikommen?

Die technische Umsetzung der realen Eingabegeräte muss nicht gebaut werden. Sie darf konzeptionell angenommen und im p5.js-Sketch simuliert werden.

Beispielsweise könnte eine spätere reale Anwendung gesteuert werden durch:

  • Smartphone
  • Kamera
  • Bewegung
  • Mikrofon
  • Taster
  • Sensor
  • eine andere öffentliche Schnittstelle

Im p5.js-Prototyp können diese Eingaben zunächst durch Maus und Tastatur simuliert werden.

Entwickelt anschließend eine finale Simulation eurer Playable Facade.

Erstellt zusätzlich mindestens ein Mock-up, das zeigt, wie eure Anwendung auf der realen Architektur des FIESP Building aussehen würde.

Die finale Dokumentation soll nachvollziehbar zeigen, wie sich die ursprüngliche Idee entwickelt hat:

Sound Machine → Game → Interaction → Feedback → Facade → Public Interaction

Dokumentation in der DokuBox

Dokumentiert das finale Interaktionskonzept von den ersten Überlegungen bis zur fertigen Anwendung.

Verwendet insbesondere:

  • Skizzen und Scribbles
  • Lage- bzw. Situationsskizzen
  • Skizzen der Spieler*innen und ihrer Position zur Fassade
  • Ablaufdiagramme
  • kleine Storyboards
  • Überlegungen zur Eingabe
  • Überlegungen zum Feedback
  • unterschiedliche Entwurfsvarianten
  • verworfene Ansätze
  • Screenshots und charakteristische Frames
  • Fassaden-Mock-ups

Alle relevanten digitalen Zwischenschritte und Endergebnisse werden ausgedruckt und in die DokuBox aufgenommen.

Das finale Fassaden-Mock-up wird ebenfalls ausgedruckt.

Ergänzt den Link zum finalen p5.js-Sketch.

Dokumentation

Die Dokumentation ist Bestandteil jeder Mini-Challenge. Alle relevanten Arbeitsschritte werden kontinuierlich in der Dokumentationsbox gesammelt.

Die DokuBox soll sowohl den Entstehungsprozess als auch die Ergebnisse zeigen. Besonders wichtig sind deshalb Materialien, die während der tatsächlichen Bearbeitung einer Aufgabe entstehen.

Dazu gehören beispielsweise:

  • erste Ideen und handschriftliche Aufzeichnungen
  • Skizzen und Scribbles
  • Form-, Farb-, Bewegungs- und Interaktionsstudien
  • Storyboards und Ablaufdiagramme
  • Referenzen
  • unterschiedliche Varianten
  • Tests und Experimente
  • Fehler und unerwartete Ergebnisse
  • verworfene Ansätze
  • Veränderungen nach Besprechungen
  • Screenshots und exportierte Bilder
  • einzelne Frames aus Animationen
  • ausgewählte Zwischenstände
  • finale Ergebnisse

Digitale Arbeitsschritte und Ergebnisse müssen in geeigneter Form ausgedruckt und in die DokuBox aufgenommen werden. Bei zeitbasierten oder interaktiven Arbeiten sollen mehrere charakteristische Frames bzw. Zustände ausgewählt werden, sodass die Entwicklung und Funktionsweise auch in der gedruckten Dokumentation nachvollziehbar bleibt.

Bei p5.js-Arbeiten wird zusätzlich der Link zum jeweiligen Sketch dokumentiert.

Nicht nur das Endergebnis zählt.

Die Dokumentationsbox soll zeigen, wie sich eine Arbeit entwickelt hat: von ersten Scribbles und Überlegungen über Experimente, Varianten und Fehlversuche bis zum finalen Ergebnis. Materialien sollten deshalb während des Arbeitsprozesses gesammelt und nicht erst am Ende des Semesters nachträglich erzeugt werden.

Insbesondere bei den Mini-Challenges 06–08 soll nachvollziehbar bleiben, wie sich derselbe Entwurf über mehrere Wochen verändert und weiterentwickelt:

Sound Machine → Game → Interaction → Feedback → Facade → Public Interaction

This website uses cookies. By using our website, you agree with storing cookies on your computer. Also you acknowledge that you have read and understand our Privacy Policy. If you do not agree leave the website. Privacy Policy
/var/www/vhosts/ct-lab.info/wiki.ct-lab.info/data/attic/teaching/ba/create/ct102/semester-schedule/mini-challenges.1789825573.txt.gz · Last modified: by Felix Hardmood Beck