DogFatherGitandClaude Opus 5
cc716a9c1c
Am 03.10.2026 nachgemessen: 20 aktive Personen, 8 mit einer Anmeldung. Zwoelf bekamen keine einzige Benachrichtigung -- darunter die linke Hand und ein Modi. Die heute frueh behobene Dringlichkeit hilft diesen zwoelf nichts: Ohne Anmeldung geht gar nichts hinaus. Belegt im neuen Sendeprotokoll, seit dem Deploy heute Mittag: 10 Chat-Meldungen zugestellt, 26 Versuche an "keine_geraete" gescheitert. Genau diese 26 sind der Grund. Keiner der zwoelf wusste es. Die Glocke sagt es nur dem, der sie anschaut -- und genau das hatten sie nie getan. Jetzt steht auf der Startseite eine ruhige Zeile mit zwei Knoepfen: Anschalten oder nicht jetzt. ABGELEITET AUS `lage()`, der Stelle, die es ohnehin weiss. Eine zweite Ableitung daneben waere die, die beim naechsten Umbau etwas anderes behauptet als die Glocke zwei Zentimeter weiter oben. NUR DORT, WO ES ETWAS ZU AENDERN GIBT. Bei "verboten" hilft kein Knopf (das muss man im Browser zuruecknehmen), bei "geht-nicht" erst recht nicht. Auf dem iPhone erklaert er stattdessen den Weg ueber den Home-Bildschirm -- ohne den gibt es dort gar kein Web-Push, und das weiss sonst niemand. NUR AUF DER STARTSEITE, obwohl glocke.js auf 39 Seiten laeuft: Die Seite stellt den Platz, das Skript fuellt ihn -- dasselbe Muster wie `#glocke-platz`. Auf jeder Seite waere er nach dem zweiten Mal Tapete. Ruhig, nicht alarmierend: Es ist kein Fehler, sondern eine Einstellung, die noch niemand getroffen hat. Rot waere hier falsch. pruef-push-hinweis.mjs (neu, 16 Pruefungen). Sie misst VIER Abwesenheiten und nur eine Anwesenheit, weil die Gefahr auf der anderen Seite liegt: weg nach "Nicht jetzt", weg geblieben nach dem Neuladen, nicht da auf anderen Seiten (mit der Gegenprobe, dass die Glocke dort sehr wohl steht -- sonst waere nur gemessen, dass das Skript gar nicht laeuft), und nicht da, wenn die Benachrichtigungen AN sind. Die letzte mit echter Anmeldung, die nachweislich in der Datenbank landet. Dabei gelernt, und es stand nicht im Code: `browser.newContext()` gibt ein Inkognito-Fenster, und Chrome unterstuetzt dort die Push-API nicht -- "deliberately no way to feature-detect this". Die Pruefung meldete zuerst den dritten Ausgang statt gruen, und weil sie die Browsermeldungen mitschreibt, stand die Ursache sofort da. Jetzt laeuft sie mit einem echten Profil. Gegengemessen, dass die zusaetzliche Zeile nichts verschiebt: pruef-glocke 36, pruef-start-ansicht 160, pruef-tagesblick 23, pruef-kachelraster 24, pruef-handy 189, pruef-breiten 23, pruef-lesbarkeit 14, pruef-ueberlappung (20 Breitenpaare) -- alle 0 Fehler. Co-Authored-By: Claude Opus 5 <[email protected]>
70 lines
3.0 KiB
HTML
70 lines
3.0 KiB
HTML
<!doctype html>
|
||
<html lang="de">
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1" />
|
||
<title>Bühne – das laufende Video</title>
|
||
<!-- ======================================================================
|
||
DAS LAUFENDE VIDEO ALS BROWSER-QUELLE (28.09.2026)
|
||
|
||
Zeigt das Video, das gerade in der Reaction läuft — auf dieselbe
|
||
Sekunde wie bei allen anderen. Sonst nichts: kein Chat, keine
|
||
Kameras, keine Bedienung, kein Rand.
|
||
|
||
WARUM DIE EIGENE KAMERA HIER NICHT DRIN IST: Sie ist in OBS
|
||
direkt als Gerät verfügbar, in besserer Qualität und frei in
|
||
Größe und Lage. Den Umweg über den Browser zu nehmen hieße,
|
||
Qualität gegen nichts einzutauschen — und die Größe wäre dann
|
||
festgelegt statt frei.
|
||
|
||
Sind GÄSTE im Bild, kommen deren Kameras über eine
|
||
Direktverbindung an, und die braucht eine angemeldete Seite.
|
||
Dafür gibt es den Bühnenmodus der Reaction-Seite
|
||
(`reaktion.html?nur=buehne`), der als Fenster aufgenommen wird.
|
||
|
||
In OBS: Quelle → Browser → diese Adresse, 1920 × 1080,
|
||
„Steuerung anzeigen" aus.
|
||
====================================================================== -->
|
||
<style>
|
||
html, body {
|
||
margin: 0; padding: 0;
|
||
background: #000;
|
||
height: 100%; overflow: hidden;
|
||
font-family: "Segoe UI", system-ui, -apple-system, sans-serif;
|
||
}
|
||
#platz { position: fixed; inset: 0; }
|
||
#platz iframe { width: 100%; height: 100%; border: 0; display: block; }
|
||
|
||
/* ==== BEI „NUR KAMERA" GEHT DAS BILD AUS ========================
|
||
Sonst läge im Stream ein stehengebliebenes YouTube-Bild unter
|
||
den Kameras — und Filipe sähe es nicht, weil er in OBS auf
|
||
seine Szene schaut und nicht auf die Quelle.
|
||
|
||
`visibility` UND NICHT `display`. Ein Spieler, den man aus dem
|
||
Seitenaufbau nimmt, hört auf zu dekodieren; beim Zurückschalten
|
||
müsste er erst wieder an die richtige Stelle springen, und das
|
||
sehen dann alle. So läuft er weiter, nur eben unsichtbar, und
|
||
ist in derselben Sekunde wieder da. */
|
||
body[data-bild="aus"] #platz { visibility: hidden; }
|
||
|
||
/* Was zu sehen ist, wenn gerade nichts läuft. Schwarz und still --
|
||
eine Beschriftung stünde im Stream. Nur bei einem falschen
|
||
Schlüssel gibt es einen Hinweis, denn den sieht man sonst nie. */
|
||
.obs-fehler {
|
||
position: fixed; left: 16px; top: 16px;
|
||
padding: 10px 14px; border-radius: 10px;
|
||
background: rgba(140, 20, 30, .9); color: #fff; font-size: 14px;
|
||
}
|
||
</style>
|
||
<!-- DIE WERBEEINBLENDUNG. Dieselbe Datei wie in der Reaction-Seite:
|
||
Zwei Fassungen altern unterschiedlich, und dann sieht der Stream
|
||
anders aus als das, worueber geredet wird. -->
|
||
<link rel="stylesheet" href="assets/css/werbung.css?v=202610031336" />
|
||
</head>
|
||
<body class="obs-buehne">
|
||
<div id="platz"></div>
|
||
<script src="assets/js/werbung.js?v=202610031336" defer></script>
|
||
<script src="assets/js/buehne.js?v=202610031336" defer></script>
|
||
</body>
|
||
</html>
|