MUTEC – Spielablauf

Stand 11.10.2026. Das Frontend trennt Einführung, Bedienung/Spiel und Ergebnis. Gemeinsame Kartenmodule: control/flow.js, flow.css, paddle-flow.js. Karten enthalten ein SVG-Piktogramm, kurzen Text und „Verstanden, weiter“.

Papierflug

Sensoren erlauben oder Touch wählen → Haltung kalibrieren bzw. Touch-Erklärung → Flugstart mit Steuerungswahl. Im Spiel nur aktuelle Steuerung, Punkte/Zeit und Neustart/Ende. Ergebnis: Punkte/Ringe, dreistelliger Arcade-Name, Bestenliste, neue Runde. Vorzeitiges Ende verwendet ausschließlich die bis dahin vom Display erzielten Punkte.

Pong und Pöng: zweiter Spieler

QR-Code öffnet direkt die Gast-Infokarten. Die Gastanmeldung erzeugt eine Anfrage; der Computer spielt weiter. Spieler 1 kann „Spiel unterbrechen & annehmen“ oder „Jetzt nicht“ wählen. Annahme bereitet eine neue Zweispielerpartie vor. Beide melden Bereitschaft; erst mit beiden Verbindungen und der Anzeige startet ein gemeinsamer Countdown 3–2–1. Für eine Wiederholung melden sich beide erneut bereit; die Reihenfolge ist egal. Ohne verbundene Teilnehmer startet keine Partie.

Gasttrennung pausiert die Zweispielerpartie. Wiederverbindung erfordert erneute Bereitschaft nach der Einführung. Nach 15 Sekunden ohne Gastverbindung wird der rechte Platz frei; der Computer übernimmt mit Countdown. Eine ausdrückliche Gastabmeldung beendet nur den Gastzugang. Die Station bleibt für Spieler 1 reserviert.

game.lobby vom Smartphone enthält ausschließlich action,id. Gäste dürfen nur ready. accept,reject,restart,end bleiben dem Besitzer vorbehalten. Vor Annahme leitet der Relay keinen Gast-Schläger an die Anzeige weiter. Rückkanal: gameId,roundId,phase,hostReady,guestReady,guestPending,guestAccepted,guestConnected,startAt,serverAt. Keine neuen MegBes-/UDP-/Ticket-Rechte für Gäste. Der Ablauf wird in realtime/game-lobby.js verwaltet.

Weitere Angebote

Finde den Ort: Einführung → Suche → Ergebnis mit Stadt, Punkten, Zeit und Hinweisen. Abbruch und neue Suche sind möglich. Aquarium: Einführung → gestalten/speichern/steuern → Schlusskarte mit dem eigenen Tier. HTML-Video: Einführung → vorhandene synchronisierte Filmsteuerung → Schlusskarte nach Filmende. Medienauswahl erhält ebenfalls eine kurze Einführung.

Bestenliste und Dienst

Die bisherige Meldung „Dienst nicht verfügbar“ beim Eintragen wurde auf den strengen systemd-Dateisystemschutz eingegrenzt: Das Ergebnisverzeichnis gehörte bereits dem Dienstbenutzer, war im Dienst aber schreibgeschützt. Das vorbereitete Update ergänzt ausschließlich ReadWritePaths=/opt/mutec-realtime/data unter /etc/systemd/system/mutec-realtime.service.d/highscores.conf. Bestehende Ergebnisse bleiben erhalten. Eine echte Schreib-/Lese-/Löschprüfung unter dem Dienstbenutzer und strengem Dateisystemschutz erfolgt im Installer. Schreibfehler verwerfen ein noch nicht gespeichertes Ergebnis nicht; der Besucher kann erneut eintragen.

Auslieferung und Prüfung

Serverpaket: /home/clawtronics/mutec-flow-update. Als root bei freier Station 50: bash /home/clawtronics/mutec-flow-update/apply-flow-update.sh. 32 Servertests auf dem VPS bestanden; Installer mit Sicherung/Rücknahme. Frontend-Dateien separat über den bestehenden Webserverzugang. Fähigkeiten gameFlow:true nach Installation. Bis dahin informiert der letzte Spiele-Intro-Schritt über die noch ausstehende Servereinrichtung.

Browserprüfung mit getrennten Besitzer-/Gast-/Display-Kontexten: Beitritt ohne Unterbrechung, Zustimmung, Bereitschaft, Countdown, Neustart, Ende. Papierflug mit Touch und simulierten Sensordaten sowie lokalem Arcade-Eintrag über echten WebSocket. Ortssuche mit lokaler Kartenattrappe; Aquarium/Video/Medien mit Einführung und Hauptansicht. Diese Prüfungen steuern keine reale MegBes-Hardware. Echte Mobilgeräte, LED-Counter und produktiver Arcade-Eintrag bleiben vor Ort zu prüfen.

