MegBes Wiki - Letzte Änderungen [de]

Messe

Clawtronics — Wed, 28 Oct 2026 15:33:41 GMT

Neuen Direktzugriff Messeguide verlinkt

← Nächstältere Version		Version vom 28. Oktober 2026, 15:33 Uhr
Zeile 48:		Zeile 48:

	Die Umsetzung [[MUTEC – WebSocket-Steuerung]] wird zunächst unter tine getestet. Der Wechsel auf messe erfolgt nach separater Abnahme mit projektgetrennter Ticket-/Relay-Konfiguration. Stand 09.10.2026: noch nicht live installiert.		Die Umsetzung [[MUTEC – WebSocket-Steuerung]] wird zunächst unter tine getestet. Der Wechsel auf messe erfolgt nach separater Abnahme mit projektgetrennter Ticket-/Relay-Konfiguration. Stand 09.10.2026: noch nicht live installiert.

			== Direkter Zugang Messeguide ==
			Der ergänzende Backend-Zugang unter https://messeguide.megbes.de/ ist unter [[Messeguide]] dokumentiert. Stand 28.10.2026: HTTPS und ticketloser Backend-Zugang eingerichtet; Abnahme bis zur konkreten Station noch offen.

Messeguide

Clawtronics — Wed, 28 Oct 2026 15:33:41 GMT

Messeguide-Backend eingerichtet; HTTPS und Direktzugriff geprüft, Stationsabnahme offen

Neue Seite

= Messeguide – direkter Zugriff auf das Messe-Terminal =

Stand: 28. Oktober 2026. Ergänzender Direktzugriff zum Projekt [[Messe]], analog zu [[MiQua Guide]] und [[HON]].

== Bereitstellung ==
{| class="wikitable"
! Angabe !! Wert
|-
| Öffentliche Backend-Adresse || https://messeguide.megbes.de/
|-
| Projektschlüssel || <code>messeguide</code>
|-
| Plesk-Container || <code>megbes-external-messeguide</code>
|-
| Image || <code>tinetronics/megbes-external:MARCH-2026-1-RELEASE</code>
|-
| Port || <code>127.0.0.1:32772 → 8080/tcp</code>; Container-Port nicht direkt aus dem Internet erreichbar
|-
| nginx-Proxy || <code>messeguide.megbes.de/ → megbes-external-messeguide:8080</code>
|-
| Start || Automatischer Start nach Serverneustart aktiviert
|-
| HTTPS || Let's Encrypt, automatische Erneuerung; HTTP leitet auf HTTPS um
|-
| Clientzertifikat zum Internal || Vorhandenes Messe-Zertifikat: <code>/home/certs/messe → /opt/app/certs</code>
|-
| Konfiguration || <code>tinetronics/megbes-config</code>, <code>megbes-external-config.json</code>, Eintrag <code>messeguide</code>
|-
| Konfiguriertes Internal-Ziel || <code>https://messe-dyndns.megbes.de:18905</code> (aus bestehender Messe-Konfiguration übernommen)
|}

Die Umgebungsvariablen entsprechen der bestehenden Messe-Instanz; <code>SPRING_APPLICATION_NAME=messeguide</code>. Der neue Projekteintrag enthält die drei Internal-Verbindungsfelder ohne Ticket-Administratorfelder. Keine Zugangsdaten, Tokens oder Zertifikatspasswörter auf dieser Seite speichern.

== Prüfung und verbleibende Abnahme ==
* DNS zeigt auf den zentralen Plesk-Server.
* Neuer Container gestartet; <code>GET /info</code> lokal und über öffentliches HTTPS ohne Ticket mit HTTP 200 geprüft.
* HTTP-zu-HTTPS-Weiterleitung liefert HTTP 301.
* Leere Befehlsliste an <code>POST /video-command</code> wird mit HTTP 400 zurückgewiesen; kein Stationsbefehl gesendet.
* <code>GET /management/health</code> ohne Verwaltungsberechtigung wird mit HTTP 401 zurückgewiesen.
* Bisheriger Messe-Endpunkt <code>/info</code> weiterhin HTTP 200.
* '''Offen:''' Stationsnummer und geeigneten Testbefehl mit Koi festlegen; danach Verbindung einschließlich Clientzertifikat bis zum Messe-Terminal prüfen. Dabei klären, ob am Standort ein eigener Internal-Container bzw. abweichender Port für die Direktbedienung erforderlich ist.
* Eine vorhandene Ticket-Oberfläche wird durch diesen Backend-Zugang nicht automatisch auf ticketlosen Betrieb umgestellt. Oberflächenanbindung separat nach Bedarf durchführen.

[[Kategorie:MegBes]]
[[Kategorie:Projekte]]

Architektur

Koi — Wed, 28 Oct 2026 14:48:28 GMT

← Nächstältere Version		Version vom 28. Oktober 2026, 14:48 Uhr
Zeile 11:		Zeile 11:
	megbes-internal (Server beim Kunden)		megbes-internal (Server beim Kunden)
	↓		↓
	UDP im Ausstellungsnetz		UDP im Ausstellungsnetz
	↓		↓
	BrightSign, PC, Raspberry Pi oder anderes UDP-fähiges Gerät		BrightSign, PC, Raspberry Pi oder anderes UDP-fähiges Gerät

MUTEC – Mobile Apps

Clawtronics — Wed, 21 Oct 2026 16:14:18 GMT

Root-Aktivierung der Trailer-Automatik und Testumfang bestaetigt

