MUTEC – Native BrightSign-Videos: Unterschied zwischen den Versionen

(5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)

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

Zeile 16:

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.

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

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

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

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

@@ 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 ==
@@ Zeile 16: / Zeile 16: @@
 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.
@@ 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).
+== Serverinstallation bestaetigt ==
+.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 ==
+.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.
+== 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.