MegBes-external/-internal, DISPLAY_KEY und Relay-Umgebungsdatei werden nicht geändert. Der bestehende Ticketablauf-Wächter bleibt aktiv. Smartphone-Seiten und Electron-Webseiten nach Installation neu laden.

Installation bestätigt

Der Administrator hat das Update am 11.10.2026 installiert: 32 Tests bestanden, echte Bestenlisten-Schreibprüfung unter Dienst-Schutz bestanden. ReadWritePaths=/opt/mutec-realtime/data aktiv; NeedDaemonReload=no. Relay und Ticketablauf-Wächter aktiv. Öffentliche Fähigkeiten bestätigen gameFlow:true. Sicherung: /var/backups/mutec-realtime/flow-20261011T202430Z-176562. Die während der Installation erschienene Warnung über geänderte Dienstdateien wurde durch das anschließende daemon-reload erledigt. Smartphone-Seiten und Electron-Webseiten neu laden; echte Sensoren, LED-Darstellung und produktiven Flug-Eintrag vor Ort prüfen.

Mobile Pong-Einladung

Stand 12.10.2026: Für Pong und Pöng wurde der QR-Code vom LED-Counter auf das Smartphone von Spieler 1 verlegt. Der Counter enthält kein QR-/Einladungspanel mehr; seine Punkteanzeige liegt mittig. Letzte Infokarte: '1 Spieler starten' gegen den Computer oder '2 Spieler' für einen großen unverzerrten QR-Code auf dem eigenen Smartphone. Nach ausdrücklicher Zweispielerwahl im Intro und Gastbeitritt gilt die Einladung bereits als Zustimmung. Bei einer späteren Einladung über den 2-Spieler-Button im laufenden Spiel bleibt die Computerrunde bis zur ausdrücklichen Annahme erhalten. Gast-Infokarten, Bereitschaft und Countdown bleiben bestehen. Gäste erhalten keine weiteren MegBes-Rechte.

Neue Relay-Route POST /mutec-control-api/pong/invite: Nur der aktuelle Besitzer seiner eigenen Pong-/Pöng-Sitzung darf eine kurzlebige einmalige Einladung abrufen. Gäste, fremde Module und abgelaufene Sitzungen sind ausgeschlossen. Der Display-Schlüssel wird nicht an das Smartphone übergeben. Frontend hochgeladen und Browserprüfung mit getrennten Smartphones/Display bestanden. Serverpaket unter /home/clawtronics/mutec-invite-update vorbereitet; 38 Tests auf dem VPS bestanden. Root-Installation steht noch aus: bash /home/clawtronics/mutec-invite-update/apply-invite-update.sh. Der Installer sichert und ersetzt nur server.js und den Relay-Test, prüft den unveränderten Ausgangsstand und startet den Relay neu. Flight-Wettbewerb, Bestenlisten, Ticketablauf-Wächter, DISPLAY_KEY und MegBes-external/-internal bleiben erhalten. Danach Smartphone-Seiten und Electron-Webseiten neu laden.

Einheitliche Spiele und Bestenlisten

Stand 13.10.2026: MUTEC – Einheitliche Spiele dokumentiert optionale Zweispielerrunden auch für Finde den Ort, vier getrennte Top-10-Listen ausschließlich auf der Electron-Anzeige vor/nach dem Spiel und eigene qualifizierte Arcade-Einträge für Besitzer/Gast. Pong/Pöng werten Tore und aktive Zeit mit Siegbonus. Die vorhandene Flight-Wertung und die Karte mit getrennten Kameras/Hinweisen bleiben erhalten. Frontend hochgeladen und geprüft; 48 Servertests auf dem VPS bestanden. Serverpaket unter /home/clawtronics/mutec-unified-update am 13.10.2026 erfolgreich installiert; alle 48 Tests und die Schreibpruefung bestanden. Die oeffentliche API meldet unifiedGames=true; Relay und Ticketablauf-Waechter sind aktiv. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.

Zentrierung und Eingabekorrektur vom 16.10.2026

