MUTEC – Farbenspektakel: Unterschied zwischen den Versionen
Vertikale Sensorbewegung und Ruheabgleich korrigiert; Frontend veroeffentlicht |
Aktuelle Lasersteuerung ersetzt Inertialsteuerung; veroeffentlicht und geprueft |
||
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
| Zeile 31: | Zeile 31: | ||
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/ | 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. | 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. | |||
Aktuelle Version vom 16. Oktober 2026, 21:01 Uhr
Integration vom 16.10.2026
[Bearbeiten]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
[Bearbeiten]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
[Bearbeiten]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
[Bearbeiten]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.
Serveraktivierung bestaetigt
[Bearbeiten]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
[Bearbeiten]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
[Bearbeiten]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
[Bearbeiten]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.