{"id":8336,"date":"2023-07-21T15:19:30","date_gmt":"2023-07-21T15:19:30","guid":{"rendered":"https:\/\/www.gamelab.ch\/?p=8336"},"modified":"2023-08-11T16:32:20","modified_gmt":"2023-08-11T16:32:20","slug":"gamesinmovement-xar-game-workshop-findings-und-outcomes-im-displayinteraktionsraum","status":"publish","type":"post","link":"https:\/\/www.gamelab.ch\/?p=8336","title":{"rendered":"GamesInMovement (XAR-Game-Workshop): Findings und Outcomes im DisplayInteraktionsRaum"},"content":{"rendered":"\n

Ren\u00e9 Bauer (gamelab.zhdk.ch<\/a>, gamedesign.zhdk.ch<\/a>) und Chris E. Leisi (IASpace<\/a>, gamedesign.zhdk.ch<\/a>)<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Es ist ein lang anhaltender Trend, Beamer bzw. allgemein Grossdisplays zu nutzen fuer Games. Wer wollte nicht schon immer auf riesigen Leinw\u00e4nden Actionspiele spielen etwa 3D-Games. Leider sind dann die meisten Games doch darauf ausgelegt, dass man alles im Blick ‚haben‘ muss. Wenige Spiele nutzen die Vor- und Nachteile von BigScreens (SplitScreen-Games mal ausgenommen). Denn dafuer braucht es im besten Fall auch neue Spielkonzepte (wie etwa bei SuperHapyyFunTimes<\/a> oder NanoRunners, <\/a>2012<\/a> vgl. auch AirConsole<\/a> – das allerdings meist auf 8 Spieler* beschr\u00e4nkt).<\/p>\n\n\n\n

In Sachen Experiences sind Beamer\/BigScreens aber schon l\u00e4nger anzutreffen. Vieles begann im Privaten mit teueren VirtualReality-Cave-Experiences in den 80\/90er Jahren (vgl. dazu Exercube<\/a>), wurde erweitert in interaktiven Installationen (wie etwa Mitl\u00e4ufer ZHdK, 2008). Virtual Reality war als Begriff in den 80\/90er Jahren gebr\u00e4uchlich fuer alle nicht-analogen Welten: also Computerspiele oder eben auch 3D-Darstellungen. Die dreidimensionale Nutzung des Raums als Projektionsflaeche wird seit mehr als einem Jahrzehnt im Projectionmapping benutzt (im Gamelab<\/a>-Zusammenhang etwa auf <\/a>Autos<\/a> 2016, PodRacerZ<\/a> – 3D-Modelle<\/a> 2018 oder in Pinballs PinballZ<\/a> 2016<\/a> oder im Mix bei HammerToFall Games@museum<\/a> <\/a>2018)<\/a>. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

All diese Experimente und „Spiele“ trenn(t)en den Input vom Display (wie das die meisten Games ‚machen‘). Der Mensch war\/wird zwar teilweise mit dem K\u00f6rper als Controller eingebunden, aber kontrolliert letztlich den Avatar auf dem Display. Viele Kinectinstallationen funktionieren auch nach diesem Trennprinzip. Diese Trennung hat viele Vorteile und geht einigen Problemen (Abbildung, Schatten, keine Beeinflussung, Delays) aus dem Weg – steht aber ganz im Gegensatz zur Spielkultur, in denen der K\u00f6rper Controller, Spielfigur auch als physikalische Box Teil des Spielfeldes sein kann. Man findet dies bei vielen Sportspielen bis hin zu Spielen wie ‚Lumpensack‘. Anders gesagt, der K\u00f6rper l\u00e4sst sich nicht auf einen Punkt ohne Masse, Gewicht, Kraft und Energie kondensieren in analogen Welten.<\/p>\n\n\n\n

Display und Interface als DisplayInteraktionsRaum<\/h2>\n\n\n\n

Kombiniert man den Displayraum, den Interaktionsraum und den Spieler* als Figur in einem Raum, f\u00e4llt diese kuenstliche Trennung wieder in sich zusammen. Der Raum wird durch nun verschiedene analoge und digitale Regeln nun viel eingeschr\u00e4nkter oder anders gesagt komplexer. Es ueberlagern sich verschiedenste ‚Regelsets‘ (analoge (Festk\u00f6rper, biologische K\u00f6rper, soziale) und digitale). Der Workshop nutzte deswegen im Immersive Arts <\/a>Space<\/a> das Mocapsystem Optitrack<\/a>, eine Bodenprojektion und die GameEngine Unity.<\/p>\n\n\n\n

GamesInMovement – Workshop<\/h2>\n\n\n\n

Der Workshop GamesInMovement ging als (weiterer) Workshop der Fragen nach, was fuer Spiele lassen sich mit dem oben beschriebenen Zusammenfall weiterentwickeln, neu erfinden. Welche Motivationsdesigns lassen sich sogar aus der Realwelt ableiten, wenn man den Display- und Interaktionsraum verschmilzt. Die Ausschreibung findet sich hier<\/a>.<\/p>\n\n\n\n

Gruppengr\u00f6sse<\/h2>\n\n\n\n

Wer Workshops organisiert, ist immer hin- und hergerissen in Sachen Aufwand und Ertrag oder anders gesagt: zwischen grossen Gruppen und damit Reichweite oder zwischen kleinen Gruppen und eher vielleicht feinen Projekten. Ganz zu schweigen davon, was die „Bespassung“ und grosse Gruppen fuer einen Aufwand mit sich bringen. <\/p>\n\n\n\n

Im Fall von GamesInMovement nahmen 8 Personen teil. 2 davon wollten einfach nur mal ‚reinsehen‘ und blieben einen Tag. Dies erm\u00f6glichte nach einem Tag Einfuehrung und einem Prototypen, dass jede Gruppe an einem eigenen Entwicker-PC mit Anschluss an die Bodenprojektion arbeiten konnte.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n\n\n\n\n

Workshopgruppenzusammensetzung<\/h2>\n\n\n\n

Die Zusammensetzung war: 2x GameDesign ZHdK, (2+1)x ZHaW Informatik, 1 Person Grafik\/Performance ZHdK extern und 2 x Leitung mit Erkl\u00e4rungen, Hilfe zur Selbsthilfe, Mentoring und eigenen Experimenten. Als zus\u00e4tzliche Testspieler waren 2 Mitarbeiter* der ZHdK dabei. Fuer einen Tag war zus\u00e4tzlich noch ein Externer dabei. <\/p>\n\n\n\n

Technik & M\u00f6glichkeiten<\/h2>\n\n\n\n

Als Technik kam das HighEnd<\/a>-MotionCaputring-System<\/a> mit 40 Kameras zum Einsatz. Die Positions-Daten wurden von einem zentralen Server an die einzelnen Workstations gestreamt, dort verarbeitet per Unity und der Output als Rendertexture an den Computer mit den Beamern geschickt und da dargestellt (gesplittet auf zwei Beamer). Bei einem der Computer war eine Leinwandprojektion optional direkt m\u00f6glich. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Es wurde nicht das MotionTracking fuer K\u00f6rper benutzt, sondern einzelne Objekte. In der Mehrheit der F\u00e4lle wurde mit eigenen Reflektor-Dreiecken (3 Reflektor-Punkte genannt Rigidbodies) gearbeitet, die je individuell nach Position und Ausrichtung getrackt wurden und die je eine spezifische ID enthielten, die in Unity ausgelesen werden konnte (Position und Ausrichtung). <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Die Vorteile sind dabei gross. Jedes Objekt kann durch mindestens 3 Reflektoren getrackt werden, diese k\u00f6nnen wiederum an anderen Objekten oder K\u00f6rperteilen befestigt werden Dadurch ist die Bandbreite m\u00f6glicher Anwendungen und schnelles Prototypen ueberhaupt erst richtig effizient (vs. FullbodyTrackig). Steuert man das Ganze mit Kopf oder Fuss oder gar mit einem Besen. Alles schnell und einfach umsetzbar. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Daraus folgt auch, dass man in der Entwicklungsphase viel unterwegs ist – gerade weil es um interaktive Prototypen geht. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Das UnityProjekt bildete die realen Metermasse und die Ausrichtung des Raumes ab. Der Output wurde per gerenderten Texture an den Beamer der Bodenprojektion geschickt und dargestellt. Der Delay auf der Bodenprojekten war vorhanden (kann aber optimiert werden), die direkte Anbindung des Leinwandbeamers erzeugte technisch weit weniger Latenz.<\/p>\n\n\n\n

Die Bodenprojektionsfl\u00e4che war 6×6 Meter gross. Das Tracking selbst war allerdings gr\u00f6sser. Nicht zu untersch\u00e4tzen sind die M\u00f6glichkeiten mehrere Objekte gleichzeitig zu tracken (etwa als Multiuser-Apps oder mehrere kontrollierbare Objekte per hin- und herschieben tracken) und die Objekte k\u00f6nnen teilverdeckt sein. Die Spieler* hatten in dem Setting auch einen Schatten (oder zwei). All zu schnell vergisst man bei der Entwicklung mit Projektionen aber, dass ja der projezierte Raum auch gestaltbar ist. Hier scheint der Diskurs und damit die Ideen noch viel zu vorgespurt, es ist die Idee der „flachen“ Projektionsfl\u00e4chen. Eine Auswirkung davon, dem IASpace fehlen weiterhin etwa „Turnmatten“ oder Turnk\u00e4sten.<\/p>\n\n\n\n

Ideation<\/h2>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Die Ideation war zweistufig. Die Entwicklung von Ideen, die Pr\u00e4sentation und die anschliessende Bildung von Gruppen anhand der Ideen. Die Entwicklung der Ideen wurde in 2x sich wechselnden Gruppen durchgefuehrt. Jeder* konnte zu jederzeit auch eigene Ideen zus\u00e4tzlich einbringen. <\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

<\/p>\n\n\n\n

Zuerst wurden Ideen ausgelesen, die am ersten Tag umgesetzt werden konnten. Dies erm\u00f6glichte es, ein Feeling fuer das Setting zu bekommen, was m\u00f6glich war (Lines, CatchMeFirst).<\/p>\n\n\n\n

Die Ideen verteilten sich auf Themen wie Instrumente, kooperative Gameplays (Schiffe, Floss etc), Alltagsuebersetzungen in XAR, Neukreationen von Gesellschaftspspielen, … etc. <\/p>\n\n\n\n

Die konkreten Experimente\/Games\/Artefakte<\/h2>\n\n\n\n

Im Nachfolgenden sollen die Spiele kurz dargestellt werden und die Findings festgehalten werden. Die Idee dahinter: Die Spiele sollen such- und lesbar werden. Denn de facto werden diese Spiele (wie viele andere solcher Experimente) ausser im IASpace nirgendwo mehr spielbar sein. Dabei handelt es sich durchaus im Gamedesignbereich um Anwendungsforschung im Bereich des M\u00f6glichkeitsraumes von XAR-Games. <\/p>\n\n\n\n

(Mit * sind die Titel markiert, wo der letzte Titel unklar war.)<\/p>\n\n\n\n

Lines* (Leonard L)<\/strong> – Einerspiel- oder Zweierspielerspiel<\/strong><\/p>\n\n\n\n