teaching:ba:create:ct102:semester-schedule:mini-challenges
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| teaching:ba:create:ct102:semester-schedule:mini-challenges [2026/09/19 09:19] – created Felix Hardmood Beck | teaching:ba:create:ct102:semester-schedule:mini-challenges [2026/09/19 14:16] (current) – [Teilaufgabe A – Visual Control & Variations] Felix Hardmood Beck | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Mini-Challenges ====== | ====== Mini-Challenges ====== | ||
| - | Über das Semester bearbeiten die Studierenden acht aufeinander aufbauende // | + | Über das Semester bearbeiten die Studierenden acht aufeinander aufbauende // |
| + | Die Mini-Challenges dienen dazu, unterschiedliche gestalterische Prinzipien digitaler Medien praktisch zu untersuchen. Dabei wird [[extras: | ||
| + | |||
| + | Prozess, Varianten und Ergebnisse werden kontinuierlich in der [[teaching: | ||
| + | |||
| + | <WRAP center round important 70%> | ||
| + | **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, | ||
| + | </ | ||
| + | |||
| + | ------ | ||
| ===== Mini-Challenge 01 – Form & Composition ===== | ===== Mini-Challenge 01 – Form & Composition ===== | ||
| - | Wie entsteht aus einfachen Elementen eine visuelle Ausdrucksform? | + | 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 [[https:// | ||
| + | |||
| + | 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 einige 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, | ||
| + | |||
| + | 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, | ||
| + | |||
| + | |||
| + | ==== Teilaufgabe B – Mondrian in Motion ==== | ||
| - | ==== Teilaufgabe A – Form & Relation ==== | + | Verwendet eine der Kompositionen aus Teilaufgabe A und entwickelt daraus ein dynamisches und interaktives System. |
| - | Entwickelt mit einfachen geometrischen Elementen eine Serie unterschiedlicher visueller Kompositionen. Verwendet | + | Die bisher statische Komposition soll nun auf Eingaben reagieren. Verwendet |
| - | Erstellt mehrere deutlich unterschiedliche Varianten und untersucht, wie bereits kleine Veränderungen die visuelle Wirkung einer Komposition beeinflussen. | + | * Mausposition |
| + | * Mausklick | ||
| + | * Tastatureingaben | ||
| - | ==== Teilaufgabe B – Variation & Transformation ==== | + | Durch diese Eingaben können Eigenschaften der Komposition verändert werden, beispielsweise: |
| - | Wählt eine der entstandenen Kompositionen aus und entwickelt daraus eine Serie von Variationen. Verändert einzelne Parameter wie Größe, | + | * Position |
| + | * Größe | ||
| + | * Farbe | ||
| + | * Flächenaufteilung | ||
| + | * Sichtbarkeit | ||
| + | * Bewegung | ||
| + | * Geschwindigkeit | ||
| - | Die Grundidee soll dabei erkennbar bleiben. Untersucht, wie weit ein visuelles | + | Verwendet verschiedene Formen der Veränderung – auch in Kombination. Untersucht |
| + | ------ | ||
| ===== Mini-Challenge 02 – Color & Perception ===== | ===== Mini-Challenge 02 – Color & Perception ===== | ||
| - | Wie verändert | + | Wie beeinflussen |
| - | ==== Teilaufgabe A – Color & Effect ==== | ||
| - | Verwendet eine bestehende oder neu entwickelte einfache Komposition und erstellt davon unterschiedliche Farbvarianten. | + | ==== Teilaufgabe A – RGB/CMY Layers ==== |
| - | Untersucht, wie Farbton, Sättigung, Helligkeit und unterschiedliche | + | Schaut euch zunächst die [[https:// |
| - | ==== Teilaufgabe B – Color in Context ==== | + | Eure Aufgabe ist es, einen DIN-A3-Ausdruck mit einer Multi-Layer-Komposition zu entwickeln, |
| - | Untersucht die Wirkung von Farbe in unterschiedlichen Zusammenhängen. Verwendet gleiche oder ähnliche Farben in unterschiedlichen visuellen Umgebungen und entwickelt daraus mehrere Varianten. | + | {{: |
| + | {{: | ||
| + | {{: | ||
| - | Setzt Farbe gezielt ein, um unterschiedliche Wirkungen wie Aufmerksamkeit, | + | === 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. Ein einfaches Beispiel wäre: blauer Ozean + gelber Fisch + rote Plastikflasche. Überlegt: | ||
| - | ===== Mini-Challenge 03 – Typography ===== | + | * 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? | ||
| - | Wie kann Schrift gleichzeitig Information und visuelles Gestaltungsmittel sein? | + | Durch drei zunächst unabhängige Motive soll eine gemeinsame Aussage entstehen. |
| - | ==== Teilaufgabe A – Type & Families ==== | + | === Komposition entwickeln |
| - | Wählt einen kurzen Text, ein Wort oder eine kleine Gruppe von Wörtern und gestaltet damit unterschiedliche typografische Varianten. | + | Arbeitet anschließend an eurer Bildcollage. Untersucht unterschiedliche Möglichkeiten der Überlagerung und optimiert insbesondere: |
| - | Experimentiert mit verschiedenen Schriftfamilien, | + | * Position |
| + | * Größe | ||
| + | * Ausschnitt | ||
| + | * Überlagerung | ||
| + | * Detailgrad | ||
| + | * Farbzuordnung | ||
| + | * visuelles Gewicht der einzelnen Motive | ||
| - | Vergleicht, wie stark die Wahl und Behandlung einer Schrift | + | Erstellt mehrere Varianten. Die drei Ebenen müssen nicht gleich |
| - | ==== Teilaufgabe B – Type as Form ==== | + | === Ergebnis |
| - | Verwendet Schrift nun bewusst als visuelles Material. Experimentiert mit Größe, Gewicht, Wiederholung, | + | Das finale Ergebnis ist ein DIN-A3-Ausdruck, |
| - | Entwickelt eine Serie, bei der Schrift nicht ausschließlich gelesen, sondern ebenso als Form und visuelles Ausdrucksmittel wahrgenommen wird. | + | === 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. | ||
| + | |||
| + | <WRAP center round important 100%> | ||
| + | Zur nächsten Besprechung den ausgedruckte DIN-A3-Print sowie die ausgedruckte Prozessdokumentation in der DokuBox mitbringen. | ||
| + | </ | ||
| + | |||
| + | |||
| + | ==== 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, | ||
| + | |||
| + | Für alle Arbeiten gilt dabei ein einheitliches <color /# | ||
| + | |||
| + | 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 von Leonie zu einem gemeinsamen Kursplakat über Sehphänomene und optische Täuschungen zusammengeführt. | ||
| + | |||
| + | Wie auch bei den vorherigen Aufgaben wandern alle Skizzen, Diagramme, Scribbles und kurzen Aufzeichnungen in die Dokubox. Zeigt anschließend, | ||
| + | |||
| + | |||
| + | ------ | ||
| + | ===== Mini-Challenge 03 – Typography ===== | ||
| + | |||
| + | Wie kann ein Buchstabe gleichzeitig Information und visuelle Form sein? | ||
| + | |||
| + | |||
| + | ==== Teilaufgabe A – Letter as Form ==== | ||
| + | |||
| + | * Verwenden Sie für diese Aufgabe [[extras: | ||
| + | * Wählen Sie [[extras: | ||
| + | * Wählen Sie sich __einen__ Buchstaben aus. | ||
| + | * Setzen Sie den Buchstaben interessant in ein quadratisches Format ein. Dabei darf der Buchstabe in der Größe, der Drehung und im Anschnitt variieren. Die verwendete Farbe muss entweder //schwarz auf weiß// oder //weiß auf schwarz// sein. | ||
| + | * Setzen Sie Ihre Ergebnisse in eine Gesamtkomposition von 5x5 Elementen zusammen. | ||
| + | * Drucken Sie Ihre Gesamtkomposition auf DIN A3 aus und bringen Sie diese beim nächsten mal mit in den Unterricht. \\ \\ Zur Inspiration: | ||
| + | * 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, | ||
| + | * 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 ==== | ||
| + | |||
| + | * Verwenden Sie für diese Aufgabe P5.JS. | ||
| + | * Bauen Sie auf Ihrer Gestaltung aus Aufgabe 3A auf. Nutzen Sie den dort gewählten Buchstaben, die Schrift und die Schwarz-Weiß-Gestaltung erneut. | ||
| + | * Entwickeln Sie für Ihren bisherigen Sketch eine einfache Benutzeroberfläche, | ||
| + | * Die im Sketch erzeugten Varianten sollen als Bilder exportiert werden können. | ||
| + | * 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 ===== | ===== Mini-Challenge 04 – Generative Systems ===== | ||
| - | Wie kann Gestaltung durch Regeln statt durch die Platzierung einzelner Elemente entstehen? | + | Wie kann Gestaltung durch Regeln |
| - | ==== Teilaufgabe A – Rules & Parameters ==== | ||
| - | Entwickelt mit [[extras: | + | ==== Teilaufgabe A – Visual Control & Variations ==== |
| - | Definiert | + | * Verwenden Sie für diese Aufgabe P5.JS. |
| + | * Entwickeln Sie Ihre Benutzeroberfläche aus der vorherigen Aufgabe weiter zu einem kleinen Gestaltungssystem. Erweitern Sie Ihren Sketch so, dass mit dem Interface mindestens drei klar unterscheidbare Bildvarianten oder Kompositionen erzeugt und gezielt gespeichert bzw. wieder aufgerufen werden können. | ||
| + | * Zusätzlich zu Button, Slider und Toggle Switch sollen die Bedienelemente nun so zusammenwirken, | ||
| + | * Die Benutzeroberfläche soll weiterhin vollständig selbst in P5.JS gestaltet werden und ausschließlich aus einfachen geometrischen | ||
| + | * Ziel ist es, ein konsistentes visuelles und funktionales Interface zu entwickeln, das nicht nur einzelne | ||
| + | * Die erzeugten Varianten sollen als Bilder exportiert | ||
| + | * Für die Dokubox: Haltet durch Skizzen, Scribbles, Diagramme | ||
| - | KI-Tools können für die Erstellung und Veränderung des Codes verwendet werden. Entscheidend ist nicht, den Code vollständig selbst zu schreiben, sondern zu verstehen, welche gestalterischen Parameter das Ergebnis beeinflussen. | ||
| - | ==== Teilaufgabe B – Variation | + | ==== Teilaufgabe B – Rules, Randomness |
| - | Entwickelt | + | Erweitert |
| - | Untersucht, wie aus wenigen einfachen Regeln komplexere visuelle Strukturen entstehen können. Wählt mehrere charakteristische Ergebnisse aus und dokumentiert, | + | Verwendet beispielsweise: |
| + | * '' | ||
| + | * 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, | ||
| + | |||
| + | === Dokumentation in der DokuBox === | ||
| + | |||
| + | Dokumentiert die Regeln und Grenzen eures generativen Systems durch **Skizzen, Scribbles, Diagramme und kurze Aufzeichnungen**. | ||
| + | |||
| + | Sammelt auch unerwartete, | ||
| + | |||
| + | Ergänzt den Link zum p5.js-Sketch. | ||
| + | |||
| + | |||
| + | ------ | ||
| ===== Mini-Challenge 05 – Motion & Time ===== | ===== Mini-Challenge 05 – Motion & Time ===== | ||
| - | Wie verändert Zeit die Wahrnehmung | + | Wie entsteht aus einzelnen statischen Zuständen |
| ==== Teilaufgabe A – Zoetrope ==== | ==== Teilaufgabe A – Zoetrope ==== | ||
| - | Entwickelt eine kurze zyklische Bewegungssequenz für ein Zoetrope. Die Bewegung soll aus einer begrenzten Anzahl einzelner Bilder | + | Entwickelt eine kurze **zyklische Bewegungssequenz für ein Zoetrop**. |
| + | |||
| + | Die Bewegung soll aus einer begrenzten Anzahl einzelner Bilder | ||
| + | |||
| + | Beginnt mit einer einfachen Bewegung. Verändert beispielsweise: | ||
| + | |||
| + | * Position | ||
| + | * Größe | ||
| + | * Form | ||
| + | * Orientierung | ||
| + | * Rotation | ||
| + | * Verformung | ||
| + | |||
| + | Plant die Bewegung zunächst | ||
| + | |||
| + | Ü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, | ||
| + | |||
| + | === 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. | ||
| - | Experimentiert mit der Veränderung von Form, Position, Größe oder Orientierung von Bild zu Bild. Entscheidend ist, wie aus einzelnen statischen Zuständen die Wahrnehmung einer Bewegung entsteht. | ||
| ==== Teilaufgabe B – Principles of Animation ==== | ==== Teilaufgabe B – Principles of Animation ==== | ||
| - | Entwickelt | + | Übertragt die Erfahrungen aus dem Zoetrop auf eine digitale |
| + | |||
| + | Wählt **mindestens zwei** | ||
| + | |||
| + | * 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, | ||
| + | |||
| + | === 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 | ||
| + | |||
| + | Druckt charakteristische Frames der unterschiedlichen Varianten aus, sodass die Veränderungen auch außerhalb des laufenden Sketches nachvollziehbar werden. | ||
| - | Experimentiert beispielsweise mit //Timing//, //Squash & Stretch//, // | + | Ergänzt den Link zum p5.js-Sketch. |
| + | ------ | ||
| ===== Mini-Challenge 06 – Sound & Experience ===== | ===== Mini-Challenge 06 – Sound & Experience ===== | ||
| - | Wie verändert | + | Wie kann Klang zu einem aktiven Bestandteil eines interaktiven digitalen Systems werden? |
| - | ==== Teilaufgabe A – Sound as Material ==== | + | Mit dieser Mini-Challenge beginnt eine zusammenhängende Entwicklung, |
| - | Entwickelt eine kurze akustische Studie | + | <WRAP center round box 100%> |
| + | **Sound Sketch → Game → Interactive System → Playable Facade** | ||
| + | </ | ||
| + | |||
| + | |||
| + | ==== Teilaufgabe A – Sound Machine ==== | ||
| + | |||
| + | Entwickelt | ||
| + | |||
| + | Der Sketch soll nicht einfach | ||
| + | |||
| + | 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, | ||
| + | |||
| + | 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: | ||
| + | |||
| + | <WRAP center round box 100%> | ||
| + | **Input → Veränderung → Visual + Sound** | ||
| + | </ | ||
| + | |||
| + | Dokumentiert Experimente, | ||
| + | |||
| + | Druckt Screenshots bzw. charakteristische Frames des finalen Sketches aus und ergänzt | ||
| + | |||
| + | Ergänzt den Link zum p5.js-Sketch. | ||
| + | |||
| + | |||
| + | ==== Teilaufgabe B – Make it a Game ==== | ||
| + | |||
| + | Entwickelt | ||
| + | |||
| + | 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, | ||
| + | |||
| + | Beschreibt eure Spielidee zunächst anhand von vier Fragen: | ||
| + | |||
| + | <WRAP center round box 100%> | ||
| + | **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**: | ||
| - | Experimentiert mit Rhythmus, Dauer, Intensität, | + | * Spielidee |
| + | * Spielziel | ||
| + | * Regeln | ||
| + | * mögliche Aktionen | ||
| + | * mögliche Reaktionen | ||
| + | * audiovisuelle Gestaltung | ||
| - | ==== Teilaufgabe B – Sound & Visuals ==== | + | Haltet unterschiedliche Entwicklungsstände des Spiels fest. |
| - | Verbindet Klang mit einer visuellen oder zeitbasierten Arbeit. Dabei kann auf Ergebnisse vorheriger Mini-Challenges zurückgegriffen oder eine neue kurze Studie entwickelt werden. | + | Druckt Screenshots bzw. charakteristische Frames des finalen Spiels aus und ergänzt |
| - | Erstellt unterschiedliche Varianten des Zusammenspiels von Bild, Bewegung und Klang. Untersucht insbesondere, | + | Ergänzt den Link zum p5.js-Sketch. |
| + | ------ | ||
| ===== Mini-Challenge 07 – Interaction & Response ===== | ===== Mini-Challenge 07 – Interaction & Response ===== | ||
| - | Wie wird aus einem medialen System | + | Wie kann ein einfaches Spiel durch die systematische Gestaltung von Interaktion und Feedback verbessert werden? |
| - | ==== Teilaufgabe A – Input & Interaction ==== | + | In dieser Mini-Challenge wird **kein neues Spiel entwickelt**. Das in Mini-Challenge 06 entstandene Spiel wird weitergeführt und gezielt untersucht. |
| - | Entwickelt mit [[extras: | ||
| - | Verwendet beispielsweise Mausposition, | + | ==== Teilaufgabe A – Interaction & Control ==== |
| - | Untersucht dabei den grundlegenden Zusammenhang: | + | Analysiert zunächst die Interaktion eures Spiels. |
| + | |||
| + | Beschreibt jede wichtige Interaktion mit dem einfachen Modell: | ||
| <WRAP center round box 100%> | <WRAP center round box 100%> | ||
| Line 126: | Line 449: | ||
| </ | </ | ||
| - | ==== Teilaufgabe B – Reaction & Feedback ==== | + | Beispiel: |
| - | Entwickelt das System aus Teilaufgabe A weiter und experimentiert mit unterschiedlichen Formen der Reaktion. | + | <WRAP center round box 100%> |
| + | **Mausklick → Prüfung, ob Objekt getroffen wurde → Objekt verschwindet + Klang wird abgespielt** | ||
| + | </ | ||
| - | Vergleicht beispielsweise unmittelbare und verzögerte Reaktionen oder unterschiedliche | + | Entwickelt anschließend mindestens **drei |
| - | Untersucht, wie die Art der Reaktion beeinflusst, | + | Untersucht |
| + | * Mausposition | ||
| + | * Mausklick | ||
| + | * Tastatur | ||
| + | * gedrückt halten | ||
| + | * wiederholte Eingaben | ||
| + | * Geschwindigkeit einer Eingabe | ||
| + | * Kombination mehrerer Eingaben | ||
| + | Vergleicht die Varianten miteinander. | ||
| + | |||
| + | Welche Steuerung ist unmittelbar verständlich? | ||
| + | |||
| + | 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, | ||
| + | * 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, | ||
| + | |||
| + | 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 ===== | ===== Mini-Challenge 08 – Space & Mixed Media ===== | ||
| - | Was passiert, wenn digitale Gestaltung | + | Was passiert |
| - | ==== Teilaufgabe A – From Screen to Space ==== | + | Ausgangspunkt ist das in Mini-Challenge 06 und 07 entwickelte Spiel. |
| - | Wählt einen digitalen Inhalt und übertragt ihn in eine konkrete räumliche Situation. | + | Als neuer Kontext dient die Medienfassade des **FIESP Building |
| - | Untersucht, wie sich seine Wirkung durch Maßstab, Position, Blickwinkel, | + | Das bisher für einen Computerbildschirm entwickelte Spiel wird nun als **öffentliche, architekturbezogene Anwendung** neu gedacht. |
| - | ==== Teilaufgabe B – Digital & Physical ==== | ||
| - | Entwickelt aus digitalen und physischen Elementen eine einfache // | + | ==== Teilaufgabe A – From Game to Facade ==== |
| - | Kombiniert dafür beispielsweise Projektion, Bild, Typografie, Bewegung, Klang, Objekt oder Raum. Entscheidend ist nicht die technische Komplexität, | + | Übertragt |
| - | Dokumentiert | + | 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 [[extras: | ||
| + | |||
| + | 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 | ||
| + | |||
| + | === 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: | ||
| + | |||
| + | <WRAP center round box 100%> | ||
| + | **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, | ||
| + | * 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: | ||
| + | |||
| + | <WRAP center round box 100%> | ||
| + | **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 | ||
| + | |||
| + | |||
| + | ===== Dokumentation ===== | ||
| + | |||
| + | Die Dokumentation ist Bestandteil jeder Mini-Challenge. Alle relevanten Arbeitsschritte werden kontinuierlich in der [[teaching: | ||
| + | |||
| + | 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 | ||
| + | * verworfene | ||
| + | * 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. | ||
| + | |||
| + | <WRAP center round important 100%> | ||
| + | **Nicht nur das Endergebnis zählt.** | ||
| + | |||
| + | Die Dokumentationsbox soll zeigen, wie sich eine Arbeit entwickelt hat: von ersten Scribbles und Überlegungen über Experimente, | ||
| + | </ | ||
| + | |||
| + | Insbesondere bei den Mini-Challenges 06–08 soll nachvollziehbar bleiben, wie sich **derselbe Entwurf über mehrere Wochen verändert und weiterentwickelt**: | ||
| + | |||
| + | <WRAP center round box 100%> | ||
| + | **Sound Machine → Game → Interaction → Feedback → Facade → Public Interaction** | ||
| + | </ | ||
/var/www/vhosts/ct-lab.info/wiki.ct-lab.info/data/attic/teaching/ba/create/ct102/semester-schedule/mini-challenges.1789809557.txt.gz · Last modified: by Felix Hardmood Beck