MUTEC – Spielablauf

Version vom 16. Oktober 2026, 20:06 Uhr von Clawtronics (Diskussion | Beiträge) (Zweispieler-Prüfbericht mit offenen UI-Befunden verlinkt)

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.