DogFatherGitandClaude Opus 5
48689e28ac
Filipe: "ich lade video hoch und es erscheint immer noch nicht" -- auf Nachfrage: die Seite bleibt haengen, es kommt KEINE Meldung. WAS GEMESSEN WURDE, bevor etwas angefasst wurde: Server zwischen 08:41 und der Meldung unveraendert, ein Neustart Seine Sitzungen gueltig, Android-App TikTok-Abruf vom Server 200, auch fuer Kurzlinks Seite, Skript, alle 14 Elemente live auf beiden Adressen Service Worker speichert nichts zwischen Manifeste (beide) gueltig, share_target da Protokoll heute kein video_eingelesen Teilen-Weg nachgespielt (mess-teilen) 201, Eintrag, Erfolgssatz Aus den Caddy-Protokollen ausserdem: Die Handy-Apps laufen auf crew. (85 Android, 18 iPhone), auf der Agenturadresse fast nur Windows. Der Riegel von heute Mittag trifft ihn also nicht. DIE URSACHE IST DAMIT NICHT GEFUNDEN -- aber ein eigener Mangel schon, und der ist der Grund, warum die Suche so lange gedauert hat: `los()` baut die Seite auf und macht dabei keine einzige Netzanfrage. Es kann also nur stolpern, nicht warten. Und wenn es stolpert, wird `ladezeile.hidden = true` nie erreicht -- die Seite steht fuer immer auf "wird geladen". Kein Fehler, kein Hinweis, nichts zum Weitermelden, und von aussen nicht zu unterscheiden von "der Server antwortet nicht". Eine Seite, die nicht sagen kann, dass sie kaputt ist, kostet jeden Fehler doppelt: einmal den Fehler und einmal die Suche danach. Jetzt nennt sie den Grund im Klartext, oeffnet das Feld zum Einfuegen von Hand und haengt den Knopf daran -- eine Meldung ohne Ausweg waere nur ein Trost. Beim naechsten Versuch steht also da, woran es liegt. GEGENPROBE GEFAHREN, und sie hat zuerst mich korrigiert: Der erste Versuch tauschte die Kennung im HTML unterwegs aus und kam nie an -- die Seite lud normal, der Browser meldete nichts, und die Messung schloss daraus "die Sicherung greift nicht". Eine Gegenprobe, die ihren eigenen Schaden nicht anrichtet, misst gar nichts. Jetzt wird `document.getElementById` vor jedem Skript ersetzt, genau das, was `$` benutzt. Ergebnis: Ladezeile weg, Meldung "Probe: Element fehlt", Einfuegefeld offen. mess-teilen.mjs neu: spielt den Teilen-Weg einmal heil und einmal zerstoert durch. 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=202610051234" />
|
||
</head>
|
||
<body class="obs-buehne">
|
||
<div id="platz"></div>
|
||
<script src="assets/js/werbung.js?v=202610051234" defer></script>
|
||
<script src="assets/js/buehne.js?v=202610051234" defer></script>
|
||
</body>
|
||
</html>
|