Die vier Spiele ordnen Informationen/Ergebnis und Bestenliste vor und nach der Runde untereinander auf einer gemeinsamen Mittelachse im mittleren Bildschirmbereich an. Flight blendet die Namensmaske nur noch ueber das serverseitig freigegebene Spielergebnis ein; die alte Ergebnisroutine zeigte die Maske zuvor auch ohne gueltiges offenes Ergebnis. Eingabe mit Enter oder Eintragen, Unicode-Normalisierung und Entfernen aeusserer Leerzeichen; bestehende 1-20-Zeichen-Regel bleibt erhalten. Erfolg wird sichtbar bestaetigt. Bei Fehlern bleiben Name und Ergebnis erhalten; nach 12 Sekunden gibt es eine Fehlermeldung und erneute Bedienbarkeit. Unvollstaendige/nicht qualifizierte Runden zeigen eine Erklaerung. Browserpruefung fuer alle vier Spiele mit zehn Eintraegen vor/nach bei 1920x1080 und 1376x490 bestanden; Mobile-Eingabe, HTTP-Fehler/Wiederholen und Timeout ebenfalls geprueft. 29 Frontend-Dateien gesichert und oeffentlich per Pruefsumme bestaetigt. Keine Server-/Score-Daten-Aenderung, kein root-Update. Smartphone-/Electron-Seiten neu laden; physischer LED-Test noch offen.

Zweispieler-Prüfung vom 16.10.2026

MUTEC – Zweispieler-Prüfung dokumentiert die 125 bestandenen Servertests, die tatsächlich sichtbaren Optionen beider Spieler und drei noch offene Oberflächenfehler. Keine Änderung des Produktivsystems durch diese Prüfung.

Arcade-Beitritt: Here comes a new challenger, 18.10.2026

Neues Ziel: mehrere gültige Tickets dürfen unabhängig angemeldet sein. Station 50 / LED-Counter bleibt genau einer normalen Steuersitzung zugeordnet. Weitere Besucher sehen bei belegtem Counter die laufende Anwendung und passende Aktionen statt einer Liste nicht startbarer Apps. Beitritt ist keine zustimmungspflichtige Anfrage mehr.

Besucherablauf

Bei freiem Counter bleiben die drei Tabs Medien / Education / Games sichtbar. Bei belegtem Counter werden die betreffenden Auswahltabs und App-Kacheln ausgeblendet. Beitretbares Spiel: nur Mitspielen. Ein Klick öffnet die Erklärung, dass der Beitritt die laufende Runde unterbricht; erst Ja, mitspielen sendet den Beitritt. Zurück schließt den Dialog ohne Auswirkung. Bestätigung eröffnet sofort eine akzeptierte Gastrolle und eine neue Zweispieler-Runde; Spieler 1 hat kein Annehmen/Ablehnen mehr. Auf seinem Smartphone und der Anzeige steht Here comes a new challenger. Bis Spieler 2 seine kurze Einführung bzw. Sensorfreigabe abgeschlossen hat, wartet das Spiel. Wenn Gastgeber, Gast und Display bereit/verbunden sind: vollständiger Countdown von drei Sekunden, dann gemeinsamer Start.

Die unterbrochene Einzelrunde wird durch eine neue gemeinsame Runde ersetzt; der Zugang und die Stationsreservierung von Spieler 1 bleiben erhalten. Der Gast kann nur seine Spielrolle steuern, keine Stationsbefehle, App-Wechsel, Neustarts oder Spielenden auslösen. Die Stationshoheit bleibt beim Gastgeber; er kann die App weiterhin selbst verlassen. Ein voller Zweispieler-Platz zeigt die Belegung ohne weiteren Beitrittsbutton. Ein Film oder 3D-Objekt zeigt eine Belegungsinfo; beim Freigeben erscheint automatisch die Auswahl wieder. Im bestehenden gemeinsamen Farbraum ist Gemeinsam malen die passende Aktion (bis 24 Personen). Der separate neue Farben-Spielmodus nutzt wie die vier bisherigen Spiele den Challenger-Beitritt. Vorhandene Aqua-Editor-/Stationsregeln wurden nicht umgebaut.

Schnittstellen und Grenzen

GET /station/availability prüft das Besucherticket und den aktuellen MegBes-Stationszustand, liefert station=50, Label, App, Belegung und erlaubte Beitritts-/Gemeinschaftsaktion. Keine Ticket-/Steuertoken oder Besucheridentitäten im Ergebnis. Menü fragt sichtbar alle 2,5 Sekunden und bei Rückkehr in den Tab ab. POST /game/challenge akzeptiert ausschließlich feature und die konkrete gameId; dieselbe Zugangskontrolle wie vorher, serielle Reservierung gegen doppelte Gäste. Veraltete Partie oder App-Wechsel werden abgewiesen. Dasselbe Ticket kann seinen noch vorhandenen Gastzugang wieder abrufen, ohne erneut zu unterbrechen. Der alte Anfrage-Endpunkt bleibt für bereits geladene ältere Frontends kompatibel; alle Seiten nach Aktivierung neu laden.