← Nächstältere Version		Version vom 21. Oktober 2026, 16:14 Uhr
(4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 95:		Zeile 95:
	== Museumsguide ==		== Museumsguide ==
	Seit 20.10.2026 unter Education: Dummy-Ausstellung mit Sprach-/Untertitelwahl, vierstelligen Stationscodes, Originaltexten und Audios aus BAYAM/GKP, Bildergalerie und Umfragen. Auch bei belegtem Counter verfuegbar. Station-JSONs bleiben kompatibel; importierte IPs bleiben bis zur ausdruecklichen Zuordnung im Demo-Modus. Details: [[MUTEC – Museumsguide]].		Seit 20.10.2026 unter Education: Dummy-Ausstellung mit Sprach-/Untertitelwahl, vierstelligen Stationscodes, Originaltexten und Audios aus BAYAM/GKP, Bildergalerie und Umfragen. Auch bei belegtem Counter verfuegbar. Station-JSONs bleiben kompatibel; importierte IPs bleiben bis zur ausdruecklichen Zuordnung im Demo-Modus. Details: [[MUTEC – Museumsguide]].

			== Messages und YouTube wieder im Medien-Tab ==
			Stand 21.10.2026: Die ursprünglichen iFrames formmessage.php (Messages) und form.php (YouTube) stehen wieder direkt unter den Filmbeiträgen im Tab Medien. Ticket-Anmeldung bleibt erforderlich; erst Senden reserviert die exklusive media-Sitzung. Reines Öffnen der Medienauswahl reserviert den Counter nicht. Beide Formulare teilen dieselbe Sitzung; fremde Belegungen erlauben kein Senden.

			Bestehende Signale bleiben erhalten: 50-message für Nachrichten, 166-youtube und 50-youtube für den YouTube-Link. „Wiedergabe beenden“ startet den Trailer und gibt die Station frei. Reload und erneuter Ticket-Scan im selben Browserprofil führen zur Medienauswahl mit derselben media-Sitzung zurück. Andere Anwendungen behalten den bisherigen Ablauf.

			Sieben Dateien vorab lokal und vom Webserver gesichert, installiert und geprüft. Isolierte Prüfungen für beide Formulare, Befehle, gemeinsame Reservierung, Belegungssperre, Trailer, Reload/Tab-Übernahme sowie bestehender Pong-/Login-Ablauf. PHP-Syntax und reale Ablehnung nicht authentifizierter POSTs geprüft; öffentlicher Browsertest mit simuliertem Speichern und simulierten Befehlen, ohne Counter-Umschaltung. Kein Relay-Update und keine Änderungen an sources/.

			== YouTube als steuerbarer Medienbeitrag ==
			Stand 21.10.2026: YouTube ist jetzt ein eigener Medien-Button wie Wasser und Drotschmann. Der bisherige YouTube-iFrame im Hauptmenü entfällt; Messages bleibt erhalten. Nach Öffnen zeigt die bestehende Filmsteuerung ein zusätzliches YouTube-URL-Feld. Play/Pause, Fortschrittsregler, ±10 Sekunden und Lautstärke steuern den Counter. Der YouTube-Ton läuft auf Wunsch am Counter. Beim Wechsel zu lokalen Filmen bleiben Smartphone-Ton, Sprachspuren und Kapitel erhalten.

			Die offizielle YouTube IFrame Player API wird im vorhandenen Electron-Reiter video eingesetzt (166-video / 50-maps). Kein neuer Reiter, kein neuer Schlüssel, kein Relay- oder Electron-Programmupdate. Der aktuelle VPS-Validator wurde auf Kompatibilität geprüft. youtube.js akzeptiert nur bekannte YouTube-Hostnamen und gültige einzelne Video-IDs. WebSocket nutzt unverändert video.command / video.listener / video.status; begrenzte Medienkennungen youtube_<Video-ID>_v<Lautstärke 0–100> übertragen Videoauswahl und Lautstärke. Eine Lautstärkeänderung desselben Videos erhält Abspielposition und Play/Pause. Roh-URLs oder beliebige Netzwerkziele werden nicht übertragen.

			Referrer-Policy strict-origin-when-cross-origin und origin sind gesetzt. Keine Stream-Extraktion, keine separate YouTube-Audiospur und keine verdeckenden MUTEC-Overlays über dem YouTube-Player. Einbettungs-/Netzwerk-/Autoplay-Fehler werden angezeigt. YouTube-eigene Freigaben, Werbung und Verfügbarkeit gelten weiterhin; Live-Streams ohne bekannte Dauer haben keinen normalen Fortschrittsregler. Exklusive Ticket-Sitzung, Sperre bei fremder Belegung, Tab-Übernahme und Trailer-Rückkehr bleiben erhalten.

			Zwölf Dateien vorab lokal und auf dem Webserver gesichert und installiert. Geprüft mit echter lokaler WebSocket-Verbindung und simuliertem YouTube-Player: Medienauswahl, URL-Prüfung, Play/Pause/Seek, Counter-Ton/Lautstärke ohne Sprung, laufende Wasser-Wiedergabe mit Smartphone-Ton, Fehler/Wiederaufnahme, Tab-Übernahme, Trailer und Mobilansichten. Bestehender Pong-/Login-Ablauf geprüft. Echte YouTube-API sowohl lokal als auch über die veröffentlichte HTTPS-Herkunft erfolgreich mit Video-Metadaten geprüft; öffentlicher Bedienoberflächentest mit simulierten Stationsbefehlen. Physischer Hör-/Bildtest am LED-Counter steht nach Neuladen/Neustart von Electron aus. views.json ist bereits passend eingerichtet. sources/ unverändert.

			[https://www.tinetronics.de/mutec/video/README-YouTube.md Technische Anleitung] · [https://developers.google.com/youtube/iframe_api_reference Offizielle YouTube-API] · [https://developers.google.com/youtube/terms/required-minimum-functionality Einbettung und Client-Identifikation]

			== YouTube: automatischer Start ohne Lautstärkeregler ==
			Update 21.10.2026: Der Lautstärkeregler ist für YouTube entfernt; der Ton bleibt am Counter. Lokale Filme behalten Smartphone-Ton und dessen Lautstärkeregler.

			„Video laden“ sendet die Videoauswahl; erst die Bestätigung des Counters löst unmittelbar Play aus. Kein zweiter Start-Klick und keine geschätzte Ladeverzögerung. Zeitposition und Wiedergabestatus kommen weiter vom Counter. Fehler und Verbindungsverlust verwerfen den vorgemerkten automatischen Start. Neue YouTube-Links verwenden den festen Player-Ausgangswert 100 Prozent. Die physische Audioanlage bestimmt die gewünschte Lautstärke vor Ort.

			Drei Frontend-/Dokumentationsdateien vorab gesichert und veröffentlicht. Geprüft über echte lokale WebSocket-Verbindung mit simuliertem YouTube-Player: automatischer Start, versteckter Regler, Play/Pause/Seek, laufendes Wasser mit Smartphone-Ton und Regler, URL- und Einbettungsfehler mit Wiederaufnahme, Tab-Übernahme, Trailer und schmale Mobilansichten. Kein Relay-/Electron-Update. Smartphone-Seite neu laden.

			== Automatische Auswahl und Trailer bei Inaktivitaet ==
			Stand 21.10.2026: Frontend aktualisiert, Relay-Paket vorbereitet und auf VPS getestet; die Server-Aktivierung erfolgt noch durch root mit <code>bash /home/clawtronics/mutec-idle-update/apply-idle-update.sh</code> bei freier Station 50.

			Abgelaufene Steuersitzungen führen automatisch zur Auswahl, sowohl bei API-Fehler als auch WebSocket-Code 4001. Ein weiterhin gültiges MegBes-Ticket bleibt erhalten. Ist das Ticket selbst ungültig, gilt weiter die normale Ticket-Prüfung/Dankeseite. Reine Netzfehler werden nicht als Sitzungsablauf behandelt; doppelte Steuerverbindungen geben keine fremde Sitzung frei. Gäste mit eigener angemeldeter Ticket-Sitzung kehren ebenfalls zur Auswahl zurück, anonyme Gäste behalten die Dankeseite. Eine alte automatische Rückkehr kann einen zwischenzeitlich neu gescannten Tab nicht übernehmen.

			Smartphone-Seiten verlängern die Sitzung im Hintergrund nicht mehr. Beim Wiederanzeigen wird geprüft. Die vorhandene Steuersitzungsfrist beträgt ca. 45 Sekunden; nach Relay-Update startet auch deren automatischer Ablauf 50-Trailer vor der Freigabe. Bei Fehler wird Steuerung sofort gesperrt und die Trailer/Freigabe zur Wiederholung vorgemerkt. Vor jedem erneuten Trailer werden gültiges Ticket und die eigene REMOTE-Belegung geprüft; IDLE oder fremde Belegungen werden nicht umgeschaltet. Der vorhandene interne Ticketablauf-Wächter bleibt für tatsächlich abgelaufene Tickets unverändert zuständig.

			Neue Serverfristen: 60 Sekunden ohne Bedienung nach Spiel-/Filmende, sonst 120 Sekunden ohne Eingabe. Unveränderte Steuer-Keepalives, Statusmeldungen und Sensorrauschen zählen nicht als Bedienung. Tatsächliche Tasten-/Touch-/Texteingaben werden bei Erneuerung gemeldet; zulässige geänderte Steuerdaten beider Spieler zählen ebenfalls. Spiel-Endebildschirme werden nicht durch weiterlaufende Steuerimpulse künstlich aktiv gehalten. Ein laufender Film mit aktiver Smartphone-Verbindung und frischer Display-Rückmeldung bleibt erhalten. Gemeinsam genutztes Farbenspektakel kehrt erst beim letzten Teilnehmer zum Trailer zurück. Aquarium-Editoren reservieren weiterhin keinen Counter und schalten fremde Anwendungen nicht um.

			204 Servertests lokal und auf dem VPS bestanden, einschließlich Rückkehr, Fehler/Wiederholung, fremder Besitzer, IDLE, ungültiger Tickets, gemeinsamem Farbraum, Schluss-/Eingabefristen, Filmwiedergabe und Gastrechten. Browserprüfungen: automatischer Rückweg ohne Fehlbox, Ticket erhalten, Hintergrund ohne Erneuerung, einmalige Aktivitätsmeldung statt Heartbeats, alte Seite/Media-Sitzung und gleichzeitiger Ablauf/Tab-Scan. Bestehender Pong-/Login-Ablauf geprüft.

			Frontend-Sicherung und Paket: outputs/MUTEC-Inaktivitaet-Frontend-Sicherung-20261021 und MUTEC-Inaktivitaet-Frontend.zip. Serverpaket: MUTEC-Inaktivitaet-server.tar.gz mit Prüfsumme und apply-idle-update.sh. Installer prüft den aktuellen Code-Ausgangsstand, sichert geänderte Dateien, führt alle Tests aus und startet nur den Relay neu. DISPLAY_KEY, Umgebungsdatei, Bestenlisten, MegBes-Programme, sources/ und Ticketablauf-Wächter bleiben erhalten. Nach Aktivierung liefert /health idleReturn:true; Smartphone-Seiten neu laden.

			== Inaktivitaets-Update aktiviert, 21.10.2026 ==
			Root-Installation vom Betreiber bestätigt: 204 Tests bestanden, keine Fehler; /health meldet idleReturn:true. Relay und Ticketablauf-Wächter sind active. Sicherung: /var/backups/mutec-realtime/idle-20261021T161249Z-2398303. Die zuvor als vorbereitet dokumentierte Trailer-Automatik ist damit aktiviert. Smartphone-Seiten neu laden, damit die neue Hintergrund-/Ablaufbehandlung verwendet wird.

			Die Testliste umfasst aktuelle Funktionen sowie weiterhin vorhandene ältere Schnittstellen (z. B. QR-/Anfrage-Beitritt). Testnamen beschreiben nicht zwingend die aktuelle Benutzeroberfläche. Solange solche Schnittstellen unterstützt werden, bleiben ihre Rechte-/Ablaufprüfungen sinnvoll. Bereinigung erst zusammen mit gezielter Entfernung ungenutzter Schnittstellen. Künftige Installationsausgaben sollen Zusammenfassung und Fehler anzeigen und die vollständigen Testergebnisse in einem Detailprotokoll ablegen.

MUTEC – Museumsguide

Clawtronics — Tue, 20 Oct 2026 21:54:21 GMT

Gestaltung und Originalbeschriftungen an BAYAM/GKP angeglichen

← Nächstältere Version		Version vom 20. Oktober 2026, 21:54 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 75:		Zeile 75:

	[https://www.tinetronics.de/mutec/ MUTEC-Remote] · [https://www.tinetronics.de/mutec/guide/README.md Konfiguration und Inhaltsaustausch]		[https://www.tinetronics.de/mutec/ MUTEC-Remote] · [https://www.tinetronics.de/mutec/guide/README.md Konfiguration und Inhaltsaustausch]

			== Bedienung stärker an BAYAM/GKP angeglichen ==
			Stand 20.10.2026: Große Bildschirm-Zifferntastatur, vier Stellen, Löschtaste und Weiter-Pfeil nur bei registriertem Stationscode. Mehrere Beiträge als Zeilen mit Titel/Dauer und getrennten Play-/Stop- sowie Text-Aufklapp-Aktionen; ein Einzelbeitrag ist sofort aufgeklappt. Textwechsel lässt laufendes Audio unverändert, Beitragswechsel beendet das vorige Audio, Stop setzt es zurück. Einstellungen ändern Sprache/Untertitel innerhalb derselben Station und erhalten die native Gerätebelegung. Verlassen laufender Wiedergabe bzw. nativer Medienstation fragt nach; Abbrechen erhält Station und Wiedergabe. Titelumbrüche werden beim Umwandeln in Klartext als Leerraum erhalten.

			Frontend lokal und veröffentlicht gesichert und bytegleich geprüft. Browserprüfungen: Zifferntastatur, gültige Codes, Beitragslisten, unabhängiges Lesen/Hören, Wiedergabewechsel, Sprachwechsel ohne Stationsfreigabe, Abbruch der Rückfrage, Tab-Übernahme, Galerie, bedingte Umfragen und Textstation ohne Audio. Mobilbreiten 320/390/768 Pixel geprüft. Keine Änderungen am Relay, MegBes-Backend oder an sources/.

			== Gestaltung und Beschriftungen nach BAYAM/GKP ==
			Stand 20.10.2026: Helle Gestaltung nach GKP statt dunkler Karten: Hintergrund #c8cac7, Kopfbereich #adafaa, Bedienelemente #e2e4e3 und Akzent #af2421. Die mitgelieferten Univers-Regular-/Bold-Schriften werden verwendet; keine fremden Museumslogos.

			Beschriftungen DE/EN direkt aus GKP data/l10n.json, fehlende Einträge und Französisch aus BAYAM data/l10n.json. Beispiele: „Bitte wählen Sie Ihre Optionen“, „Bitte 4-stellige Nummer eingeben“, „Optionen“, „Schriftgröße“, „Weiter“, „Zurück“, „Möchten Sie die Station wirklich verlassen?“, „Bleiben“ und „Verlassen“. Sprache/Schriftgröße als direkte Auswahl, Untertitel mit Ja/Nein, Dokument-Piktogramm für Textansicht. Quellenangaben bleiben aufklappbar erhalten.

			Geprüft: Originaltexte und Auswahl in DE/FR, drei Sprachoptionen, Untertitel Ja/Nein, klein/normal/groß, Schrift und Hintergrund, exakte Rückfrage, bestehende Wiedergabe, Galerie, Umfragen, Tab-Übernahme und native Stationssperren. Sechs Dateien vorab gesichert, veröffentlicht und bytegleich geprüft; kein Relay-/MegBes-Backend-Update, sources/ unverändert.

MUTEC – Mobile Apps

Clawtronics — Tue, 20 Oct 2026 18:45:19 GMT

Museumsguide unter Education ergaenzt

← Nächstältere Version		Version vom 20. Oktober 2026, 18:45 Uhr
Zeile 92:		Zeile 92:
	== Arcade-Beitritt aktiviert, 18.10.2026 ==		== 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.		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.

			== Museumsguide ==
			Seit 20.10.2026 unter Education: Dummy-Ausstellung mit Sprach-/Untertitelwahl, vierstelligen Stationscodes, Originaltexten und Audios aus BAYAM/GKP, Bildergalerie und Umfragen. Auch bei belegtem Counter verfuegbar. Station-JSONs bleiben kompatibel; importierte IPs bleiben bis zur ausdruecklichen Zuordnung im Demo-Modus. Details: [[MUTEC – Museumsguide]].

MUTEC – Museumsguide

Clawtronics — Tue, 20 Oct 2026 18:45:01 GMT

Museumsguide: Ablauf, kompatible Stationsdaten, Demo/UDP und Umfragen dokumentiert

Neue Seite

= MUTEC – Museumsguide / Dummy-Ausstellung =

Stand: 20.10.2026. Einstieg: MUTEC-Hauptmenü → Education → Museumsguide.
Der Guide ist unabhängig vom LED-Counter verfügbar, auch wenn dort ein Film oder Spiel läuft. Das vorhandene MegBes-Ticket bleibt die einzige Besucher-Anmeldung. Der vierstellige Stationscode ist kein Login-Code.

== Bedienung und Beispielinhalte ==

Eine Einstellungsseite fragt Sprache (Deutsch, Englisch, Französisch), Filmuntertitel und Textgröße ab. Danach öffnet die Code-Eingabe Texte, Hörbeiträge, Bilder oder Umfragen. Die Beispielsammlung verbindet Krieg, Gesellschaft und Erinnerung. Beispielcodes sind auch unter der Code-Eingabe aufklappbar.

{| class="wikitable"
! Code !! Herkunft !! Inhalt
|-
| 1100 || GKP || Unsere Geschichte
|-
| 1103 || GKP || Frieden
|-
| 3509 || GKP || Erinnerung
|-
| 2017 || GKP || Deutschland 1923 – sieben Medienbeiträge
|-
| 1003 || GKP || Umfrage: Krieg
|-
| 3004 || GKP || Umfrage: Demokratie, mit Folgefragen
|-
| 5000 || BAYAM || Krieg und Frieden
|-
| 5004 || BAYAM || Fotosammlung zum Krieg 1870/71
|-
| 5128 || BAYAM || Gerahmte Erinnerung
|-
| 5455 || BAYAM || Frieden!
|-
| 5800 || BAYAM || Wehrpflicht und Militarisierung
|}

Originaltexte, Originalaudios und Quellenangaben bleiben erhalten. Nicht alle Beiträge liegen in allen Sprachen vor; der Guide kennzeichnet die Ersatzsprache. Lokale Audios bieten Start/Pause, Neustart, Fortschrittsregler und Tempo. Keine automatische Übersetzung oder künstliche Stimme.

== JSON-Kompatibilität und neue Inhalte ==

<code>data/config.json</code> enthält die Registrierung <code>app.stationJsons</code> wie BAYAM/GKP. Die Original-JSON-Dateien sind unverändert unter <code>content/gkp/data/</code> und <code>content/bayam/data/</code> kopiert. Unterstützte Typen: <code>ati</code>, <code>pictureStack</code>, <code>poll1</code>, <code>poll2</code> einschließlich bedingter Fragen mit <code>parent</code>.

Die optionale Ergänzung <code>app.assetRoots[Stationscode]</code> legt die Medienbasis fest. Damit bleiben originale Angaben wie <code>stations/M32/M32-intro-DE.mp3</code> unverändert und beide Projekte kollidieren nicht. Ohne <code>assetRoots</code> gelten Medienpfade relativ zum Guide-Verzeichnis, wie bei den Vorlagen.

Zum Austauschen: JSON und zugehörige Medien ablegen, Eintrag in <code>stationJsons</code> ergänzen, ggf. <code>assetRoots</code> setzen. Die <code>MegBes-Nummer</code> im JSON muss dem vierstelligen Schlüssel entsprechen. <code>app.title</code>, <code>app.theme</code> und <code>app.description</code> bestimmen Ausstellungstitel und Einführung. Texte werden vor der Anzeige von aktiven HTML-Inhalten bereinigt.

== Echte MegBes-Medienstationen ==

Die importierten IPs sind bewusst '''nicht aktiv geschaltet'''. <code>app.defaultPlayerMode</code> steht auf <code>demo</code>; Beispielauswahl und Audio funktionieren ohne UDP oder Belegung eines Players. Echte Geräte werden ausdrücklich in <code>app.stationBindings</code> zugeordnet, z. B.:

<pre>
"stationBindings": {
"2017": { "mode": "native", "ip": 232 }
}
</pre>

Die tatsächliche Gerätenummer einsetzen; 232 ist nur die Adresse aus der Vorlage. Keine IP aus einem fremden Projekt ungeprüft übernehmen. <code>defaultPlayerMode: "native"</code> würde die originalen IP-Felder allgemein aktivieren und ist erst für eine entsprechend vorbereitete Ausstellung sinnvoll.

Der Guide verwendet den gemeinsamen MUTEC-Kunden und <code>EXTERNAL_SERVER_URL</code> aus <code>../js/project-const.js</code>, nicht den Backend-Kunden der Herkunftsausstellung. Standard-Endpunkte: <code>/verify</code>, <code>/media-station/status/{IP}</code>, <code>/media-station</code>, <code>/video-command</code>. Vor Anmeldung muss IDLE oder OPEN gelten, danach wird REMOTE geprüft; ein HTTP 200 allein genügt nicht. Befehle enthalten <code>prSc</code> und <code>statNoCommands</code>.

Sprach-/Untertiteloptionen entsprechen den Vorlagen, z. B. <code>232-deno</code> ohne, <code>232-dede</code> mit Untertiteln. Beitragsstart sendet das originale UDP-Feld mit IP-Präfix; Stop <code>232-stop</code>, Stationsausstieg <code>232-exit</code> und DELETE <code>/media-station</code>. Der Player muss diese vorhandenen Ausstellungssignale unterstützen und bei Ende/Timeout IDLE melden. Ein abgelaufenes Ticket kann keine neuen Stationsbefehle senden; ein Stations-Timeout bleibt daher erforderlich.

Für gekoppelte native Beiträge sind Audio-Spulen/Tempo deaktiviert: Das ursprüngliche Protokoll bietet dafür keinen bestätigten gemeinsamen Zeitgeber. Start/Stop/Neustart übernimmt die Vorgehensweise von BAYAM/GKP; exakte laufende A/V-Synchronisation ist damit nicht zugesichert. Der bestehende MUTEC-HTML-Videoplayer bleibt für synchrones Spulen verfügbar. Dieses Guide-Feature setzt keine neue BrightSign-Plugin-Version voraus.

== Umfragen ==

<code>poll.php</code> prüft ein gültiges MegBes-Ticket, den Stationstyp und die erlaubten Antworten einschließlich sichtbarer Folgefragen. Eine Stimme pro Ticket und Station; erneutes Speichern ändert sie. Es werden nur Summen und die eigene Antwort zurückgegeben. Das rohe Ticket wird nicht gespeichert.

Standard: privater Ordner im PHP-Temp-Verzeichnis, Dateirechte 0600. Für dauerhaften Ausstellungsbetrieb <code>app.privateStorage</code> auf einen PHP-schreibbaren absoluten Ordner '''außerhalb aller Web-Dokumentwurzeln''' setzen, sichern und in die Löschroutine der Ausstellung aufnehmen. Temp-Verzeichnisse können vom Hoster geleert werden. PHP 8.1+ mit cURL wird benötigt; Ticketprüfung ist auf HTTPS-Kunden unter *.megbes.de begrenzt und prüft auch die Zurückweisung eines ungültigen Tickets. Beim späteren Wechsel von tine zu messe auch <code>guide/data/config.json</code> anpassen.

== Sitzungsübernahme und Installation ==

Ein erneuter Scan desselben Tickets im selben Browserprofil übernimmt den Guide samt Station, Beitrag und Audio-Position. Der alte Tab beendet seine Audiowiedergabe und zeigt die bestehende Dankeseite. Audio startet im neuen Tab erst durch Berührung. Native Beiträge starten beim nächsten Anhören von vorn, da keine zuverlässige native Seek-Schnittstelle zugesichert ist.

Die Anpassung erweitert ausschließlich Frontend/Guide und den bestehenden Browser-Sitzungsmanager. Kein Relay-, Electron-, BrightSign- oder MegBes-Backend-Update notwendig. Originalprojekte und synced <code>sources/</code> bleiben unverändert.

[https://www.tinetronics.de/mutec/ MUTEC-Remote] · [https://www.tinetronics.de/mutec/guide/README.md Konfiguration und Inhaltsaustausch]

MUTEC – Einheitliche Spiele

Clawtronics — Sun, 18 Oct 2026 20:45:05 GMT

Arcade-Beitritt erfolgreich aktiviert und oeffentlich bestaetigt

← Nächstältere Version		Version vom 18. Oktober 2026, 20:45 Uhr
Zeile 48:		Zeile 48:

	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.		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.

MUTEC – Spielablauf

Clawtronics — Sun, 18 Oct 2026 20:45:05 GMT

Arcade-Beitritt erfolgreich aktiviert und oeffentlich bestaetigt

← Nächstältere Version		Version vom 18. Oktober 2026, 20:45 Uhr
Zeile 61:		Zeile 61:

	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.		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.

MUTEC – Mobile Apps

Clawtronics — Sun, 18 Oct 2026 20:45:05 GMT

Arcade-Beitritt erfolgreich aktiviert und oeffentlich bestaetigt

← Nächstältere Version		Version vom 18. Oktober 2026, 20:45 Uhr
Zeile 89:		Zeile 89:

	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.		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.

MUTEC – Einheitliche Spiele

Clawtronics — Sun, 18 Oct 2026 20:44:18 GMT

Arcade-Challenger mit Belegungsanzeige vorbereitet, 194 Tests; Root-Aktivierung ausstehend

← Nächstältere Version		Version vom 18. Oktober 2026, 20:44 Uhr
Zeile 28:		Zeile 28:
	== Zentrierung und Eingabekorrektur vom 16.10.2026 ==		== 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.		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.

			== 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.

MUTEC – Spielablauf

Clawtronics — Sun, 18 Oct 2026 20:44:18 GMT

Arcade-Challenger mit Belegungsanzeige vorbereitet, 194 Tests; Root-Aktivierung ausstehend

← Nächstältere Version		Version vom 18. Oktober 2026, 20:44 Uhr
Zeile 41:		Zeile 41:
	== Zweispieler-Prüfung vom 16.10.2026 ==		== 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.		[[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.

MUTEC – Mobile Apps

Clawtronics — Sun, 18 Oct 2026 20:44:17 GMT

Arcade-Challenger mit Belegungsanzeige vorbereitet, 194 Tests; Root-Aktivierung ausstehend

← Nächstältere Version		Version vom 18. Oktober 2026, 20:44 Uhr
(5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 30:		Zeile 30:

	Smartphone-Seiten neu laden; Electron oder seinen Video-Reiter neu laden, damit der neue Katalog und Player eingelesen werden. Kein Relay-/root-Update erforderlich. Synced sources/ unveraendert. Nachweise im Codex-Arbeitsordner: outputs/MUTEC-Menue-Installation.json, MUTEC-Menue-Umstellung.md, MUTEC-Menue-Medien-Dateien.json, MUTEC-Menue-Medien-Upload.json und MUTEC-Neun-Filme-Browserprüfung.json. Frontendpaket: outputs/MUTEC-Menue-Frontend.zip; grosse Medien separat installiert.		Smartphone-Seiten neu laden; Electron oder seinen Video-Reiter neu laden, damit der neue Katalog und Player eingelesen werden. Kein Relay-/root-Update erforderlich. Synced sources/ unveraendert. Nachweise im Codex-Arbeitsordner: outputs/MUTEC-Menue-Installation.json, MUTEC-Menue-Umstellung.md, MUTEC-Menue-Medien-Dateien.json, MUTEC-Menue-Medien-Upload.json und MUTEC-Neun-Filme-Browserprüfung.json. Frontendpaket: outputs/MUTEC-Menue-Frontend.zip; grosse Medien separat installiert.

			== Vereinfachte Mobile-Oberfläche und Trailer-Rückkehr, 18.10.2026 ==
			Titel: tinetronics @ MUTEC 2026. Keine positive Ticketmeldung mehr im Menü; Status nur bei Fehlern. Filmkacheln zeigen vorhandenes Icon und Titel ohne Laufzeit/Ton-Zusatz. Hinweis unter der App-Auswahl entfernt.

			Direkte Icons für WhatsApp, Instagram, Facebook, X und das native Teilen-Menü ersetzen den Dialog Messebesuch teilen. WhatsApp und X erhalten einen vorbereiteten Text mit MUTEC-/tinetronics-Hashtags und der öffentlichen Adresse https://www.tinetronics.de/. Instagram/Facebook erhalten den Text über die Zwischenablage zum Einfügen; bei fehlendem Zugriff erscheint ein auswählbares Textfeld. Keine Besucher-Tickets, privaten Steueradressen oder Schlüssel teilen. Keine automatische Veröffentlichung; Besucher bestätigen in ihrer App. Schrift/Icons reagieren auch ohne externe Social-Skripte. Instagram öffnet die App-/Website-Einstiegsseite; kein versprochenes automatisches Anlegen eines Posts.

			Zur Auswahl wartet auf die Sitzungsbereitschaft und unterdrückt parallele Klicks. Rückkehr per Header fordert DELETE /session?returnToTrailer=1 an. Auch eine direkte Rückkehr nach hub.html mit bestehender Sitzung verwendet diese Rückkehr, statt still ohne Trailer abzumelden. Fehler werden ausdrücklich als Fehler markiert, damit der bisherige Wortfilter sie nicht versteckt. Bei fehlgeschlagener Trailer-Rückkehr bleiben Sitzung, Seite und weitere Verlängerung für erneutes Versuchen erhalten. Ressourcen-Version 20261018-polish1 auf allen referenzierenden Seiten erneuert, um alte Session-Skripte im Browsercache zu ersetzen.

			Browserprüfung mit echtem Relay und simuliertem MegBes: Pong, Pöng, Flight, Finde den Ort, Video, Objects und Farbenspektakel senden einmal 50-Trailer vor Stationsfreigabe; direkte Menürückkehr, Trailer-Fehler/Wiederholung und gemeinsame Farben geprüft. Farben sendet Trailer nur beim letzten Teilnehmer. Der bestehende Aqua-Editor reserviert Station 50 nicht; seine serverseitige Ausnahme (kein Trailer) wurde nicht geändert. Gäste behalten ihren eigenen Spiel-verlassen-Weg ohne MegBes-Rechte. Keine echte Station beim Test gesteuert. Physische Trailer-Wiedergabe am Counter noch zu prüfen, insbesondere da mehrere Apps als betroffen gemeldet wurden; keine gesicherte Diagnose des Hardwarefehlers.

			28 betroffene Frontenddateien auf Webserver und lokal vorab gesichert und anschließend öffentlich bytegleich geprüft. Öffentlicher Browser-Nachtest: Titel, neun Filmkacheln, fünf Icons, leere Erfolgsmeldung, entfernter Footer und 320/390/768 Pixel ohne Überlauf. Relay- und MegBes-Programme sowie synced sources/ unverändert. Kein root-Update erforderlich. Nachweise: outputs/MUTEC-Mobile-Polish-Installation.json und MUTEC-Mobile-Polish-Pruefung.json, Frontendpaket MUTEC-Mobile-Polish.zip. Smartphone-Seiten neu laden.

			== Beitritt nur über Hauptmenü, 18.10.2026 ==
			Die Buttons 2 Spieler / Zwei Spieler sind aus den aktiven Host- und Gastseiten entfernt. Keine QR-Einladungsdialoge mehr in Pong/Pöng, Flight oder Ortssuche. Spieler 2 nutzt seinen Ticket-Login im Hauptmenü: belegte App antippen, grüne Aktion Beitritt anfragen. Bestehende Gastgeber-Zustimmung, Gastrechte und gemeinsamer Countdown bleiben erhalten. Kein Relay-Update nötig; bestehende Serverfunktionen unterstützen den Ticket-Beitritt.

			Pong/Pöng und Ortssuche: je eine kompakte Infokarte mit Steuerung und Ziel. Gäste erhalten ebenfalls eine Karte. Aquarium und alte Medien-/Video-Intros auf eine Karte zusammengefasst. Flight zwei Schritte: Sensoren aktivieren mit kurzer Spielregel, danach Kalibrieren und starten; bei fehlenden Sensoren zweite Karte mit Touch-Steuerung. Medienwahl im Hauptmenü öffnet weiterhin direkt den Player.

			Geprüft: Hauptmenü-Beitritt zu allen vier Spielen am isolierten Relay, Fehlerfall und Wiederholen; Pong/Pöng-Host und Gast je eine Karte ohne Einladungsdialog, Flight zwei Karten mit Touch-Fallback. Keine Hardwarebefehle in Tests. 28 Frontenddateien gesichert und öffentlich bytegleich geprüft; Gastseiten erhalten ebenfalls neue Ressourcen-Versionen. Synced sources/ und Relay unverändert. Nachweise MUTEC-Menu-Beitritt-Installation.json sowie Cache-Installation.json im outputs-Ordner. Smartphone-Seiten neu laden.

			== LinkedIn statt allgemeinem Teilen, 18.10.2026 ==
			Der rechte Social-Button ist jetzt LinkedIn (blaues in-Icon). Reihenfolge: WhatsApp, Instagram, Facebook, X, LinkedIn. Der allgemeine native Teilen-Button entfällt. LinkedIn öffnet sharing/share-offsite mit ausschließlich der öffentlichen tinetronics-URL; vorbereiteter Beitragstext wird wie bei Facebook zum Einfügen kopiert, mit manuellem Kopierfeld bei fehlender Berechtigung. 21 betroffene Dateien inklusive Ressourcen-Versionen gesichert, veröffentlicht und bytegleich über HTTPS geprüft. Browser: fünf Icons, LinkedIn rechts, korrektes öffentliches Linkziel, kein generischer Teilen-Button. Keine Beiträge automatisch veröffentlicht.

			== Steuerung in neuem Browser-Tab übernehmen, 18.10.2026 ==
			Erneutes Scannen eines in diesem Browser bereits aktivierten Tickets übernimmt die bestehende normale Steuersitzung. Die Aktivierung enter-system wird nicht wiederholt. Ein Browserdatensatz in localStorage ist nach Kunde und Installationspfad getrennt und enthält Ticket, Relay-Sitzung, freigegebene App-Adresse und Momentaufnahme. sessionStorage bleibt als Kompatibilität für bestehende Module erhalten. Der Server prüft Ticket und Relay-Sitzung weiterhin. Nur freigegebene App-Pfade derselben Installation werden wieder geöffnet; keine beliebigen Zieladressen oder Display-Schlüssel.

			Pro Dokument eigene Kennung; neuer Tab übernimmt die Eigentümerschaft, alter Tab stoppt seine WebSocket-Verbindung und Verlängerung und zeigt exit.html?reason=transferred mit Danke für Ihren Besuch, tinetronics-/MegBes-Logo und fünf Social-Icons. Kein Trailer, kein Stations-DELETE und keine neue Station beim Übergeben. Späte Steuerbefehle des alten Tabs werden zusätzlich vor dem Senden durch Eigentümerprüfung blockiert. Reload der Dankesseite holt keine Steuerung zurück. Abmelden entfernt den gemeinsamen Browserdatensatz. Eine abgelaufene Relay-Sitzung führt mit weiterhin gültigem Ticket zurück ins Menü.

			Pong/Pöng und Ortssuche verwenden den wieder gemeldeten Spielzustand; kein erneuter Bereitschaftsbefehl aus dem übernommenen Intro. Video merkt Beitrag/Sprache und wählt bei Wiederaufnahme den laufenden Film nicht erneut aus; Browser-Autoplay kann erneut eine Tonfreigabe verlangen. Flight setzt bei erneutem Freigeben/Kalibrieren eine laufende Runde fort, ohne sie neu zu starten. Sensorfreigaben können browserbedingt erneut nötig sein. Aquarium übernimmt Tierart, Bild und Bearbeitungsschritt; normale Zeichnungen als PNG, große Bilddaten als JPEG zum Schutz der Browser-Speichergrenze. Noch unbestätigte UI-/Sensorzustände sind kein serverseitig garantierter vollständiger App-Speicher.

			Geprüft am echten lokalen Relay mit simuliertem MegBes: laufende Pong-Partie mit Display und zwei aufeinanderfolgenden Übernahmen, gleicher Zugang und Spielkennung, keine Ticket-Neuaktivierung/Trailer-/Stationsfreigabe, alte Tabs mit Dank/Logos/Social-Icons, Abmelden. Aquarium-Entwurf samt Tierart und Malschritt in neuem Tab wiederhergestellt. Frische Ticketaktivierung, fehlgeschlagene Ticketprüfung ohne Übernahme, abgelaufene Relay-Sitzung und isolierter anderer Browser geprüft. Keine echte Station gesteuert. Neues MegBes-Logo stammt aus bestehendem Projekt kleh/pics/megbes.png. 50 Dateien gesichert und öffentlich bytegleich verifiziert. Relay/MegBes-Programme und sources/ unverändert; kein root-Update nötig.

			Grenzen: gleicher Browser, gleiches Profil und exakt dieselbe Website-Adresse erforderlich; separate Browser, private Fenster oder Geräte übernehmen nicht per localStorage. Gilt für normale Ticket-Steuersitzungen. Der separate Mitspieler-/Gastzugang wird noch nicht tabübergreifend übernommen. Alte, bereits geladene Seiten einmal neu laden, damit die neue Übergabelogik aktiv ist. Bei eingefrorenen Hintergrund-Tabs kann die Browser-Zustellung verzögert sein. Nachweise outputs/MUTEC-Tab-Uebernahme-Installation.json und Frontendpaket MUTEC-Tab-Uebernahme.zip.

			== Login-Reparatur nach gemischtem Frontendstand, 18.10.2026 ==
			Fehler: MutecSession.resumeTicket is not a function. Webserver und lokaler Stand hatten nach einer weiteren Farben-App-Erweiterung eine ältere js/session.js und control/client.js, während js/login.js bereits die neue Tab-Übernahme verwendete. session.js wieder per Dreiwegevergleich mit dem aktuellen Stand zusammengeführt; colorsgame-Befehl und Zielpfad bleiben erhalten und sind auch in der zulässigen Wiederaufnahme enthalten. ControlClient führt Tab-Sperre mit colorsgame-Gastbereinigung zusammen. Neuere Karten-/Videoverbesserungen wurden nicht überschrieben.

			Login prüft seine Abhängigkeit und lädt bei fehlenden Methoden die passende Sitzungsdatei neu; bei fehlendem Netz eine verständliche Meldung statt JavaScript-Typfehler. Ressourcen-Version 20261018-loginfix1 für Sitzungs-, Login- und Client-Dateien auf aktuellen Seiten/Modulen, einschließlich neuer Farben-App. 38 betroffene Dateien vorab lokal und auf Webserver gesichert und öffentlich bytegleich geprüft. Relay und sources/ unverändert.

			Geprüft: bewusst alte Sitzungsdatei vor neuer Login-Datei geladen, erfolgreiche automatische Reparatur, frische Aktivierung, fehlgeschlagene Prüfung, abgelaufene Relay-Sitzung, Browser-Isolation. Erneute Übernahme laufender Pong-Partie zweimal ohne neues Ticket/Trailer/Freigabe und Aquarium-Entwurf getestet. Öffentlicher Login mit simulierten Authentifizierungsantworten erreicht Auswahl ohne JavaScriptfehler; keine echte Station oder Besucher-Anmeldung benutzt. Paket/Nachweise outputs/MUTEC-Login-Fix.zip und MUTEC-Login-Fix-Installation.json. Pakete künftiger Erweiterungen müssen gemeinsame Session-/Client-Funktionen beibehalten.

			== 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.

MUTEC – HTML-Video

Clawtronics — Sun, 18 Oct 2026 10:05:17 GMT

Drei Mobile-Tabs, neun HTML-Filme und Beitritt direkt in App-Kachel veroeffentlicht

← Nächstältere Version		Version vom 18. Oktober 2026, 10:05 Uhr
Zeile 28:		Zeile 28:
	== Spulkorrektur 11.10.2026 ==		== Spulkorrektur 11.10.2026 ==
	Absichtliche AbortError-Abbrüche bei Pause oder Spulen verlieren nicht mehr die Audio-Freigabe und erzeugen keinen Filmfehler. Audio lädt die neue Zielposition auch während Pufferung; seeked und canplaythrough aktualisieren die Bereitschaft. Konkurrierende Startanfragen während eines Sprungs werden vermieden. Laufend/pausiert bleibt erhalten. Vier neue Regressionstests und vier Sync-Prüfungen bestanden. Frontend hochgeladen, Kennung 20261011-video2. Electron und Smartphone neu laden; kein Relay-Update. Abnahme am realen Smartphone ausstehend.		Absichtliche AbortError-Abbrüche bei Pause oder Spulen verlieren nicht mehr die Audio-Freigabe und erzeugen keinen Filmfehler. Audio lädt die neue Zielposition auch während Pufferung; seeked und canplaythrough aktualisieren die Bereitschaft. Konkurrierende Startanfragen während eines Sprungs werden vermieden. Laufend/pausiert bleibt erhalten. Vier neue Regressionstests und vier Sync-Prüfungen bestanden. Frontend hochgeladen, Kennung 20261011-video2. Electron und Smartphone neu laden; kein Relay-Update. Abnahme am realen Smartphone ausstehend.

			== Mobile-Auswahl vom 18.10.2026 ==
			Die Besucherauswahl unter hub.html hat drei Tabs. Wasser · BrightSign ist vorerst nicht mehr angeboten; die unreife native Funktion und die MegBes-Programme wurden nicht entfernt oder geaendert.

			{\| class="wikitable"
			! Tab !! Angebote
			\|-
			\| Medien \|\| Drotschmann, Wasser, 001 Katzen, 002 Neon, 003 Monkeys, 004 KI-Material, 005 Visuals, 006 Katzen, 007 KI-Material
			\|-
			\| Education \|\| 3D-Objekte und Aquarium
			\|-
			\| Games \|\| Pong, Poeng, Flight, Farbenspektakel und Finde den Ort
			\|}

			Medien nutzt die vorhandenen Film-Icons. Ein Klick oeffnet direkt die HTML-Wiedergabesteuerung des gewaehlten Beitrags, ohne erneut die Video-Infokarten zu durchlaufen. Der Film startet erst nach der Tonfreigabe/Startaktion. Dropdown enthaelt alle neun Beitraege; Start/Pause, Zeitleiste, +/-10 Sekunden, Lautstaerke und die vorhandenen Sprachen bleiben verfuegbar. Inhaltliche Kapitel wurden mangels Quelldaten nicht erfunden; Start-Kapitel fuer jeden Film. Wasser und Drotschmann Deutsch/Englisch, uebrige Beitraege Originalton.

			=== Belegung und Beitritt ===
			Scheitert der App-Start an einem belegten Monitor und ein Spiel ist beitretbar, zeigt genau die soeben angeklickte Kachel einen roten Rand, die Meldung Spieler 1 spielt gerade [Name des tatsaechlich laufenden Spiels] und einen gruenen Button Beitritt anfragen. Kein globaler Beitrittsbutton mehr im Ticketstatus. Haupt- und Gastaktion sind getrennte Buttons innerhalb einer sichtbaren Kachel, keine unzulaessig verschachtelten Buttons. Bei anderem laufendem Spiel nennt der Hinweis dessen Namen; die Anfrage richtet sich an dieses Spiel. Bei nicht beitretbaren Angeboten erscheint kein Gastbutton. Fehlversuche bleiben lokal sichtbar und wiederholbar.

			Beim Gastgeber sind Beitrittsanfragen in Pong/Poeng, Flight und Ortssuche nun rot hinterlegt; Annehmen ist gruen. Rechte und Ticket-/Gastpruefungen unveraendert.

			=== Webmedien und Ton ===
			Die alten MP3s fuer 001–007 haben andere Laufzeiten/Schnitte als die nun bereitgestellten MP4s. Sie werden fuer diese HTML-Beitraege nicht verwendet. Neue passende AAC-Spuren stammen direkt aus den sieben MP4s. Drotschmann verwendet die bekannten DE/EN-Spuren, auf 134.4 s vereinheitlicht; die etwas kuerzere EN-Spur wird hinten mit Stille aufgefuellt. Wasser behielt seine erprobten MP3-Spuren.

			Acht Webvideo-Ableitungen (H.264 CRF20, unveraenderte Aufloesung/Bildrate, Faststart, stummes Bild) plus neun passende Audio-Dateien liegen unter video/media/web-20261018/. Insgesamt 17 Dateien und ca. 473 MB. Originalvideos unter video/media/ und alte Audiodateien bleiben unveraendert. Alle neuen Dateien serverseitig per SHA-256 und oeffentlich per HTTP-Range geprueft. Bestehender WebSocket-Uhr-/Playerabgleich bleibt erhalten. Korrektur beim Seek exakt ans Ende: Film beendet bleibt erhalten, statt danach wieder in Pausiert zu wechseln.

			=== Validierung und Installation ===
			Alle neun echten Film-/Audio-Paare lokal im Browser ueber ihre Menuekachel gewaehlt, abgespielt und bis Mitte/Anfang/Ende gespult; Sprachwechsel bei Wasser/Drotschmann. Dropdown-Wechsel innerhalb derselben Sitzung zu Wasser und Monkeys geprueft. Menuepruefung mit vier echten Gastanfragen am isolierten Relay, Fehler/Wiederholen und Gastgeberfarben. 320/390/768/1280 Pixel ohne horizontalen Ueberlauf, Tabs mit Pfeilen/Home/End, sichtbare Bedienflaechen mindestens 44 Pixel. Bestehende neun Film-Icons auf dem Webserver bestaetigt. Neue Frontenddateien vorab gesichert und nach Veroeffentlichung oeffentlich bytegleich geprueft.

			Die lokale Pruefung nutzt echte Player/Medien und Relay mit simuliertem MegBes-Upstream; dabei keine Hardwarebefehle und keine echte Stationsreservierung. Oeffentlicher Browser-Nachtest prueft die Seite read-only und die ticketfreie Filmvorschau. Physischer LED-/Mobilfunk-/Kopfhoerertest bleibt erforderlich.

			Smartphone-Seiten neu laden; Electron oder seinen Video-Reiter neu laden, damit der neue Katalog und Player eingelesen werden. Kein Relay-/root-Update erforderlich. Synced sources/ unveraendert. Nachweise im Codex-Arbeitsordner: outputs/MUTEC-Menue-Installation.json, MUTEC-Menue-Umstellung.md, MUTEC-Menue-Medien-Dateien.json, MUTEC-Menue-Medien-Upload.json und MUTEC-Neun-Filme-Browserprüfung.json. Frontendpaket: outputs/MUTEC-Menue-Frontend.zip; grosse Medien separat installiert.

MUTEC – Mobile Apps

Clawtronics — Sun, 18 Oct 2026 10:05:17 GMT

Drei Mobile-Tabs, neun HTML-Filme und Beitritt direkt in App-Kachel veroeffentlicht

Neue Seite

== Mobile-Auswahl vom 18.10.2026 ==
Die Besucherauswahl unter hub.html hat drei Tabs. Wasser · BrightSign ist vorerst nicht mehr angeboten; die unreife native Funktion und die MegBes-Programme wurden nicht entfernt oder geaendert.

{| class="wikitable"
! Tab !! Angebote
|-
| Medien || Drotschmann, Wasser, 001 Katzen, 002 Neon, 003 Monkeys, 004 KI-Material, 005 Visuals, 006 Katzen, 007 KI-Material
|-
| Education || 3D-Objekte und Aquarium
|-
| Games || Pong, Poeng, Flight, Farbenspektakel und Finde den Ort
|}

Medien nutzt die vorhandenen Film-Icons. Ein Klick oeffnet direkt die HTML-Wiedergabesteuerung des gewaehlten Beitrags, ohne erneut die Video-Infokarten zu durchlaufen. Der Film startet erst nach der Tonfreigabe/Startaktion. Dropdown enthaelt alle neun Beitraege; Start/Pause, Zeitleiste, +/-10 Sekunden, Lautstaerke und die vorhandenen Sprachen bleiben verfuegbar. Inhaltliche Kapitel wurden mangels Quelldaten nicht erfunden; Start-Kapitel fuer jeden Film. Wasser und Drotschmann Deutsch/Englisch, uebrige Beitraege Originalton.

=== Belegung und Beitritt ===
Scheitert der App-Start an einem belegten Monitor und ein Spiel ist beitretbar, zeigt genau die soeben angeklickte Kachel einen roten Rand, die Meldung Spieler 1 spielt gerade [Name des tatsaechlich laufenden Spiels] und einen gruenen Button Beitritt anfragen. Kein globaler Beitrittsbutton mehr im Ticketstatus. Haupt- und Gastaktion sind getrennte Buttons innerhalb einer sichtbaren Kachel, keine unzulaessig verschachtelten Buttons. Bei anderem laufendem Spiel nennt der Hinweis dessen Namen; die Anfrage richtet sich an dieses Spiel. Bei nicht beitretbaren Angeboten erscheint kein Gastbutton. Fehlversuche bleiben lokal sichtbar und wiederholbar.

Beim Gastgeber sind Beitrittsanfragen in Pong/Poeng, Flight und Ortssuche nun rot hinterlegt; Annehmen ist gruen. Rechte und Ticket-/Gastpruefungen unveraendert.

=== Webmedien und Ton ===
Die alten MP3s fuer 001–007 haben andere Laufzeiten/Schnitte als die nun bereitgestellten MP4s. Sie werden fuer diese HTML-Beitraege nicht verwendet. Neue passende AAC-Spuren stammen direkt aus den sieben MP4s. Drotschmann verwendet die bekannten DE/EN-Spuren, auf 134.4 s vereinheitlicht; die etwas kuerzere EN-Spur wird hinten mit Stille aufgefuellt. Wasser behielt seine erprobten MP3-Spuren.

Acht Webvideo-Ableitungen (H.264 CRF20, unveraenderte Aufloesung/Bildrate, Faststart, stummes Bild) plus neun passende Audio-Dateien liegen unter video/media/web-20261018/. Insgesamt 17 Dateien und ca. 473 MB. Originalvideos unter video/media/ und alte Audiodateien bleiben unveraendert. Alle neuen Dateien serverseitig per SHA-256 und oeffentlich per HTTP-Range geprueft. Bestehender WebSocket-Uhr-/Playerabgleich bleibt erhalten. Korrektur beim Seek exakt ans Ende: Film beendet bleibt erhalten, statt danach wieder in Pausiert zu wechseln.

=== Validierung und Installation ===
Alle neun echten Film-/Audio-Paare lokal im Browser ueber ihre Menuekachel gewaehlt, abgespielt und bis Mitte/Anfang/Ende gespult; Sprachwechsel bei Wasser/Drotschmann. Dropdown-Wechsel innerhalb derselben Sitzung zu Wasser und Monkeys geprueft. Menuepruefung mit vier echten Gastanfragen am isolierten Relay, Fehler/Wiederholen und Gastgeberfarben. 320/390/768/1280 Pixel ohne horizontalen Ueberlauf, Tabs mit Pfeilen/Home/End, sichtbare Bedienflaechen mindestens 44 Pixel. Bestehende neun Film-Icons auf dem Webserver bestaetigt. Neue Frontenddateien vorab gesichert und nach Veroeffentlichung oeffentlich bytegleich geprueft.

Die lokale Pruefung nutzt echte Player/Medien und Relay mit simuliertem MegBes-Upstream; dabei keine Hardwarebefehle und keine echte Stationsreservierung. Oeffentlicher Browser-Nachtest prueft die Seite read-only und die ticketfreie Filmvorschau. Physischer LED-/Mobilfunk-/Kopfhoerertest bleibt erforderlich.

Smartphone-Seiten neu laden; Electron oder seinen Video-Reiter neu laden, damit der neue Katalog und Player eingelesen werden. Kein Relay-/root-Update erforderlich. Synced sources/ unveraendert. Nachweise im Codex-Arbeitsordner: outputs/MUTEC-Menue-Installation.json, MUTEC-Menue-Umstellung.md, MUTEC-Menue-Medien-Dateien.json, MUTEC-Menue-Medien-Upload.json und MUTEC-Neun-Filme-Browserprüfung.json. Frontendpaket: outputs/MUTEC-Menue-Frontend.zip; grosse Medien separat installiert.

MUTEC – Farbenspektakel

Clawtronics — Fri, 16 Oct 2026 21:01:08 GMT

Aktuelle Lasersteuerung ersetzt Inertialsteuerung; veroeffentlicht und geprueft

← Nächstältere Version		Version vom 16. Oktober 2026, 21:01 Uhr
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 24:		Zeile 24:

	Paket: outputs/MUTEC-Farbenspektakel.zip; Anleitung: outputs/MUTEC-Farbenspektakel.md; Installationsnachweis: outputs/MUTEC-Farbenspektakel-Installation.json im bisherigen Codex-Projektordner.		Paket: outputs/MUTEC-Farbenspektakel.zip; Anleitung: outputs/MUTEC-Farbenspektakel.md; Installationsnachweis: outputs/MUTEC-Farbenspektakel-Installation.json im bisherigen Codex-Projektordner.

			== Serveraktivierung bestaetigt ==
			Root-Installation am 16.10.2026 erfolgreich. 141 Tests bestanden, Relay und Ablauf-Waechter active. Oeffentliche API unabhaengig mit HTTP 200 und colors:true geprueft. Sicherung: /var/backups/mutec-realtime/colors-20261016T203553Z-1442301. Die oben als offen beschriebene root-Aktivierung ist damit erledigt. Electron-Neustart und physischer Sensor-/LED-Test noch nicht bestaetigt.

			== Hoch/Runter und Ruheabgleich korrigiert ==
			Die alte Zuordnung nutzte nur Geraete-X/Y und ignorierte fuer die vertikale Bewegung die Geraete-Z-Achse. Jetzt Projektion der linearen Beschleunigung auf eine schwerkraftbezogene Aufwaertsachse und horizontale Rechtsachse, unter Beruecksichtigung von beta/gamma und Bildschirmausrichtung. Orientation liefert dabei nur das Bezugssystem, keine Verschiebung. Reine Drehung/Neigung ohne lineare Beschleunigung bewegt den Pinsel nicht. Bei fehlender gravity-free acceleration wird Gravitationsanteil ueber die Haltung abgezogen. Standardbezug: https://www.w3.org/TR/orientation-event/
			Beim Start 600 ms ruhig halten: stabiler Mittelwert kleiner Sensorabweichungen wird beim Zentrieren als Offset erfasst. Keine Kalibrierung auf Basis einer einzelnen zufaelligen Bewegungsprobe. Partikel haben keine feste vertikale Vorzugsrichtung mehr. Neun Sensor-Regressionstests und Browserablauf mit zwei simulierten Sensor-Handys bestanden. Fuenf Frontenddateien gesichert, veroeffentlicht und ueber HTTPS bytegleich bestaetigt; Haupt-ZIP aktualisiert. Keine Aenderung am Relay, MegBes oder sources. Cacheversion 20261016-vertical1. Smartphone und Electron-Seite neu laden; echter Geraetetest fuer Empfindlichkeit/Drift weiter erforderlich.

			== Cursor und Stiftkontakt: aktuelle Bedienung ==
			Diese Erweiterung ersetzt die fruehere Regel Touch nur zur Farbwahl: Das Farbfeld waehlt weiterhin die Farbe, dient nun aber zusaetzlich als Stiftkontakt. Nur waehrend der Beruehrung entsteht Farbe. Die Cursorposition wird weiterhin ausschliesslich ueber Handybewegung gesteuert, nie ueber den Fingerort auf dem Farbfeld. Neigung/Drehung bleiben Spur-Effekte.
			Ein klarer Cursor wird unabhaengig von den auslaufenden Partikeln dargestellt, auch ohne Stiftkontakt. Loslassen, Touch-Abbruch, Hintergrundwechsel oder Verbindungsverlust heben den Stift. Beim erneuten Aufsetzen keine Verbindung ueber den abgehobenen Weg. Halten malt auch bei stehender Pinselposition.
			Die alte stark gedaempfte Integration interpretierte Bremsimpulse teilweise als Rueckbewegung. Jetzt richtungsgebundene Bremsbehandlung und kurze Stillstandserkennung; die getestete Bewegung Beschleunigen/Abbremsen bleibt an neuer Position, eine anschliessende bewusste Gegenbewegung verschiebt zurueck. Rueckkehr zur Seite zentriert nicht mehr. Nur explizit Mitte neu setzen setzt die Position auf Mitte. Weiterhin relative Inertialsteuerung, keine absolute Positionsmessung.
			11 Sensorpruefungen sowie Zweipersonen-Browserlauf mit Bewegung ohne Malen, zwei Stiftkontakten, Loslassen/Abbruch, Sichtbarkeitsereignis und sichtbarem Cursor nach dem Spurende bestanden. Fuenf Webdateien gesichert und ueber HTTPS bytegleich bestaetigt. Version 20261016-cursor1. Smartphone und Electron-Anzeige neu laden. Relay/Protokoll, MegBes und sources unveraendert; kein root-Update. Haupt-ZIP aktualisiert; eigener Nachweis outputs/MUTEC-Farbenspektakel-Cursorkorrektur.json. Physischer Handytest fuer das Bewegungsgefuehl bleibt erforderlich.

			== Aktuelle Steuerung: virtueller Laser ==
			Auf Benutzerwunsch ersetzt die Lasersteuerung saemtliche vorherigen Inertial-/Beschleunigungsansaetze. DeviceOrientation liefert alpha/beta/gamma; DeviceMotion wird weder benoetigt noch angefragt. Strahl aus der physischen oberen Handykante (Geraeteachse +Y). Sensoren erlauben, dann auf reale Bildschirmmitte richten und zweite Schaltflaeche Auf Bildschirmmitte zielen und kalibrieren antippen. Schwenken und Neigen zielen auf andere Bildpunkte; gleiche Richtung ergibt gleiche Position, kleine zeitbasierte Glaettung gegen Zittern. Rollen veraendert den Spur-Effekt. Nur gehaltenes Farbfeld malt, Loslassen/Touch-Abbruch hebt den Stift. Zielmitte kalibrieren definiert eine neue Mitte.
			Projektion des Strahls auf virtuelle Zielebene mit horizontal +/-32 Grad und vertikal +/-13 Grad. Kalibrierte Vorwaerts-/Rechts-/Oben-Basis; Winkelsprung 359/0 ueber Richtungsvektoren abgefangen. Hinter der Zielebene kein Malen. Keine automatische physische Vermessung des LED-Terminals; nach deutlicher Standortaenderung nachkalibrieren.
			6 Geometrie-/Sensorfaelle und Browserpruefung mit zwei simulierten Sensor-Handys bestanden. Dabei keine DeviceMotion-Berechtigung, Beschleunigungsereignisse beeinflussen Position nicht, stabile Zielhaltung, Richtungskorrekturen, Nachkalibrierung und Stiftkontakt/Abbruch geprueft. Fuenf Dateien gesichert und ueber HTTPS bytegleich geprueft; Version 20261016-laser1. Smartphone und Electron-Seite neu laden. Kein Relay-/MegBes-/sources-Update, kein root-Schritt. Physischer Test des Zielgefuehls steht noch aus. Haupt-ZIP aktualisiert; outputs/MUTEC-Farbenspektakel-Lasersteuerung.md dokumentiert den aktuellen Stand und ersetzt die Bedienhinweise der vorherigen Versuche.

MUTEC – Farbenspektakel

Clawtronics — Fri, 16 Oct 2026 20:33:06 GMT

Farbenspektakel integriert; Bewegungssteuerung, nur Farbwahl per Touch, Aktivierung offen

Neue Seite

== Integration vom 16.10.2026 ==
Neues Angebot mit feature-ID colors und Smartphone-Seite colors/controller.html sowie Electron-Anzeige colors/display.html. Bewegung/Beschleunigung verschiebt einen relativ integrierten, gedaempften Lichtpinsel; Neigung und Drehung beeinflussen ausschliesslich die Spurform/Wirbel/Breite. Reine Orientation-Ereignisse verschieben den Pinsel nicht. Touch ausschliesslich zur Farbwahl, kein Touch-Malmodus. Mitte neu setzen zentriert den Pinsel. Es handelt sich um eine relative Bewegungssteuerung, nicht um optisches oder raeumlich absolutes Tracking.

Schwarzer vollflaechiger Hintergrund, Farbspuren loesen sich nach ca. 3–5.3 Sekunden auf. Geometrie horizontal auf 60 Prozent entzerrt. Maximal 5000 Partikel. Keine QR-Codes, Anzeigen-HUDs oder Namensfelder am Rand. Fehlende Sensordaten und Berechtigungen werden auf dem Smartphone erklaert; kein automatischer Wechsel zu Touch-Malen.

Bis 24 getrennte gueltige MegBes-Tickets teilen einen Farbraum. Erster Teilnehmer reserviert Station 50 und schaltet 166-colors sowie 50-maps; weitere Teilnehmer treten bei, ohne die Anzeige erneut umzuschalten. Andere exklusive Angebote bleiben waehrenddessen gesperrt. Einzelabmeldung beendet nur den eigenen Zugang, letzter Teilnehmer startet 50-Trailer und gibt die Station frei. Aqua-Editor und MegBes-Programme unveraendert.

Die bestehende MegBes-Reservierung ist ticketgebunden: Als Stationsidentitaet bleibt das erste Ticket bis zum Ende des gemeinsamen Farbraums bestehen, auch wenn dessen Smartphone schon ausgestiegen ist. Laeuft dieses Ticket selbst ab, wird die Gruppe beendet. Fehlgeschlagene native Freigaben bleiben fuer den bestehenden Ablauf-Waechter vorgemerkt. Eine unabhaengige serverseitige Gruppenidentitaet wurde nicht in MegBes eingebaut.

=== Protokoll ===
colors.stroke: x/y 0–1; hue 0–360; tilt/twist -1–1; energy 0–1; active Boolean. Exakte Feldpruefung; NaN, Infinity und fremde Malerkennungen werden abgewiesen. Der Relay setzt artistId selbst und uebertraegt ausschliesslich an Farb-Displays. Keine Besucher-Token im Ereignis, kein Verlauf bei Wiederverbindung. Ein Controller pro eigener Farbsitzung, bis 24 parallele Sitzungen. Telegramme maximal etwa 30 Hz je Verbindung.

=== Installation und aktueller Stand ===
9 Frontenddateien gesichert, installiert und oeffentlich ueber HTTPS bytegleich geprueft. views.json im win-unpacked-Verzeichnis des Anzeige-PCs 192.168.14.166 gesichert und um colors ergaenzt; privater Anzeigeschluessel bleibt in der vorhandenen privaten Konfiguration. Keine Schluessel im ZIP. Electron muss fuer den neuen Reiter neu gestartet werden. sources/ wurde nicht beschrieben.

Serverpaket im VPS-Verzeichnis /home/clawtronics/mutec-colors-update bereitgestellt. Der eingeschraenkte SSH-Zugang hat kein root-Recht; Aktivierung steht noch aus. Bei freier Station 50 als root: bash /home/clawtronics/mutec-colors-update/apply-colors-update.sh

Der Installer prueft Paket-Pruefsumme, 141 Tests und die Dateiversionen des aktuellen Relay, sichert die betroffenen Dateien, installiert access.js/protocol.js/server.js sowie den Farbtest und startet den Dienst neu. Rollback bei Fehlern. MegBes-Container, Umgebungsdatei, DISPLAY_KEY, NATIVE_DISPLAY_KEY und Bestenlisten bleiben erhalten. Menuekarte wird erst nach colors:true sichtbar.

=== Validierung ===
141 Tests lokal und auf dem VPS bestanden. Neuer Sensor-Test: reine Neigung/Drehung bewegt Pinsel nicht; Translation bewegt; Gravitation und Ausfall fuehren nicht zu endloser Drift; Neusetzen zentriert. Echter WebSocket-Test mit zwei unabhaengigen Malern, getrennten Farben/Kennungen, Isolation von Maps/anderen Modulen, abgelaufenen Tickets und individueller Freigabe. Browserpruefung mit zwei Smartphone-Kontexten und Display, simulierten Sensoren: schwarz ohne Bewegung; Touch nur Farbe; Bewegung steuert Position; Spur verschwindet; einzelne Abmeldung laesst anderen Teilnehmer weiterarbeiten, letzter gibt Station frei. Keine echten Stationsbefehle waehrend dieser Tests.

Physischer Test mit echten Smartphone-Sensoren, Mobilfunk und LED-Ausgabe steht nach root-Aktivierung und Electron-Neustart aus. Empfindlichkeit und Drift koennen dann am echten Geraet bewertet werden.

Paket: outputs/MUTEC-Farbenspektakel.zip; Anleitung: outputs/MUTEC-Farbenspektakel.md; Installationsnachweis: outputs/MUTEC-Farbenspektakel-Installation.json im bisherigen Codex-Projektordner.

MUTEC – Spielablauf

Clawtronics — Fri, 16 Oct 2026 20:06:04 GMT

Zweispieler-Prüfbericht mit offenen UI-Befunden verlinkt

← Nächstältere Version		Version vom 16. Oktober 2026, 20:06 Uhr
Zeile 38:		Zeile 38:
	== Zentrierung und Eingabekorrektur vom 16.10.2026 ==		== 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.		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.

MUTEC – Zweispieler-Prüfung

Clawtronics — Fri, 16 Oct 2026 20:06:04 GMT

Zweispieler-Audit: 125 Servertests, Browserzustände und drei offene UI-Befunde

Neue Seite

Stand: 16.10.2026. Logische Prüfung des lokalen MUTEC-Projektstands; keine Änderung der produktiven Seiten, des Relay oder von Bestenlisten.

== Ergebnis ==
125 automatisierte Servertests bestanden: 61 bestehende und 64 neue Vertragsprüfungen (16 Szenarien je Pong, Pöng, Flight und Ortssuche). Zusätzlich drei getrennte Browserkontexte für Gastgeber, Gast und Anzeige; 36 Zustandspaare mit tatsächlich sichtbaren Optionen/Meldungen erfasst. Standardablauf einschließlich gemeinsamer Startbereitschaft, Ergebnis/Highscore, Revanche und Gastausstieg bestanden. Drei bestätigte Oberflächenfehler bleiben offen; dies ist keine uneingeschränkte Freigabe.

== Wer bekommt wann welche Optionen? ==
* QR nur auf Smartphone von Spieler 1. Das Anzeigen unterbricht ein laufendes Einzelspiel nicht; erst der Scan akzeptiert den Gast und bereitet eine gemeinsame neue Runde vor. Spieler 2 erhält eigene Infokarten.
* Eine Beitrittsanfrage mit eigenem Ticket bleibt dagegen offen, bis Spieler 1 annimmt. Spieler 1 sieht Annehmen/Ablehnen; bis dahin läuft das Einzelspiel weiter. Gast wartet nach den Karten auf Annahme.
* Gemeinsamer Countdown dauert drei Sekunden und erfordert Bereitschaft beider Teilnehmer sowie ihre Verbindungen und die Anzeige.
* Spieler 1 steuert links/eigenen Flieger/eigene Karte; er darf Neustart bzw. neue Suche anfordern und zur Auswahl zurückkehren. Bei Pong/Pöng auch Spiel beenden.
* Spieler 2 steuert nur rechts bzw. seinen Flieger/seine Karte. Er darf Bereitschaft erklären und selbst aussteigen. Er darf weder Stationen steuern/freigeben noch eine gemeinsame Runde erzwingen.
* Ergebnis und qualifizierte Namenseingabe gehören jeweils dem richtigen Teilnehmer. Bei Ortssuche kann ein fertiger Teilnehmer warten, während der andere weiter sucht. Bestenlisten nur auf der Anzeige.
* Revanche wartet erneut auf beide. Bei Pong/Pöng/Flight kann Gastbereitschaft nach dem Ende vor oder nach der Gastgeberanforderung eintreffen. Bei Ortssuche erhält der Gast nach der neuen Suchanforderung den Bereitschaftsbutton.
* Gastverbindung: kurze Unterbrechung pausiert; erneut bereit werden. Platz zunächst 15 Sekunden reserviert. Gast geht: Besitzer behält Station; Rückkehr zum Einzelspiel mit Countdown.
* Gastgeberverlust: Gast nach 15 Sekunden höflich verabschieden, keine Übernahme von Stationsrechten. Zusätzlicher Gast oder zweiter aktiver Gast-Tab wird abgewiesen.

== Offene reproduzierte Fehler ==
; UI-01 – Einladung während des Ladens abbrechen
Antwort des Einladungsabrufs verzögern, Zurück zum Spiel drücken, Antwort zulassen. Nur POST, kein Widerruf; geschlossener Dialog erhält trotzdem QR-Link und spätere Gastmeldung löst den Einladungserfolg aus. Gemeinsames Einladungsmodul aller vier Spiele. Eine Korrektur muss verspätete Antworten, Widerruf und Wiederöffnen gemeinsam behandeln.
; UI-02 – Gast wartet laut Hinweis auf sich selbst
Pong/Pöng zeigen auch dem Gast „Warte auf Spieler 2“, wenn seine eigene Bereitschaft fehlt. Rollenabhängigen Hinweis vorsehen.
; UI-03 – Bereitschaft ohne Verbindung aktiv
Pong/Pöng lassen „Ich bin bereit“ beim Wiederverbinden aktiv; Klick kann in dieser Phase nicht gesendet werden. Während Trennung deaktivieren und Bestätigung klar anzeigen.
Einige Pong/Pöng-Texte in control/paddle-flow.js enthalten zusätzlich fehlerhaft kodierte Zeichen. Keine dieser Korrekturen wurde im Rahmen der Prüfung veröffentlicht.

== Testumfang und Grenzen ==
Neue Tests: realtime/test/two-player-contract.test.js. Prüfung fehlender Bereitschaft/Anzeige; QR-Anzeige und Scan; Ticketanfrage/Annahme/Ablehnung/Rückzug; gleichzeitige Scans; alte/abgelaufene/widerrufene QR-Codes; dritte Person; verbotene Gastaktionen; Neustart/Revanche in beiden Reihenfolgen; Gast-/Displayverlust; Gasttimeout/Ticketwiderruf; Gastgeberverlust bei 14/16 Sekunden; doppelte Gastverbindung.

Echte Serverlogik und WebSocket-Weg lokal, MegBes-Upstream simuliert. Browser mit echten HTML-/CSS-/Steuerungsmodulen; Google Maps und Flight-3D-Ansicht als Attrappen, Rundenenden für reproduzierbare Ergebnisprüfung gezielt herbeigeführt. Kein physischer LED-, Neigungssensor-, Mobilfunk-, iOS-Hintergrund- oder Dauertest. Produktiver Relay unverändert.

Lokaler Nachweis: outputs/MUTEC-Zweispieler-Prüfbericht.md, MUTEC-Zweispieler-Optionen.md, MUTEC-Zweispieler-Browserzustände.json und MUTEC-Zweispieler-Grenzfälle.json im Codex-Arbeitsordner dieser Unterhaltung.

[[MUTEC – Spielablauf]] · [[MUTEC – Einheitliche Spiele]]

MUTEC – Spielablauf

Clawtronics — Fri, 16 Oct 2026 15:06:55 GMT

Zentrierte Spiel-Bestenlisten und verlaesslichere Namenseingabe veroeffentlicht

← Nächstältere Version		Version vom 16. Oktober 2026, 15:06 Uhr
Zeile 35:		Zeile 35:
	== Einheitliche Spiele und Bestenlisten ==		== 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.		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.

MUTEC – Einheitliche Spiele

Clawtronics — Fri, 16 Oct 2026 15:06:54 GMT

Zentrierte Spiel-Bestenlisten und verlaesslichere Namenseingabe veroeffentlicht

← Nächstältere Version		Version vom 16. Oktober 2026, 15:06 Uhr
Zeile 25:		Zeile 25:
	== Installation bestaetigt ==		== Installation bestaetigt ==
	Am 13.10.2026 erfolgreich installiert: 48 Tests, Pruefung des Ausgangsstands und Schreibpruefung bestanden. Oeffentliche API: unifiedGames=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/unified-20261013T093334Z-1900305. Bestehende Flight-Bestenliste uebernommen; MegBes-Programme, DISPLAY_KEY und Umgebungsdatei unveraendert. Smartphone- und Electron-Seiten neu laden. Abschliessender Test mit realen Mobilgeraeten und LED-Counter vor Ort steht aus.		Am 13.10.2026 erfolgreich installiert: 48 Tests, Pruefung des Ausgangsstands und Schreibpruefung bestanden. Oeffentliche API: unifiedGames=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/unified-20261013T093334Z-1900305. Bestehende Flight-Bestenliste uebernommen; MegBes-Programme, DISPLAY_KEY und Umgebungsdatei unveraendert. Smartphone- und Electron-Seiten neu laden. Abschliessender Test mit realen Mobilgeraeten und LED-Counter vor Ort steht aus.

			== 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.

MUTEC – Native BrightSign-Videos

Clawtronics — Fri, 16 Oct 2026 09:46:31 GMT

Isolierte native SD-Labortests nach Player-Abstuerzen vorbereitet; Hardwaretest offen

← Nächstältere Version		Version vom 16. Oktober 2026, 09:46 Uhr
Zeile 69:		Zeile 69:
	== Diagnose und Befehlsuebergabe vom 16.10.2026 ==		== Diagnose und Befehlsuebergabe vom 16.10.2026 ==
	Ein neues Player-Protokoll liegt noch nicht vor. Der Player ist erreichbar, die Diagnose ist per Digest-Anmeldung geschuetzt. Plugin v3 meldet HTML-Ladezustand, JavaScript-/WebSocket-Verbindung, Uhrabgleich, Sitzungszuordnung und Erkennung der nativen Datei in getrennten Schritten; es protokolliert selbst keine Schluessel oder Nachrichteninhalte. Die BPF und H-Pfade bleiben unveraendert. Der Web-Teil wurde veroeffentlicht und oeffentlich geprueft. Steuerbefehle werden nun in einer begrenzten Warteschlange gehalten statt bei noch offener Bestaetigung verworfen; bei Trennung/Sitzungswechsel wird die Warteschlange geloescht. Ausfuehrbarer BrightScript-Test mit Player-Attrappen besteht fuer Pfaderkennung, Intro-Pause, Start, Spulen, Audio-Bereitschaft und Quellenabgrenzung. Browsertest mit simulierten nativen Rueckmeldungen besteht, einschliesslich unmittelbar aufeinanderfolgendem Spulen/Pause. Fuer den echten Player nur mutecNative.brs im Counter-Hauptverzeichnis ersetzen und die bestehende Projektkopie neu veroeffentlichen. Kein Serverupdate noetig. Hardwareursache und Synchronisation noch nicht bestaetigt.		Ein neues Player-Protokoll liegt noch nicht vor. Der Player ist erreichbar, die Diagnose ist per Digest-Anmeldung geschuetzt. Plugin v3 meldet HTML-Ladezustand, JavaScript-/WebSocket-Verbindung, Uhrabgleich, Sitzungszuordnung und Erkennung der nativen Datei in getrennten Schritten; es protokolliert selbst keine Schluessel oder Nachrichteninhalte. Die BPF und H-Pfade bleiben unveraendert. Der Web-Teil wurde veroeffentlicht und oeffentlich geprueft. Steuerbefehle werden nun in einer begrenzten Warteschlange gehalten statt bei noch offener Bestaetigung verworfen; bei Trennung/Sitzungswechsel wird die Warteschlange geloescht. Ausfuehrbarer BrightScript-Test mit Player-Attrappen besteht fuer Pfaderkennung, Intro-Pause, Start, Spulen, Audio-Bereitschaft und Quellenabgrenzung. Browsertest mit simulierten nativen Rueckmeldungen besteht, einschliesslich unmittelbar aufeinanderfolgendem Spulen/Pause. Fuer den echten Player nur mutecNative.brs im Counter-Hauptverzeichnis ersetzen und die bestehende Projektkopie neu veroeffentlichen. Kein Serverupdate noetig. Hardwareursache und Synchronisation noch nicht bestaetigt.

			== Neustart der Hardwarepruefung am 16.10.2026 ==
			Nutzer meldet Abstuerze des Players im Zusammenhang mit dem Plugin und ist zur Original-BPF zurueckgekehrt. Native Gesamtsteuerung weiterhin nicht erfolgreich am Geraet bestaetigt. Statt weiterer Integration wurden zwei isolierte SD-Tests mit genau einem eigenen nativen Player erstellt; siehe [[MUTEC – Native Video-Labortest]]. Vorhandene Praesentation, H-Pfade und VPS unveraendert. Bestimmte Absturzursache noch nicht belegt.

MUTEC – Native Video-Labortest

Clawtronics — Fri, 16 Oct 2026 09:46:30 GMT

Isolierte native SD-Labortests nach Player-Abstuerzen vorbereitet; Hardwaretest offen

Neue Seite

= MUTEC: Isolierter nativer Video-Labortest =

Stand 16.10.2026. Der Nutzer berichtet Abstuerze mit dem bisherigen mutecNative-Plugin und ist zur Originalpraesentation MUTEC2026 Counter XT1144.bpf zurueckgekehrt. Die konkrete Ursache ist nicht bewiesen. Die bestaetigte Player-Version ist BrightSignOS 8.5.53.2.

== Zweck ==
Native Wiedergabe und elementare Steuerung zuerst ohne BrightAuthor-Plugin, HTML-Renderer, WebSocket, MegBes oder Smartphone-Audio pruefen. Die frueheren Server-/Browsertests belegen die Nachrichtenlogik, keine Stabilitaet des BrightSign-Runtimes.

== Bereitgestellte Dateien ==
Lokal: C:\tinetronics Claw\R&D\MUTEC\BrightSign\Native-Labortest. Archiv im Codex-Arbeitsordner: outputs/MUTEC-Native-Labortest.zip.

* 01-Nur-Film: Eigenstaendiges autorun.brs mit genau einem roVideoPlayer und originaler Wasser.mp4; Dauerschleife, keine Netzwerksteuerung.
* 02-Film-mit-Steuerung: Eigener roVideoPlayer, pausierter Start, feste lokale MP4, Start/Pause/Spulen und echte Positionsabfrage ueber separaten UDP-Port 41050.
* PC-Steuerung: Lokale Browseroberflaeche mit Python-Standardbibliothek; nur Loopback-Port 18150, Standardziel 192.168.14.50. Kein MegBes-Port, keine beliebigen Zielbefehle. Python 3 und LAN-Erreichbarkeit erforderlich.
* Anleitung.md beschreibt den SD-Test und die Auswertung.

Es handelt sich um eigenstaendige SD-Testprogramme, keine BPF-Projekte. Ausschliesslich eine separate Test-SD bei freier Station verwenden; die Produktions-SD unveraendert aufbewahren. Zum Kartentausch Player ausschalten. Zuerst den Inhalt von 01-Nur-Film ins SD-Hauptverzeichnis kopieren und drei Durchlaeufe beobachten. Erst nach stabilem Test 1 die autorun.brs aus Test 2 einsetzen und die PC-Steuerung starten. Spruenge werden angenommen und danach anhand der gemessenen Position bestaetigt; die Oberflaeche zeigt diesen Unterschied.

== Diagnose und naechste Schritte ==
Scheitert bereits Test 1, native Wiedergabe, MP4, SD und Firmware/Decoder untersuchen. Scheitert nur Test 2, den letzten elementaren Player-Aufruf untersuchen. Sind beide stabil, als getrennten Schritt eine minimale BrightAuthor-Praesentation pruefen; danach erst die WebSocket-Anbindung und Smartphone-Audio ergaenzen.

Moegliche spaetere Architektur: WebSocket-Gateway auf dem vorhandenen PC, einfacher lokaler Steuer-/Positionskanal zum BrightSign. Der Film bleibt nativ auf dem BrightSign, ein zusaetzlicher HTML-Renderer fuer WebSocket auf dem Player entfaellt. Noch nicht implementiert.

== Pruefung ==
Beide Skripte syntaktisch geprueft. Die echte BrightScript-Befehlsfunktion wurde mit Player-Attrappen ausgefuehrt. Drei Python-Tests pruefen Eingaben, UDP-Antwortzuordnung und Timeout. Browser/HTTP/UDP-Test mit Loopback-Attrappe bestanden, einschliesslich abgeschlossener Spruenge und erneuter Bedienbarkeit. Originalfilm in beiden Paketen bytegleich; Original-BPF unveraendert. Keine Aenderung an Produktionspraesentation, H-Pfaden, VPS oder Frontend. Hardwaretests sind offen. Kein Firmwareupdate durchgefuehrt oder vorausgesetzt.

[https://docs.brightsign.biz/develop/rovideoplayer BrightSign: roVideoPlayer] und [https://docs.brightsign.biz/develop/rodatagramsocket BrightSign: roDatagramSocket].

MUTEC – Native BrightSign-Videos

Clawtronics — Fri, 16 Oct 2026 09:10:04 GMT

Gezielte Player-Diagnose v3 und verlustfreie Befehlsuebergabe vorbereitet und getestet

← Nächstältere Version		Version vom 16. Oktober 2026, 09:10 Uhr
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 16:		Zeile 16:
	Anschließend diese Projektkopie mit BrightAuthor Classic öffnen und auf Station 50 veröffentlichen:		Anschließend diese Projektkopie mit BrightAuthor Classic öffnen und auf Station 50 veröffentlichen:

	`C:\tinetronics Claw\R&D\MUTEC\BrightSign~~\NativeVideo~~\MUTEC2026 Counter XT1144 - Native Wasser.bpf`		`C:\tinetronics Claw\R&D\MUTEC\BrightSign\MUTEC2026 Counter XT1144 - Native Wasser.bpf`

	Das Originalprojekt wurde nicht geändert. Die Kopie ist auf XT1144 eingestellt, enthält das Plugin `mutecNative` und die zusätzliche Szene `Native Wasser`. Alle vorhandenen Medienpfade ~~wurden~~ auf ~~den lokalen BrightSign~~-~~Ordner umgestellt; bei der Prüfung waren~~ keine ~~Dateien vermisst~~. Die eigene Datei `MUTEC-Native-Wasser.mp4` wurde ohne erneute Videokodierung aus Wasser erzeugt, ohne Audiospur. Sie hat dieselbe Bildgröße 1376 × 430 und dieselbe Dauer von 97 Sekunden. Die vorhandene Zonenanordnung und Ausgabeauflösung bleiben erhalten.		Das Originalprojekt wurde nicht geändert. Die Kopie ist auf XT1144 eingestellt, enthält das Plugin `mutecNative` und die zusätzliche Szene `Native Wasser`. Alle vorhandenen Medienpfade bleiben wie im Original auf dem Produktionslaufwerk H erhalten. Die drei neuen Dateien direkt im Counter-Hauptverzeichnis auf dem Produktivrechner ablegen, neben Main und Header. Die Pruefung gegen die lokale Spiegelung fand keine fehlenden Medien. Die eigene Datei `MUTEC-Native-Wasser.mp4` wurde ohne erneute Videokodierung aus Wasser erzeugt, ohne Audiospur. Sie hat dieselbe Bildgröße 1376 × 430 und dieselbe Dauer von 97 Sekunden. Die vorhandene Zonenanordnung und Ausgabeauflösung bleiben erhalten.

	Das Plugin enthält einen privaten, ausschließlich für diesen nativen Anzeigekanal gültigen Geräteschlüssel. Die Datei bleibt im lokalen BrightAuthor-Projekt und wird mit auf den Player veröffentlicht; sie gehört nicht auf den öffentlichen Webserver. Der Schlüssel ist bereits passend im Serverpaket hinterlegt und muss nicht vom Besucher eingegeben werden.		Das Plugin enthält einen privaten, ausschließlich für diesen nativen Anzeigekanal gültigen Geräteschlüssel. Die Datei bleibt im lokalen BrightAuthor-Projekt und wird mit auf den Player veröffentlicht; sie gehört nicht auf den öffentlichen Webserver. Der Schlüssel ist bereits passend im Serverpaket hinterlegt und muss nicht vom Besucher eingegeben werden.
Zeile 60:		Zeile 60:
	== Serverinstallation bestaetigt ==		== Serverinstallation bestaetigt ==
	15.10.2026: Alle 65 Tests und Ausgangsstandpruefungen bestanden. Oeffentliche API meldet nativevideo=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/native-20261015T095543Z-4083237. Geraeteschluessel eingerichtet, bestehender DISPLAY_KEY und MegBes-Programme unveraendert. Veroeffentlichung der BrightAuthor-Projektkopie und realer Synchronisationstest am XT1144 noch nicht bestaetigt.		15.10.2026: Alle 65 Tests und Ausgangsstandpruefungen bestanden. Oeffentliche API meldet nativevideo=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/native-20261015T095543Z-4083237. Geraeteschluessel eingerichtet, bestehender DISPLAY_KEY und MegBes-Programme unveraendert. Veroeffentlichung der BrightAuthor-Projektkopie und realer Synchronisationstest am XT1144 noch nicht bestaetigt.

			== Erster Hardwaretest und Pfaderkennung ==
			15.10.2026: Erster Test zeigt vorzeitig laufenden Film und fehlende Positionsrueckmeldung. Das bereitgestellte Player-Protokoll bestaetigt BrightSignOS 8.5.53.2 und die eigene 97-Sekunden-Datei. Der Player protokolliert absolute Linux-Pfade unter /storage/sd/pool/, die bisherige Normalisierung beruecksichtigte nur sd:/ und file:-Praefixe. Plugin v2 normalisiert auch diesen Pfad und akzeptiert geboxte String-/Zahlenwerte. Initialisierung und erste Dateierkennung werden ohne Schluessel im Player-Log protokolliert. Lokale Projektkopie aktualisiert, Syntaxanalyse bestanden. Erneute BrightAuthor-Veroeffentlichung und Hardwarebestaetigung stehen aus; kein neues Serverupdate erforderlich.

			== Produktionspfade erhalten ==
			Auf Nutzerwunsch bleiben alle bestehenden Medienpfade exakt aus dem Originalprojekt erhalten (Laufwerk H, Tinetronics Local). Auch zukuenftige Generierungen veraendern diese Pfade nicht. Projektkopie, Plugin und native MP4 werden direkt auf H im vorhandenen Counter-Hauptverzeichnis erwartet. Die drei Dateien aus dem lokalen BrightSign-Hauptverzeichnis einmalig dorthin uebernehmen; kein Unterordner NativeVideo. Keine manuelle Pfadkorrektur im XML notwendig. Die lokalen C-Pfade dienen nur der Dateipruefung und werden nicht mehr in die Projektkopie geschrieben.

			== Diagnose und Befehlsuebergabe vom 16.10.2026 ==
			Ein neues Player-Protokoll liegt noch nicht vor. Der Player ist erreichbar, die Diagnose ist per Digest-Anmeldung geschuetzt. Plugin v3 meldet HTML-Ladezustand, JavaScript-/WebSocket-Verbindung, Uhrabgleich, Sitzungszuordnung und Erkennung der nativen Datei in getrennten Schritten; es protokolliert selbst keine Schluessel oder Nachrichteninhalte. Die BPF und H-Pfade bleiben unveraendert. Der Web-Teil wurde veroeffentlicht und oeffentlich geprueft. Steuerbefehle werden nun in einer begrenzten Warteschlange gehalten statt bei noch offener Bestaetigung verworfen; bei Trennung/Sitzungswechsel wird die Warteschlange geloescht. Ausfuehrbarer BrightScript-Test mit Player-Attrappen besteht fuer Pfaderkennung, Intro-Pause, Start, Spulen, Audio-Bereitschaft und Quellenabgrenzung. Browsertest mit simulierten nativen Rueckmeldungen besteht, einschliesslich unmittelbar aufeinanderfolgendem Spulen/Pause. Fuer den echten Player nur mutecNative.brs im Counter-Hauptverzeichnis ersetzen und die bestehende Projektkopie neu veroeffentlichen. Kein Serverupdate noetig. Hardwareursache und Synchronisation noch nicht bestaetigt.

MUTEC – WebSocket-Steuerung

Clawtronics — Thu, 15 Oct 2026 10:13:01 GMT

Erfolgreiche Serverinstallation und oeffentliche nativevideo-Freigabe bestaetigt

← Nächstältere Version		Version vom 15. Oktober 2026, 10:13 Uhr
Zeile 207:		Zeile 207:

	== Native BrightSign-Videos ==		== Native BrightSign-Videos ==
	Stand 15.10.2026: [[MUTEC – Native BrightSign-Videos]] dokumentiert den eigenen Smartphone-Menuepunkt fuer Wasser mit nativer BrightAuthor-Wiedergabe auf Station 50, echter Positionsrueckmeldung und Smartphone-Ton. Frontend veroeffentlicht, Serverpaket mit 65 Tests ~~vorbereitet~~. ~~Root~~-~~Installation und Hardwaretest nach~~ BrightAuthor-Veroeffentlichung noch ausstehend.		Stand 15.10.2026: [[MUTEC – Native BrightSign-Videos]] dokumentiert den eigenen Smartphone-Menuepunkt fuer Wasser mit nativer BrightAuthor-Wiedergabe auf Station 50, echter Positionsrueckmeldung und Smartphone-Ton. Frontend veroeffentlicht, Serverpaket am 15.10.2026 mit 65 bestandenen Tests installiert. Oeffentliche API bestaetigt nativevideo=true; Relay und Ticketablauf-Waechter aktiv. BrightAuthor-Veroeffentlichung und Hardwaretest noch ausstehend.

MUTEC – Native BrightSign-Videos

Clawtronics — Thu, 15 Oct 2026 10:13:01 GMT

Erfolgreiche Serverinstallation und oeffentliche nativevideo-Freigabe bestaetigt

← Nächstältere Version		Version vom 15. Oktober 2026, 10:13 Uhr
Zeile 2:		Zeile 2:


	Stand: 15.10.2026. Frontend veröffentlicht; Serverpaket ~~vorbereitet, noch nicht~~ als root installiert. BrightAuthor-Projektkopie erstellt, noch nicht am XT1144 getestet/veröffentlicht.		Stand: 15.10.2026. Frontend veröffentlicht; Serverpaket am 15.10.2026 erfolgreich als root installiert; 65 Tests bestanden. BrightAuthor-Projektkopie erstellt, noch nicht am XT1144 getestet/veröffentlicht.

	== Aktivieren ==		== Aktivieren ==
Zeile 57:		Zeile 57:

	Technische Referenzen: [roVideoPlayer](https://docs.brightsign.biz/develop/rovideoplayer), [roHtmlWidget](https://docs.brightsign.biz/develop/rohtmlwidget), [offizielles HTMLZoneMessage-Beispiel](https://github.com/brightsign/BrightAuthor-Plugins/tree/master/HTMLZoneMessage).		Technische Referenzen: [roVideoPlayer](https://docs.brightsign.biz/develop/rovideoplayer), [roHtmlWidget](https://docs.brightsign.biz/develop/rohtmlwidget), [offizielles HTMLZoneMessage-Beispiel](https://github.com/brightsign/BrightAuthor-Plugins/tree/master/HTMLZoneMessage).

			== Serverinstallation bestaetigt ==
			15.10.2026: Alle 65 Tests und Ausgangsstandpruefungen bestanden. Oeffentliche API meldet nativevideo=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/native-20261015T095543Z-4083237. Geraeteschluessel eingerichtet, bestehender DISPLAY_KEY und MegBes-Programme unveraendert. Veroeffentlichung der BrightAuthor-Projektkopie und realer Synchronisationstest am XT1144 noch nicht bestaetigt.

MUTEC – WebSocket-Steuerung

Clawtronics — Thu, 15 Oct 2026 09:45:23 GMT

Native Wasser-Wiedergabe mit Smartphone-Ton und getrenntem Steuerkanal vorbereitet

← Nächstältere Version		Version vom 15. Oktober 2026, 09:45 Uhr
Zeile 205:		Zeile 205:
	== Einheitliche Spiele und Bestenlisten ==		== 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.		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.

			== Native BrightSign-Videos ==
			Stand 15.10.2026: [[MUTEC – Native BrightSign-Videos]] dokumentiert den eigenen Smartphone-Menuepunkt fuer Wasser mit nativer BrightAuthor-Wiedergabe auf Station 50, echter Positionsrueckmeldung und Smartphone-Ton. Frontend veroeffentlicht, Serverpaket mit 65 Tests vorbereitet. Root-Installation und Hardwaretest nach BrightAuthor-Veroeffentlichung noch ausstehend.

MUTEC – Native BrightSign-Videos

Clawtronics — Thu, 15 Oct 2026 09:45:23 GMT

Native Wasser-Wiedergabe mit Smartphone-Ton und getrenntem Steuerkanal vorbereitet

Neue Seite

= MUTEC: Native BrightSign-Videos =

Stand: 15.10.2026. Frontend veröffentlicht; Serverpaket vorbereitet, noch nicht als root installiert. BrightAuthor-Projektkopie erstellt, noch nicht am XT1144 getestet/veröffentlicht.

== Aktivieren ==

Bei freier Station 50 als root auf dem VPS:

```bash
bash /home/clawtronics/mutec-native-video-update/apply-native-video-update.sh
```

Das Paket prüft 65 Tests und den aktuellen Stand aller 20 Quelldateien. Es sichert und ersetzt drei Relay-Dateien, ergänzt einen eigenen privaten `NATIVE_DISPLAY_KEY` in der vorhandenen Umgebungsdatei und startet den Dienst neu. Bei einem Fehler werden Dateien und Umgebung zurückgesetzt. MegBes-external/internal, der bestehende DISPLAY_KEY, Bestenlisten und der Ticketablauf-Wächter bleiben erhalten. Die neue Funktion ist über `nativevideo: true` in der öffentlichen capabilities-Antwort erkennbar.

Anschließend diese Projektkopie mit BrightAuthor Classic öffnen und auf Station 50 veröffentlichen:

`C:\tinetronics Claw\R&D\MUTEC\BrightSign\NativeVideo\MUTEC2026 Counter XT1144 - Native Wasser.bpf`

Das Originalprojekt wurde nicht geändert. Die Kopie ist auf XT1144 eingestellt, enthält das Plugin `mutecNative` und die zusätzliche Szene `Native Wasser`. Alle vorhandenen Medienpfade wurden auf den lokalen BrightSign-Ordner umgestellt; bei der Prüfung waren keine Dateien vermisst. Die eigene Datei `MUTEC-Native-Wasser.mp4` wurde ohne erneute Videokodierung aus Wasser erzeugt, ohne Audiospur. Sie hat dieselbe Bildgröße 1376 × 430 und dieselbe Dauer von 97 Sekunden. Die vorhandene Zonenanordnung und Ausgabeauflösung bleiben erhalten.

Das Plugin enthält einen privaten, ausschließlich für diesen nativen Anzeigekanal gültigen Geräteschlüssel. Die Datei bleibt im lokalen BrightAuthor-Projekt und wird mit auf den Player veröffentlicht; sie gehört nicht auf den öffentlichen Webserver. Der Schlüssel ist bereits passend im Serverpaket hinterlegt und muss nicht vom Besucher eingegeben werden.

Die BrightSignOS-Version ist noch unbekannt. Die WebSocket-Brücke setzt einen modernen HTML-Renderer voraus; sie ist für die Sprachfunktionen von Chromium 87 (BrightSignOS 8.5) vorbereitet, einschließlich randomUUID-Ersatz. Ein tatsächlicher Kompatibilitätstest auf dem XT1144 ist erforderlich. Der Installer aktualisiert keine Player-Firmware.

Smartphone-Auswahlseite neu laden. Neuer Eintrag: **Wasser · BrightSign**. Electron ist für dieses Angebot nicht beteiligt und braucht keinen neuen Reiter.

== Ablauf ==

1. Mit MegBes-Ticket anmelden und Wasser · BrightSign wählen. Exklusive Reservierung von Station 50, Befehl `50-nativewater`.
2. Die eigene BrightAuthor-Szene spielt die lokale MP4 über den nativen Decoder. Das Plugin hält die Wiedergabe für die Smartphone-Freigabe an.
3. Zwei Infokarten auf dem Smartphone bestätigen, Ton aktivieren und starten. Deutsch/Englisch, Pause, Zeitleiste, ±10 Sekunden und Kapitel Start stehen zur Verfügung.
4. Zur Auswahl sendet wie bei den anderen exklusiven Angeboten `50-Trailer` und gibt die Sitzung frei. Filmende bleibt bis zur Rückkehr bzw. zum Ticketablauf an diese Sitzung gebunden.

== Synchronisation und Abgrenzung ==

Eine transparente 16 × 16-Pixel-HTML-Brücke auf dem BrightSign hält die Verbindung zum vorhandenen WebSocket-Relay; sie spielt selbst kein Video. Sie bleibt sichtbar, um Hintergrund-Timer-Drosselung zu vermeiden. Sie nutzt weder Node.js noch abgeschaltete HTTPS-/Web-Sicherheitsprüfungen. BrightAuthor und das Plugin kommunizieren lokal über BSMessagePort/PostJSMessage.

Das Plugin greift ausschließlich auf den nativen Player der Zone Video or Images zu, wenn dessen tatsächliche Quelle die eigene native Wasser-Datei aus dem Asset-Pool ist. Die separate, stumme Datei hat einen anderen Inhalt/Hash als die bestehende Wasser-Datei. Dadurch werden die bisherige Medienauswahl und der HDMI-Eingang nicht mitgesteuert.

Alle 250 ms werden echte Position und Dauer abgefragt. Spulbefehle werden erst bestätigt, wenn die abgefragte Position das Ziel bis auf 200 ms erreicht hat; nach fünf Sekunden wird stattdessen ein Fehler gemeldet. Rückmeldungen sind an Sitzung und konkrete Abfrage gebunden; alte Messungen werden verworfen. Der Smartphone-Ton übernimmt die bestehende Uhrabgleich-/Driftkorrektur: größere Abweichungen durch Positionssprung, kleinere über maximal ±2 % Abspielgeschwindigkeit. Die lokale Einstellung zur Audioverzögerung berücksichtigt den LED-Prozessor und Kopfhörer.

Bei fehlendem Smartphone-Heartbeat bzw. fehlender Audio-Bereitschaft pausiert der Film. Ein unabhängiger BrightScript-Timer pausiert auch bei ausgefallener WebSocket-/HTML-Brücke nach spätestens ungefähr 1,8 Sekunden. Verbindungsverlust setzt die Startabsicht zurück; eine erneute Freigabe ist nötig. Fehlen dem Smartphone frische Positionsmeldungen, pausiert sein Ton. Ticketablauf und Stationsfreigabe verwenden die vorhandene Infrastruktur.

Native und Electron-Videoanzeigen haben getrennte Verbindungen und Schlüssel. Native Besucher dürfen nur `50-nativewater`, keine Electron-Befehle und keine anderen Filme aufrufen. Der vorhandene HTML-Videokanal bleibt bestehen.

== Vor Ort prüfen ==

- Nach Veröffentlichung: Das bisherige Trailer-/HDMI-/Aquarium-Verhalten bleibt benutzbar.
- Wasser starten, Pause, mehrere Sprünge vor/zurück und an die Enden, Fortsetzung sowie Sprachwechsel testen.
- Den Tonversatz mit Kopfhörern am echten Counter abstimmen. Mobilfunk, LED-Verarbeitung und Bluetooth erlauben ohne Messung kein Versprechen bildgenauer Synchronität.
- Smartphone-Verbindung kurz trennen: Film muss pausieren. Danach bewusst erneut starten.
- Zur Auswahl und Ticketablauf testen: Trailer/IDLE muss die Station wieder freigeben.
- Nach Filmende muss die Smartphone-Seite Film beendet anzeigen.

Geprüft: 65 automatisierte Servertests auf dem VPS; Syntaxanalyse des BrightScript-Plugins ohne Fehler; Browserablauf mit simulierten nativen Rückmeldungen; alle sieben öffentlichen Frontend-Dateien per SHA-256 bestätigt. Noch offen: BrightAuthor-Öffnen/Veröffentlichen, reale BrightSign-API-Rückmeldungen und die wahrnehmbare Synchronisation am LED-Counter.

Technische Referenzen: [roVideoPlayer](https://docs.brightsign.biz/develop/rovideoplayer), [roHtmlWidget](https://docs.brightsign.biz/develop/rohtmlwidget), [offizielles HTMLZoneMessage-Beispiel](https://github.com/brightsign/BrightAuthor-Plugins/tree/master/HTMLZoneMessage).

MUTEC – WebSocket-Steuerung

Clawtronics — Tue, 13 Oct 2026 09:37:55 GMT

Erfolgreiche Installation und oeffentliche Erreichbarkeit bestaetigt

← Nächstältere Version		Version vom 13. Oktober 2026, 09:37 Uhr
Zeile 204:		Zeile 204:

	== Einheitliche Spiele und Bestenlisten ==		== 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 ~~vorbereitet, root~~-~~Installation noch ausstehend~~. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.		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.

MUTEC – Arcade

Clawtronics — Tue, 13 Oct 2026 09:37:55 GMT

Erfolgreiche Installation und oeffentliche Erreichbarkeit bestaetigt

← Nächstältere Version		Version vom 13. Oktober 2026, 09:37 Uhr
Zeile 36:		Zeile 36:

	== Einheitliche Spiele und Bestenlisten ==		== 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 ~~vorbereitet, root~~-~~Installation noch ausstehend~~. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.		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.

MUTEC – Spielablauf

Clawtronics — Tue, 13 Oct 2026 09:37:54 GMT

Erfolgreiche Installation und oeffentliche Erreichbarkeit bestaetigt

← Nächstältere Version		Version vom 13. Oktober 2026, 09:37 Uhr
Zeile 34:		Zeile 34:

	== Einheitliche Spiele und Bestenlisten ==		== 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 ~~vorbereitet, root~~-~~Installation noch ausstehend~~. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.		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.

MUTEC – Einheitliche Spiele

Clawtronics — Tue, 13 Oct 2026 09:37:54 GMT

Erfolgreiche Installation und oeffentliche Erreichbarkeit bestaetigt

← Nächstältere Version		Version vom 13. Oktober 2026, 09:37 Uhr
Zeile 21:		Zeile 21:
	48 Servertests auf dem VPS und Browserprüfungen mit getrennten Besitzer-/Gast-/Display-Kontexten bestanden. Spiel-Endzustände gezielt simuliert; Karte mit lokaler Google-API-Attrappe. Keine reale Hardware wurde angesteuert. Echte Google-Karten, Mobilgeräte, LED-Lesbarkeit und natürliche Abschlüsse vor Ort prüfen.		48 Servertests auf dem VPS und Browserprüfungen mit getrennten Besitzer-/Gast-/Display-Kontexten bestanden. Spiel-Endzustände gezielt simuliert; Karte mit lokaler Google-API-Attrappe. Keine reale Hardware wurde angesteuert. Echte Google-Karten, Mobilgeräte, LED-Lesbarkeit und natürliche Abschlüsse vor Ort prüfen.

	Serverpaket unter <code>/home/clawtronics/mutec-unified-update</code> ~~vorbereitet; root-Installation noch ausstehend~~: <code>bash /home/clawtronics/mutec-unified-update/apply-unified-update.sh</code>. Sicherung, Ausgangsstandprüfung als JSON, 48 Tests, Schreibprüfung und Rücknahme bei Fehler. Danach Smartphone- und Electron-Seiten neu laden. Bestehende Bestenlisten, Objects, HTML-Video, Ticketablauf-Wächter, DISPLAY_KEY, Umgebungsdatei und MegBes-external/-internal bleiben erhalten.		Serverpaket unter <code>/home/clawtronics/mutec-unified-update</code> am 13.10.2026 erfolgreich installiert. Verwendeter Installationsbefehl: <code>bash /home/clawtronics/mutec-unified-update/apply-unified-update.sh</code>. Sicherung, Ausgangsstandprüfung als JSON, 48 Tests, Schreibprüfung und Rücknahme bei Fehler. Danach Smartphone- und Electron-Seiten neu laden. Bestehende Bestenlisten, Objects, HTML-Video, Ticketablauf-Wächter, DISPLAY_KEY, Umgebungsdatei und MegBes-external/-internal bleiben erhalten.

			== Installation bestaetigt ==
			Am 13.10.2026 erfolgreich installiert: 48 Tests, Pruefung des Ausgangsstands und Schreibpruefung bestanden. Oeffentliche API: unifiedGames=true. Relay und Ticketablauf-Waechter aktiv. Sicherung: /var/backups/mutec-realtime/unified-20261013T093334Z-1900305. Bestehende Flight-Bestenliste uebernommen; MegBes-Programme, DISPLAY_KEY und Umgebungsdatei unveraendert. Smartphone- und Electron-Seiten neu laden. Abschliessender Test mit realen Mobilgeraeten und LED-Counter vor Ort steht aus.

MUTEC – WebSocket-Steuerung

Clawtronics — Tue, 13 Oct 2026 09:25:35 GMT

Gemeinsame Zweispieler-/Bestenlistenstruktur, Kartenduell und Pong-Zeitwertung vorbereitet

← Nächstältere Version		Version vom 13. Oktober 2026, 09:25 Uhr
Zeile 202:		Zeile 202:

	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.		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 vorbereitet, root-Installation noch ausstehend. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.

MUTEC – Arcade

Clawtronics — Tue, 13 Oct 2026 09:25:34 GMT

Gemeinsame Zweispieler-/Bestenlistenstruktur, Kartenduell und Pong-Zeitwertung vorbereitet

← Nächstältere Version		Version vom 13. Oktober 2026, 09:25 Uhr
Zeile 34:		Zeile 34:

	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.		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 vorbereitet, root-Installation noch ausstehend. Daten, Schlüssel, Objects, HTML-Video und MegBes-Programme bleiben erhalten.