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.