Lobby-Snapshot hat challenger=true für die neue Übernahme. Der erste Gastgeber muss seine Steuerung weiterhin vorbereiten, wenn er noch im Intro war. Gastbereitschaft startet erst mit allen Verbindungen. Abbruch und Timeout geben nur den Gastplatz frei, keine Trailer-/Stationsabmeldung. Erste Gastvorbereitung maximal 90 Sekunden, ungebundener bzw. verlorener Gastzugang weiterhin 15 Sekunden. Nach einmaliger Vorbereitung greift die 90-Sekunden-Frist bei späteren Wiederverbindungen/Revanchen nicht erneut. Ticketwiderruf, Sessionablauf und Gastgeberverlust behalten die bestehenden Schutzregeln. Challenger-Anzeige in der mittleren Bildschirmhälfte, mit horizontaler LED-Vorverzerrung.

Prüfung und Installation

194 Tests lokal und auf Linux/VPS bestanden, basierend auf den tatsächlich laufenden Servermodulen einschließlich des neuen Farben-Spiels. Geprüft für Pong, Pöng, Flight, Ortssuche und Farben-Spiel: sofortige Annahme nach Bestätigung, kein Gastgeber-Veto, verpflichtende Vorbereitung, vollständiger Countdown, zwei gleichzeitige Gäste, Wiederholung, voller Platz, Abbruch/Timeout, Wiederverbindung, falsches/abgelaufenes Ticket, falsche Partie und fehlende Stationsrechte. HTTP-Status und Challenge-Endpunkt authentifiziert geprüft. Browser mit echtem isoliertem Relay: Pong/Pöng einschließlich laufendem Solo, Bestätigungsabbruch ohne Unterbrechung, Smartphone-/Display-Meldung, Gastintro, Countdown, dritter Besucher, Gastausstieg und freier Auswahl. Zusätzlich Video, Objects und gemeinsamer Farbraum; öffentliche Website mit simulierten Statusdaten geprüft. Keine echte Station gesteuert.

52 Frontend-Dateien gesichert und öffentlich bytegleich hochgeladen. Aktivierung ist über challengerArcade in capabilities abgesichert: solange das Relay nicht aktualisiert ist, gilt weiterhin der bisherige Ablauf. Serverpaket auf /home/clawtronics/mutec-challenger-update bereit; als root bei freier Station 50 ausführen: bash /home/clawtronics/mutec-challenger-update/apply-challenger-update.sh. Installer prüft Paket, Tests und SHA-Ausgangsstand aller Servermodule vor Änderungen, sichert die ersetzten Dateien und hat Rollback. Ersetzt nur server.js, pong-guests.js, game-lobby.js und den neuen Test. DISPLAY_KEY, Umgebungsdatei, Bestenlisten, MegBes-Programme, vorhandene Farben-Spielmodule und synced sources/ bleiben erhalten. Root-Aktivierung bei Dokumentation noch ausstehend. Danach Smartphone-Seiten und Electron-Webseiten neu laden; physischer Messestandtest noch erforderlich.

Artefakte im bisherigen Codex-Arbeitsordner outputs/: MUTEC-Challenger-server.tar.gz, zugehörige SHA-Datei, apply-challenger-update.sh, MUTEC-Challenger-VPS-Test.txt, MUTEC-Challenger-Frontend.zip, MUTEC-Challenger-Installation.json und MUTEC-Challenger-Browserpruefung.json. Geprüfter Relay-Quellstand im Arbeitsordner work/challenger-stage/realtime; nicht blind aus älteren Frontendpaketen gemeinsame Session-/Client-Dateien überschreiben.

Arcade-Beitritt aktiviert, 18.10.2026

Root-Installation erfolgreich abgeschlossen: 194 Tests bestanden, Relay und Ablauf-Wächter aktiv. Health meldet challengerArcade=true; auch die öffentliche capabilities-Schnittstelle mit dem erlaubten Website-Origin wurde nach der Installation mit challengerArcade=true geprüft. Der zuvor als ausstehend dokumentierte Arcade-Ablauf ist damit aktiviert. Serversicherung: /var/backups/mutec-realtime/challenger-20261018T204434Z-3580490. Smartphone-Seiten und Electron-Webseiten neu laden. Physischer Test mit zwei Mobilgeräten am Counter bleibt noch durchzuführen.