67 Commits

Include renames

Author	SHA1	Message	Date
ScarriffleandClaude Opus 5	68abd71074	Ein Bild, wo bisher nur eine Zahl stand ... Wer zur Zeitleiste greift, sieht jetzt das Standbild der Stelle — im Web beim Überfahren, in der App beim Ziehen. **Erzeugt wird beim Abspielen, nicht auf Vorrat.** Ein Lauf über 453 Filme und 4213 Folgen wäre ein Abend ffmpeg und mehrere Gigabyte für Titel, die niemand anfasst. Startet jemand einen Titel, stellt sich die Datei hinten an; bis zum ersten Griff zur Leiste ist der Lauf durch. Gemessen an einer erzeugten Datei: 191 ms für 250 Sekunden Film, ein Zweistünder liegt damit bei etwa fünf Sekunden. **Ein ffmpeg-Aufruf, nicht siebenhundert.** `fps=1/10,scale=320:-2, tile=10x10` macht aus einem Durchlauf fertige Blätter zu hundert Kacheln. Bezahlbar ist das durch `-skip_frame nokey` — dieselbe Abkürzung wie beim Abtasten der Abspannhelligkeit: nur Keyframes dekodieren. Dass die Vorschau dadurch um zwei Sekunden danebenliegen kann, sieht niemand. **Der Spieler lädt ein Blatt und verschiebt danach nur den Ausschnitt.** Beim Fahren über die Leiste wird kein einziger Abruf mehr fällig. Die Rechnung Sekunde → Kachel steht an drei Stellen — Server, Web, App — und deshalb auch dreimal dieselbe; weicht eine ab, hält man die Vorschau für ein unscharfes Bild statt für einen Fehler. Neun Prüfungen decken die Ränder ab: Sekunde null, letzte Kachel eines Blattes, erste des nächsten, und hinter dem Ende. **Die Kachelmasse werden gemessen, nicht gerechnet.** `scale=320:-2` hält das Seitenverhältnis, ein Breitbildfilm ergibt also flachere Kacheln. Geraten wäre jede Kachel um ein paar Bildpunkte verschoben. Aufgeräumt wird mit dem Transcode-Cache: der Namensanfang trägt Kennung und Änderungszeit der Mediendatei, verwaiste Blätter sind daran ohne Tabelle erkennbar. Der Ordner taucht unter „Speicher" auf. **Und die Pfeiltasten spulen wieder.** Hatte die Zeitleiste den Fokus, überliess der Spieler die Pfeile dem Browser — der verschiebt `value` und löst `input` aus, aber `change` kommt bei Tastatureingabe nicht verlässlich, also wurde nie gesprungen. Die Ausnahme fällt weg; Pfeil heisst überall ±10 Sekunden. Nativ wären es ohnehin 100 Millisekunden gewesen, weil `step` auf 0,1 steht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-16 17:05:55 +02:00
ScarriffleandClaude Opus 5	ed13d5fa43	Kratzplatz, Markenerkennung, Tonabdruck — erfundene Wörter für Fachbegriffe ... „Scratch disk" wörtlich zu übersetzen ist derselbe Fehler wie „Wachhund" für Watchdog und „Keks" für Cookie. Und „Marke" ist kein Fachbegriff für das, was gemeint ist: Jellyfin nennt diese Abschnitte Media Segments, und das ist auch das Wort, in dem sich darüber reden lässt. Kratzplatz* → Transcode* (was es ist, steht in FLARO_TRANSCODE) Marke, Marken → Segment, Segmente Markenerkennung → Segmenterkennung Markenart/-suche → Segmentart/-suche Tonabdruck → Fingerprint (Chromaprint nennt es so) Tonabgleich → Fingerprintabgleich Schlüsselbild → Keyframe Bildabtaster → Frameabtaster Gewöhnliches Deutsch bleibt gewöhnliches Deutsch: Wartung, Freigabe, Meldung, Abspann, Vorspann. Das war nie das Problem. **Was sich nicht ändert, und zwar mit Absicht.** Die drei Einstellungsschlüssel `wartung.kratzplatz.paket.*` bleiben, wie sie sind — sie stehen in der Datenbank, und ein neuer Name hiesse, dass die Werte des Nutzers stillschweigend auf die Vorgabe zurückfallen. Dasselbe für die Endpunktpfade `/marken`: sie sind nicht sichtbar, und ein Umbenennen wäre Diff ohne Gewinn. **Die Migration ist von Hand geschrieben.** `dotnet ef` hat ein Gerüst erzeugt, das beide Tabellen löscht und neu anlegt — es sieht eine verschwundene und eine neue Tabelle, nicht eine umbenannte. Damit wäre jedes erkannte Segment und jeder Vermerk „hier wurde schon gesucht" weg gewesen. `RenameTable` und `RenameIndex` tun dasselbe, ohne eine Zeile anzufassen; nachgemessen an einer echten SQLite-Datei: Zeilen vorher 1 und 1, nachher 1 und 1, Inhalt unverändert. Nachgezogen: in `bilder.ts` und `main.ts` heisst „marke" ein Häkchen und das Logo — die blieben unberührt. Und „Segment" ist sächlich, was eine Blindersetzung nicht weiss: „eine Segment" stand danach an vierzehn Stellen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-16 16:26:57 +02:00
ScarriffleandClaude Opus 5	f79ecf2757	„Schon durchsucht" und „hat eine Marke" sind zwei verschiedene Dinge ... Genau dazwischen fehlte die Unterscheidung. Ein Film, bei dem die Suche einmal nichts fand, trägt einen Vermerk und keine Marke — und war damit für jeden weiteren Lauf erledigt, obwohl er der interessanteste Fall ist. Es gab nur alles oder nichts, und der Knopf bei der Mediathek schickte immer „alles": 453 Filme mal zwanzig Minuten Schlüsselbilder, auch für die vierhundert, bei denen längst etwas stand. Aus `bool erneut` wird `Markenumfang` mit drei Werten. `Neue` ist, was der Scan tut, und ändert sich nicht. `Luecken` nimmt sich vor, wo keine Marke steht — gleich ob dort schon einmal gesucht wurde. `Alles` ist der alte Holzhammer. Bei der Mediathek jetzt zwei Knöpfe, weil es zwei Fragen sind: „Fehlende Marken suchen" ist die alltägliche, „Alles neu durchsuchen" die seltene und teure, und deren Rückfrage nennt die Zahl der Titel. Auf der Detailseite bleibt es bei einem Knopf mit „alles" — wer ihn bei genau diesem Titel drückt, ist mit genau diesem Titel unzufrieden. Bei einer Serie wird eine Staffel ganz gelesen, sobald einer ihrer Folgen etwas fehlt. Billiger ginge es nur, indem man die Lücke gar nicht erst angeht, und genau dafür drückt jemand den Knopf. Vier Prüfungen am Endpunkt, die messen, ob der Lauf den Film anfasst: `Neue` überspringt den Durchsuchten, `Luecken` nimmt ihn sich vor, `Alles` sowieso, und ein Film mit Marke bleibt bei `Luecken` in Ruhe. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-15 14:20:47 +02:00
ScarriffleandClaude Opus 5	7673c73757	Vier Sekunden, die ffprobe zu früh aufhörte zu lesen ... Die Untertitel kamen vier Sekunden zu spät. Nicht an ihnen lag es: der Server meldete dem Spieler einen Anfang, der vor dem lag, an dem der Strom wirklich begann, und genau diese Differenz landet eins zu eins im Versatz. Die Schlüsselbildsuche las mit `-read_intervals` bis eine halbe Sekunde hinter den Wunsch. ffprobe bricht am Ende eines Fensters auf Paketebene ab — das letzte Schlüsselbild darin kam regelmässig gar nicht mehr heraus, und die Suche gab das davor zurück. Bei Bildgruppen von vier Sekunden sind das vier Sekunden. Nachgemessen gegen die Stelle, an der ffmpeg tatsächlich anfängt, an einer Datei mit Schlüsselbildern alle vier Sekunden: Wunsch Suche (0,5 s) ffmpeg Abweichung 52,0 48 52,0 −4,0 73,3 68 72,0 −4,0 100,2 96 100,0 −4,0 Mit zehn Sekunden Nachlauf lag dieselbe Messung bei allen sieben Werten auf 0,000. Was über den Wunsch hinausgelesen wird, verwirft die Filterung ohnehin. Die Prüfung vergleicht nicht gegen eine erwartete Zahl, sondern gegen ffmpeg selbst — mit dem alten Wert fällt sie um. Dazu der Filmteil der Abspannerkennung: `Abspannkante` als reine Rechnung mit elf Prüfungen, `Bildabtaster` über ffmpeg, Marken auch an Filmen, Knöpfe zum Suchen und Verwerfen auf der Filmseite. An einer erzeugten Datei trifft die Kante auf vier Sekunden genau. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-13 06:42:16 +02:00
ScarriffleandClaude Opus 5	8112c15d4d	Jeder Scan hätte jede Tonspur noch einmal gelesen ... Gemerkt wurde nur, was gefunden wurde. Eine Staffel ohne Abspann — es gibt genug davon — sah damit bei jedem Scan aus wie eine, in der noch niemand nachgesehen hat, und wurde wieder abgetastet: jede Tonspur jeder Folge noch einmal von der Platte, für immer, ohne Ertrag. Bei sechstausend Folgen ist das kein Schönheitsfehler. Jetzt steht auch „gesucht und nichts gefunden" in der Datenbank, je Staffel und Art. Ausgelöst wird ein zweiter Lauf von der Folgenzahl: kommt eine Folge dazu, gibt es etwas Neues zu vergleichen, sonst nicht. Ein Zeitstempel allein täte das nicht — eine Staffel, die sich nie ändert, hat nie einen Grund für einen zweiten Lauf. Dazu der Knopf, der ausdrücklich doch noch einmal rechnet: die Uhr auf der Serienseite sucht ab jetzt immer neu. Von selbst läuft die Suche nach jedem Scan und überspringt dort das Abgesuchte; wer hier drückt, will genau das Gegenteil. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-13 05:51:23 +02:00
ScarriffleandClaude Opus 5	8cf2118723	Vorspann und Abspann — erkannt, abgelegt, überspringbar ... Beides mit derselben Rechnung, nur in einem anderen Fenster: vorn die ersten fünfzehn Minuten, hinten die letzten zehn. Was `Tonabgleich` findet, hängt allein daran, welchen Ausschnitt man ihm gibt — eine zweite Erkennung für den Abspann wäre dieselbe Suche ein zweites Mal. Je Staffel verglichen, nicht je Serie: Serien wechseln ihren Vorspann zwischen Staffeln, und über alle hinweg fände man nichts oder das Falsche. Gefundenes über fünf Minuten wird verworfen — zwei Folgen, die dieselbe Datei tragen, teilen vierzig, und darüber stünde sonst ein Überspringen-Knopf. Der Lauf geht auf Zuruf, nicht bei jedem Scan: er liest von jeder Folge ein Stück Ton und dauert Minuten. Der Knopf dafür steht auf der Serienseite, bei den Verwalterknöpfen. Die Marken gehen im Folgenvertrag mit — als „intro" und „credits", die Wörter, die die Apps von Jellyfin her ohnehin kennen. In der App zeichnet sie der vorhandene Überspringen-Knopf, der bisher nie etwas zu tun hatte; im Web ist er neu, rechtsbündig über der Zeitleiste. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-12 21:28:36 +02:00
ScarriffleandClaude Opus 5	acba683c94	Eine Folge weiter, eine zurück — ohne den Spieler zu verlassen ... Wer eine Serie schaut, will blättern können. Bisher gab es genau einen Knopf dafür, und der erschien erst am Ende: „Nächste Folge", wenn der Abspann durchgelaufen war. Zurück ging gar nicht — nur über die Serienseite, und die beendet die Wiedergabe. Jetzt stehen beide Knöpfe in der Bedienleiste, in der App wie im Web, links und rechts vom Abspielknopf. Nur bei Serien: bei einem Film antwortet der Server mit 404, bei der letzten Folge mit 204, und beides heisst hier „kein Knopf". Sie erscheinen also von selbst nur dort, wo sie etwas tun. Der Server kannte nur den Weg vorwärts. Jetzt gibt es `/previous` daneben, und beide Richtungen kommen aus derselben Rechnung — als zwei Endpunkte abgeschrieben liefen sie auseinander, sobald einer etwas dazubekommt. Jellyfin hat kein Gegenstück zu „NextUp"; dort entsteht die vorige Folge aus der Folgenliste der Serie. Beim Wechsel gilt weiter, was für die Serie an Sprache eingestellt ist. Ohne das spränge die nächste Folge auf die erste Tonspur der Datei zurück — bei deutschen Veröffentlichungen also auf Deutsch, mitten in einer Serie, die man im Original schaut. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-12 21:11:09 +02:00
ScarriffleandClaude Opus 5	79d7d04583	Ein Download sah aus wie eine Videodatei, nicht wie ein Film ... Vier Dinge, die beim Ausprobieren auffielen. **Die Plakate blieben grau.** Sie lagen auf der Platte, der Lader wollte sie aber nicht: er verlangte von jeder Antwort eine HTTPURLResponse, und eine Datei antwortet nicht so. Jede lokale Adresse kam als `nil` zurück. **Eine Serie hatte ohnehin nie ein Plakat.** Heruntergeladen wird nie die Serie, nur ihre Folgen — und deren Bild ist das Szenenbild, quer. Jetzt kommt das Serienplakat unter dem Serienschlüssel mit und geht mit der letzten Folge wieder. **Zwanzig Folgen waren zwanzig Kacheln.** Jetzt steht die Serie einmal da, darunter wie viele Folgen bereitliegen; welche genau, zeigt ihre Seite — auch ohne Server, dann aus dem, was auf dem Gerät liegt. **Das Bild wurde schwarz, sobald jemand auf „Bildfüllend" wechselte.** Daran war ein eigener ViewModifier schuld, der zwischen `ignoresSafeArea()` und gar nichts umschaltete. Genau das ist in SwiftUI ein Zweig: der Baum darunter wurde neu gebaut, die Bildebene mit ihm. `edges: []` ignoriert nichts und bleibt doch derselbe Modifikator. Dazu „Als Nächstes": die Reihe begann am Anfang der Serie statt dort, wo der Benutzer steht. Wer bei Folge 2 war und Folge 1 nie abgehakt hatte, bekam Folge 1 vorgeschlagen — und das Abhaken half nicht, weil die Kachel sich nur selbst einen Haken malte, statt zu verschwinden. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-12 20:20:27 +02:00
ScarriffleandClaude Opus 5	fb8ad1c831	Der Stand lag daneben und wurde trotzdem weggeworfen ... Der Fortschrittsbalken ist an **einer** Stelle gebaut und wird in jeder Kachel verwendet — Web wie App. Fehlte er, dann nicht an der Kachel, sondern weil der Server `State: null` schickte. Drei Listen taten das, obwohl die Stände in derselben Abfrage danebenlagen: /home/suggestions — „Weil du Ähnliches gesehen hast" /home/seasonal — die saisonale Reihe /movies/{id}/similar — „Ähnliche Titel" Ausgerechnet die erste entsteht aus dem Sehverhalten: ein halb gesehener Film sah dort aus wie ein unangetasteter, während dieselbe Kachel in der Mediathek einen Balken trug. `ZuständeZu` gab es längst, es war nur privat. **Und „Als Nächstes" lässt sich jetzt räumen.** Das vorhandene Weglegen reichte nicht dorthin: die Reihe liest `Watched` und `InProgress`, nie `Dismissed` — und bei einer nie gestarteten Folge ist `InProgress` ohnehin `false`. Weggelegt wird deshalb die **Serie**, nicht die Folge: beim nächsten Laden rückte sonst die übernächste nach, und man legte zwanzigmal weg. Den Zustand dafür gibt es schon, er wurde nur nie gelesen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-12 19:13:09 +02:00
ScarriffleandClaude Opus 5	693a6cc867	Cookie heisst Cookie ... „Keks", „Keksglas", „Kekse" — eingedeutscht, wo es nichts zu verdeutschen gibt. Ein Cookie ist ein Cookie; wer danach sucht, sucht nicht nach Keksen, und wer den Quelltext liest, liest daneben die Schnittstelle, in der es `HTTPCookieStorage` heisst. Betrifft Kommentare und Prüfungsnamen, kein Verhalten. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-10 20:42:29 +02:00
ScarriffleandClaude Opus 5	19ec17da19	Zwölf Sekunden für eine Hülle um nichts ... Die Messung sagt es deutlich: 20:15:53 Umpacken — Schlüsselbildsuche 2348 ms, Vorbereitung 2394 ms. 20:16:05 Umkodieren — Schlüsselbildsuche 0 ms, Vorbereitung 0 ms. 20:16:08 erstes Stück nach 2750 ms. Fünfzehn Sekunden, und zwölf davon liegen zwischen zwei Bestellungen für denselben Film. Der erste Strom wurde angelegt und dann nie abgeholt — keine Medienliste, kein Stück, kein ffmpeg-Fehler. Danach gab die App auf und bestellte neu, diesmal mit Umkodieren, und das lief nach knapp drei Sekunden. Dazwischen lag die Hauptliste. Es gibt sie allein wegen der Untertitelspuren, und bei diesem Film waren die noch gar nicht aus der Datei gezogen — sie war also leer bis auf einen Verweis auf die Medienliste. Eine Hülle um nichts, und keine umsonst: ohne `CODECS` muss ein Spieler sie erst aufmachen, um zu sehen, was darin liegt. Jetzt gibt es sie nur, wenn wenigstens eine Spur abholbar ist. Sonst bekommt die App die Medienliste unmittelbar — denselben Weg wie der Browser, der nie gestolpert ist. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-10 20:20:16 +02:00
ScarriffleandClaude Opus 5	b88e58d5eb	Das Gerät war da, die VA-Anzeige dahinter nicht ... ffmpeg endete mit 234. No VA display found for device /dev/dri/renderD128. Device creation failed: -22. Hier stand `File.Exists("/dev/dri/renderD128")`, und das war keine Prüfung, sondern eine Vermutung. Auf dem NAS liegt das Gerät durchgereicht da — eine VA-Anzeige steht nicht dahinter. ffmpeg bricht dann schon an der globalen Option ab, vor dem ersten Bild, und für den Zuschauer sieht das aus wie ein kaputter Server: HTTP 500 auf die Abspielliste, „Die Wiedergabe wurde unterbrochen". Jetzt wird ffmpeg einmal je Lauf wirklich gefragt: ein Bild aus dem Nichts, nirgendwohin, mit Frist. Geht die Zeile vor dem ersten Bild nicht durch, läuft es in Software weiter — langsamer, aber es läuft. FLARO_HWACCEL=vaapi überspringt die Probe für den, der es ausdrücklich verlangt. Dazu, aus derselben Gegend: in der Hauptliste stehen nur Untertitelspuren, die jetzt sofort abholbar sind. Sie werden beim ersten Bedarf aus der Datei gezogen, und bei einem Dreistünder dauert das Minuten. Der Browser verträgt das — er fragt die Spur einzeln an und wartet. AVPlayer bricht daran die ganze Wiedergabe ab, nicht bloss den Untertitel. Das Füllen läuft beim Anlegen der Sitzung schon an; beim nächsten Abspielen stehen sie drin. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-10 19:59:49 +02:00
ScarriffleandClaude Opus 5	6ef84b47cf	Den Weg der App einmal ganz abgehen ... Die App schickt keine Codec-Listen; dann nimmt der Server Apples Profil. Das führt zu einer anderen Entscheidung als beim Browser — dort wird umgerechnet, hier umgepackt — und damit auf einen Weg, den keine Prüfung abging. Jetzt schon: bestellen, Hauptliste, Medienliste, erstes Stück. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-10 17:01:50 +02:00
ScarriffleandClaude Opus 5	4a5576f939	Eine Hauptliste, damit auch AVPlayer die Untertitel findet ... `index.m3u8` ist eine Medienliste: eine Reihe von Schnipseln, sonst nichts. Dem Browser reicht das, weil er die Untertitel als eigene Spur ans Videoelement gehängt bekommt. AVPlayer kann das nicht — dort gibt es keinen Weg, einer laufenden Wiedergabe eine Textspur von aussen beizulegen. Was er findet, findet er in der Abspielliste oder gar nicht. Also eine Hauptliste: dieselbe Medienliste als Bildspur, daneben je eine Textspur als eigene Liste mit genau einem Stück — unsere WebVTT-Datei über den ganzen Rest des Films. Der Vorlauf der Sitzung hängt daran, denn die Zeitstempel in der Datei zählen ab Dateianfang und der Strom ab null. Für den Browser ändert sich nichts; er holt weiterhin `index.m3u8`. Eine Direktwiedergabe bekommt keine Hauptliste: die Datei bringt ihre Spuren selbst mit, und eine Liste darum herum wäre eine Hülle um nichts. Vorarbeit für die App, die bisher auf eine fertig umgepackte MP4 wartet — dreissig Sekunden, wo das Web nach einer anfängt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-10 14:17:47 +02:00
ScarriffleandClaude Opus 5	18db89399d	Ein leeres Jahrfeld ist eine Angabe, kein Versehen ... Wer bei der Zuordnung kein Jahr einträgt, sagt damit, dass er keines weiss. Der Server reichte trotzdem eines nach — das aus dem Dateinamen —, und das leere Feld hatte überhaupt keine Wirkung. Gerade bei einem falsch benannten Film ist der Dateiname aber die unzuverlässigste Quelle, die es gibt: „Plan B (2010)" heisst bei TMDB „DivertiMento – Plan B" und ist von 2011. Mit dem nachgereichten 2010 kam nie ein Treffer, und es gab keinen Weg daran vorbei. Ohne Angabe wird jetzt ohne Jahr gesucht. Der Platzhalter sagt es auch. Auf der Detailseite stand im Feld bisher das Jahr der bestehenden Zuordnung — also genau der, die gerade korrigiert werden soll. „Doctor Strange" war auf ein Making-of von 2022 gelaufen; mit dessen Jahr konnte der richtige Film von 2016 gar nicht erscheinen. Das Feld bleibt jetzt leer, und leer heisst überall dasselbe. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-09 16:02:29 +02:00
ScarriffleandClaude Opus 5	a609b2d087	Ein Haken, der stehen blieb, als die Rechnung sich änderte ... Ein Film stand bei 1:32 und tauchte in „Fortsetzen" trotzdem nicht auf. Die Reihe fragt nicht die Regel, sondern deren festgehaltenes Ergebnis: die Spalte `InProgress`. Die Bruchrechnung „Stelle kleiner als Anteil der Laufzeit" lässt sich nicht nach SQL übersetzen, also steht sie als Wahrheitswert in der Zeile — und berechnet wird sie nur, wenn eine Fortschrittsmeldung eintrifft. Die kaputte Meldung von vorgestern hatte dort `false` hinterlassen; die Korrektur am Server verhinderte neuen Schaden, räumte den alten aber nicht weg. `Sehstandpflege` rechnet nach jedem Update einmal durch: erst die Laufzeit aus der Datei nachtragen, dann neu bewerten — in dieser Reihenfolge, denn eine Neubewertung auf Basis eines Stummels käme wieder zu `false`. `UpdatedAt` bleibt, wo es war; danach ist die Reihe sortiert. Und der Knopf heisst jetzt so wie die Reihe, über der er steht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 22:41:22 +02:00
ScarriffleandClaude Opus 5	5dfc22bdce	„Hinterlegt" war keine Auskunft, und die Übersicht keine Ablage ... **Man konnte nicht sehen, ob ein Schlüssel wirkt.** Nach dem Eintragen stand „Hinterlegt" da, und das war alles. Ob er stimmt, ob der Dienst antwortet, ob zu einem Film überhaupt etwas zu holen ist — herausfinden liess sich das nur, indem man die Metadaten über achthundert Titel auffrischte und danach nachsah, ob sich etwas geändert hatte. Jetzt gibt es „Verbindung prüfen". Es wird mit „The Matrix" gefragt, nicht mit einem Film aus der Mediathek: der könnte schlicht unbekannt sein, und dann wüsste man wieder nicht, ob es am Schlüssel liegt oder am Film. Die Antwort nennt, was zurückkam — bei fanart.tv die Zahl der Plakate und davon die in der eingestellten Sprache, denn genau dafür ist die Quelle da. Gemessen am laufenden Server: tmdb eingerichtet ok Erreichbar — Probeabruf ergab The Matrix (1999). fanart — — Kein Schlüssel hinterlegt — die Quelle ist aus. omdb — — Kein Schlüssel hinterlegt — die Quelle ist aus. **Und die Übersicht war eine Ablage für alles geworden.** Zu Recht angemerkt: es gibt eine Seite „Metadaten", und die Zugänge standen trotzdem unter „Übersicht" — zwischen Servername, doppelten Einträgen, Fassung und Speicherplatz. Die drei Quellen stehen jetzt dort, wo man sie sucht, jede mit einem Satz dazu, was sie liefert und was sie dafür braucht. Aufmacherhöhe und saisonale Reihen bekommen einen eigenen Bereich „Darstellung". Eine Seite, die „Übersicht" heisst, ist nicht der Ort für alles, was sonst nirgends passt. **Am Telefon tat die Aufmacherhöhe gar nichts.** Gemeldet als „auf 100 % ist es immer noch zu niedrig" — und das stimmte buchstäblich: unter 860 Pixeln Breite stand `height: min(52vh, 420px)` fest und überschrieb die Einstellung vollständig. Ob „niedrig" oder „sehr hoch", es kamen immer dieselben 52 vh heraus. Jetzt hat jede Stufe zwei Höhen, eine fürs breite und eine fürs schmale Bild; am Telefon fällt sie eine Spur flacher aus, weil der Bildschirm hochkant ist und derselbe Anteil der ersten Kachelreihe dort den Platz nähme. Dazu eine fünfte Stufe „Bildschirmhoch" — mehr ginge nicht sinnvoll, darüber ist es kein Aufmacher mehr, sondern die ganze Seite. Eine Prüfung hält ausserdem fest, dass ein Film ohne passendes Stichwort und ohne passendes Genre nicht in der saisonalen Reihe steht. Anlass war die Meldung, dort stünden harmlose Zeichentrickfilme — die Reihe arbeitet richtig, sie macht nur sichtbar, wenn ein Titel auf den falschen Eintrag zugeordnet ist. 765 Tests grün. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 22:11:55 +02:00
ScarriffleandClaude Opus 5	e066f5fe87	Eine Reihe, die nur zu ihrer Zeit dasteht ... Zu Halloween, zur Weihnachtszeit, zum Jahreswechsel, im Sommer — und zu allem, was sonst jemand feiert. **Nach Stichwörtern, nicht nach Genres.** „Stirb langsam" ist kein Familienfilm und trägt trotzdem „christmas". Eine Weihnachtsreihe nach Genres enthielte jeden Zeichentrickfilm und diesen Film nicht. TMDB führt die Stichwörter ohnehin; sie kommen jetzt über `append_to_response` mit und landen in einer eigenen Tabelle, nach demselben Muster wie Genres. Kleingeschrieben abgelegt — TMDB liefert „Christmas" und „christmas" je nach Eintrag, und zwei Schreibweisen wären zwei Stichwörter. **Einstellbar und nicht eingebaut.** Halloween und Weihnachten kennt jeder; der 1. August ist Schweizer Nationalfeiertag, der 4. Juli amerikanischer, und der Geburtstag des Betreibers steht in keiner Bibliothek. Eine feste Liste im Quelltext hiesse: für jeden Anlass eine neue Fassung. Vier sind vorangelegt — als Beispiel, nicht als Meinung darüber, was jemand feiert. **Über den Jahreswechsel hinweg.** „28.12. bis 02.01." ist kein Fehler, sondern der Normalfall für Silvester; ein Vergleich, der nur „von ≤ heute ≤ bis" kennt, fände diesen Zeitraum nie — und die Reihe stünde genau in den Tagen nicht da, für die sie gedacht ist. Geprüft, Tag für Tag, samt der Zusicherung, dass sich die vorangelegten Anlässe an keinem Tag im Jahr überschneiden. **Leer heisst leer.** Gilt heute kein Anlass oder findet er nichts, kommt eine Reihe ohne Namen zurück und der Client zeigt gar keine — statt einer mit Überschrift und nichts darunter. Scheitert der Abruf ganz, fehlt eine Reihe und nicht die Startseite. Bedient wird sie als Text, eine Zeile je Anlass: Name, von, bis, Stichwörter, Genres. Ein Listeneditor mit Zeilen zum Hinzufügen, Verschieben und Löschen wäre viel Oberfläche für etwas, das man dreimal im Jahr anfasst — und es ist dieselbe Form, in der es gespeichert wird. Ein Anlass ohne Stichwort und ohne Genre wird abgewiesen statt stillschweigend geschluckt: er fände nie etwas, und wer ihn eingetragen hat, suchte den Fehler woanders. **Die Stichwörter kommen erst beim nächsten Auffrischen der Metadaten.** Vorhandene Titel tragen noch keine — bis dahin bleibt die Reihe leer. 764 Tests grün, davon 22 neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 21:45:09 +02:00
ScarriffleandClaude Opus 5	c13d1e78d2	Eine Mediathek für alles, was in keinem Katalog steht ... Urlaubsaufnahmen, Mitschnitte, Vorträge. Jedes Verfahren, das bei Filmen richtig ist, wäre hier falsch: „Sommer 2019 Teil 2" ist kein Film von 2019, zwei Aufnahmen desselben Tages sind nicht zwei Fassungen derselben Sache, und in keinem Katalog steht, was da liegt. Die neue Art `Videos` nimmt den Dateinamen als Titel, zerlegt nichts, legt nichts zusammen und fragt niemanden. Der Pfad ist dabei der Vergleichsschlüssel, nicht der Name — zwei Dateien „Ausflug.mp4" in zwei Ordnern sind zwei Ausflüge. **Der Unterordner wird zur Kategorie.** Statt eine eigene Gruppierung zu bauen, bekommt jedes Video den Namen seines Ordners als Genre. Damit greifen Filter, Kategorienansicht und Suche, ohne dass es in der Oberfläche etwas Neues gibt. Eine zweite Gruppierung daneben hiesse: zwei Wege für dasselbe, und einer davon wäre überall sonst ungepflegt. Die Anreicherung übergeht jetzt alles, was `MatchLocked` trägt. Das galt bisher nur für von Hand korrigierte Zuordnungen und gilt damit auch hier — eine Suche nach „Abend am Feuer" fände irgendeinen fremden Film, und der stünde danach mit Plakat und Beschreibung in der Urlaubsmediathek. Geprüft: vier Dateien in zwei Ordnern ergeben vier Titel mit ihren Dateinamen, keine Jahre, keinen fremden Treffer — und genau zwei Kategorien, denn was direkt in der Wurzel liegt, bekommt keine. 742 Tests grün, davon zwei neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 21:36:06 +02:00
ScarriffleandClaude Opus 5	97edb49564	Eine zweite Bildquelle, weil TMDB nicht alles hat ... „365 Tage" stand mit polnischem Plakat da. Nachgesehen: TMDB hat zu diesem Film 26 Plakate und kein einziges deutsches. Die Auswahl von gestern nimmt seither das sprachlose statt des polnischen — erfinden kann sie keines. fanart.tv ist die Quelle, bei der jedes Plakat seine Sprache mitführt, und die Gemeinschaft dort pflegt landessprachliche Fassungen. OMDb wäre keine Hilfe gewesen: es liefert das Plakat von IMDb, und das ist in aller Regel das amerikanische. **Ausdrücklich keine zweite Metadatenquelle.** `IBildquelle` liefert Bilder, sonst nichts. Titel, Beschreibung und Besetzung kommen weiterhin von einer Stelle — zwei Anbieter für dieselbe Angabe wären zwei Wahrheiten. **Gefragt wird nur, wenn es lohnt.** `MovieMetadata` trägt jetzt die Sprache des gewählten Plakats mit. Hat TMDB schon eines in der eingestellten Sprache, geht keine Anfrage hinaus — bei achthundert Titeln ist das der Unterschied zwischen „läuft nebenher" und „hängt am fremden Dienst". Und nur ein landessprachliches sticht: ein sprachloses von fanart.tv ist nicht besser als ein sprachloses von TMDB. **Die Rangfolge liegt jetzt im Kern**, nicht im TMDB-Client. Sie gilt für alle Quellen, sonst kämen die Bilder zweier Anbieter in zwei Reihenfolgen zusammen. Im Bilderdialog stehen beide Quellen gemeinsam geordnet: ein deutsches Plakat von fanart.tv vor einem sprachlosen von TMDB. **Nur Filme.** Der Serienweg von fanart.tv verlangt eine TVDB-Kennung, und die führt Flaro nicht. Eine halbe Lösung, die bei Serien stillschweigend nichts tut, wäre schlechter als eine, die sagt, worauf sie sich beschränkt. **Kein mitgelieferter Schlüssel.** Bei TMDB gibt es einen als Rückfall; fanart.tv verlangt einen persönlichen, und einen fremden mitzuliefern hiesse, ihn fremd zu benutzen. Ohne eigenen Schlüssel geht keine Anfrage hinaus — geprüft. Einzutragen unter Einstellungen → Übersicht → Metadaten. Dass „00" dort „ohne Sprache" heisst, wird beim Lesen übersetzt: sonst führte die gemeinsame Rangfolge ein sprachloses Plakat als Sprache „00" und setzte es hinter Englisch statt davor. 732 Tests grün, davon sieben neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 21:18:27 +02:00
ScarriffleandClaude Opus 5	532473b1f9	Ein Plan für das, was an keinem Aufruf hängt ... Sichern, Datenbank aufräumen, verwaiste Bilder wegwerfen — alle drei Tage, alle sieben Tage, von selbst. **Der erste Hintergrunddienst in diesem Server, und das mit Bedacht.** An drei Stellen steht sinngemäss, ein eigener Dienst wäre Aufwand ohne Gegenwert, und für das Wegräumen abgelaufener Gerätecodes stimmt das: solche Arbeit hängt an einem Aufruf, der ohnehin kommt. Eine Sicherung hängt an nichts. Sie soll alle drei Tage geschehen, auch wenn niemand etwas anklickt, und dafür gibt es eine Uhr. Alle fünfzehn Minuten eine Frage an eine Tabelle mit einer Handvoll Zeilen; ist nichts fällig — der Normalfall —, kostet es nichts. Der letzte Lauf steht in der Datenbank, nicht im Arbeitsspeicher. Ein Server, der jede Nacht neu startet, sicherte sonst jeden Morgen — oder, bei einem Zähler, der bei null anfängt, nie. Auch ein Fehlschlag wird vermerkt, sonst versuchte der Plan es alle fünfzehn Minuten wieder und eine volle Platte erzeugte ein volles Protokoll. **Die Sicherung ist `VACUUM INTO`, nicht Datei kopieren.** Die Datenbank läuft im WAL-Modus: neben `flaro.db` stehen `-wal` und `-shm`, und wer nur die erste Datei kopiert, bekommt einen Stand von vor Stunden oder einen halben. `VACUUM INTO` schreibt eine vollständige, aufgeräumte Kopie im laufenden Betrieb. Der Zielordner ist einstellbar und geht als gebundener Wert in die Anweisung — eine Einstellung soll keine SQL-Anweisung werden. Die Prüfung verlässt sich nicht darauf, dass eine Datei entstanden ist: sie öffnet die Kopie als Datenbank und zählt die Zeilen. Eine Sicherung, die sich nicht öffnen lässt, ist schlimmer als keine — man verlässt sich darauf und merkt es erst, wenn es zu spät ist. **Bilder nur, wenn verwaist.** Den ganzen Bildspeicher zu leeren gibt es als Knopf und ist gefahrlos, kostet danach aber tausende Abrufe bei TMDB. Hier fliegt nur, worauf kein Titel mehr zeigt — mit einer Stunde Schonfrist, weil ein Bild abgelegt wird, bevor der Verweis darauf gespeichert ist. Ohne diese Frist räumte ein Lauf mitten im Scan genau das weg, was gerade geholt wurde. **Eine eigene Seite „Wartung".** Die drei Kratzplatzzahlen standen unter „Wiedergabe" — dort ist ihr Anlass, aber nicht ihr Thema. Sie ziehen mit um: alles auf dieser Seite ist etwas, das der Server ohne Zutun erledigt, und man sieht es an einem Ort nach. Je Aufgabe steht da, wann sie zuletzt lief und was herauskam, dazu ein Knopf „Jetzt ausführen" — wer gleich etwas Grosses vorhat, will die Kopie jetzt und nicht in drei Tagen. 725 Tests grün, davon elf neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 21:02:42 +02:00
ScarriffleandClaude Opus 5	c4af182d31	Der Kratzplatz räumt sich auf ... 39,1 GB in FLARO_TRANSCODE, und das war kein Normalzustand, sondern ein Leck: für jede Mitnahme baut der Server eine MP4 in Quellgrösse und löschte sie nie. Die einzige Löschung, die es gab, räumte ältere Fassungen derselben Datei weg. Stromordner verschwanden nur beim geordneten Herunterfahren, Untertitel gar nicht. **Zuerst: fertig heisst fertig.** ffmpeg schrieb direkt auf den Endnamen. Nach einem harten Abbruch lag dort eine abgeschnittene Datei, `IsReady` meldete „fertig", und sie ging so hinaus — und ein Aufräumer konnte vollständig und abgeschnitten nicht unterscheiden. Gebaut wird jetzt unter `.teil`, umbenannt erst nach Erfolg. Dabei muss das Format ausdrücklich gesetzt werden: ffmpeg wählt den Muxer an der Endung und antwortet auf `.teil` mit „Unable to choose an output format". Das hätte jedes Umpacken zerlegt; die Prüfung hat es gefunden, bevor es jemand zu spüren bekam. **Zwei Stufen für die Pakete.** Verwaiste gehen bedingungslos: unleserlicher Name, fremde Bauart, kein Eintrag in der Mediathek, oder der Zeitstempel im Namen passt nicht mehr. Der Rest fällt unter Obergrenze (20 GB) und Alter (7 Tage), Ältestes zuerst. Beides, und nicht eines: ein Alter allein löst den Fall nicht, denn die 39 GB waren gültige, aktuelle Dateien, jede für sich berechtigt. Eine Obergrenze allein ist zu grob — ein Topf knapp darunter, in dem seit Wochen nichts gebraucht wurde, besetzt ein Volume, das anderes braucht. „Zuletzt gebraucht" ist die Änderungszeit der Paketdatei selbst, bei jeder Auslieferung neu gestempelt. Die Zugriffszeit wäre das Naheliegende, nur führt sie nicht jedes Dateisystem — mit `noatime` steht sie still, und der Aufräumer hielte alles für uralt. Ein laufender Download wird nie gelöscht: ein Benutzungszähler hält die Datei fest, solange die Antwort läuft, dazu eine Schonfrist von 30 Minuten. Der Zähler ist auch unter Linux nötig — der laufende Strom überlebt ein Entfernen, die Fortsetzung einer Bereichsanfrage nicht, und der Client finge von vorn an. **Stromordner** werden beim Start bedingungslos geleert — nach einem Start gibt es keine einzige Sitzung, also ist jeder Ordner verwaist. Im Betrieb nur die ohne passende Sitzung, deren Änderungszeit älter ist als die Geduld; das fängt auch den Fall, dass `Abraeumen` an einem IOException scheitert und der Ordner für immer liegenbleibt. **Untertitel** nur, wenn sie verwaist sind. Keine Obergrenze: eine .vtt ist Kilobytes, und eine gültige wird wieder gebraucht — sie nach Platz zu löschen hiesse, Minuten Lesearbeit gegen Megabytes zu tauschen. Eine leere bleibt ausdrücklich liegen: sie ist das Ergebnis „diese Spur hat keinen Text", und wer sie wegräumt, lässt bei jedem Start eine vierzig Gigabyte grosse Datei neu durchlesen. **Vier Anlässe, kein Dienst.** Start, vor jedem Umpacken, nach einem Scan, auf Knopfdruck — wie alles Wiederkehrende in diesem Server. Einer zur Zeit; wer nicht hineinkommt, geht weiter. Gemessen am laufenden Server mit Attrappen: vorher packages 17408 KB (4), untertitel 5 KB (3), 1 Stromordner nachher 14 MB freigegeben, 4 Dateien gültiges Paket blieb, verwaistes/veraltetes/Teilstück weg, verwaiste .vtt weg, gültige blieben, Stromordner weg Obergrenze 1 MB, Datei in der Schonfrist -> bleibt Obergrenze 1 MB, Schonfrist vorbei -> 3072 KB freigegeben In der Übersicht steht die Belegung je Unterordner mit Dateizahl und daneben „Jetzt aufräumen"; die drei Zahlen stehen unter Wiedergabe, wo Transcoder-Stufe und Schwellen schon stehen — der Kratzplatz ist, was die Wiedergabe hinterlässt. 714 Tests grün, davon 36 neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 19:07:52 +02:00
ScarriffleandClaude Opus 5	1b4784f1db	Zwei Fassungen dürfen gewollt sein, und die Startseite darf nicht warten ... **Mehrfachfassungen lassen sich abhaken.** Zwei Dateien an einem Film sind meist zwei Fassungen und völlig in Ordnung. In der Liste standen sie trotzdem für immer: sie rechnet jedes Mal frisch, und es gab keinen Zustand. Wer absichtlich zwei Fassungen hält, konnte die Gruppe nicht loswerden — und unter den gewollten ging das Ungewollte unter. Abgehakt wird eine Dateizahl, kein Zeitpunkt. Ein Zeitstempel müsste gegen `MediaFile.ModifiedAt` verglichen werden, und eine alte Datei, frisch hineinkopiert, behält ihre alte Zeit und käme nie wieder hoch. Die Anzahl ist genau die Frage: kommt eine dritte Fassung dazu, meldet sich die Gruppe von selbst zurück. Gerechnet wird sie auf dem Server — ein Client mit veralteter Liste hakte sonst eine Gruppe mit zwei Dateien ab, die inzwischen drei hat. „Ignorierte zeigen" führt zurück, wie bei den erledigten Meldungen; ohne das wäre das Abhaken unumkehrbar und niemand wüsste, was er weggeklickt hat. **Die Startseite wartete dreimal nacheinander.** Erst die Serverauskunft, dann Konto und Mediatheken, dann erst die Startseite — drei Rundreisen, bevor das erste Bild in Auftrag ging. Liegt eine Sitzung im Speicher, laufen die ersten beiden jetzt zugleich los. Nur dann: ohne Sitzung liefen `/auth/me` und `/libraries` vor der Antwort auf `needsSetup` in ein 401, und die Sitzungsprüfung kann daraufhin abmelden. Gemessen am laufenden Server: `users/me`, `system/info` und `libraries` starten alle bei 37 ms, die Startseitenabfragen folgen bei 73 ms. Vorher lagen drei Runden dazwischen. **Sieben Hintergrundbilder auf einmal waren sechs zu viel.** Jede Folie des Aufmachers bekam sofort ihr `w1280`-Bild; sichtbar ist immer nur eine. Jetzt lädt die sichtbare sofort und der Rest in der Leerlaufzeit — und wer weiterschaltet, bevor das lief, bekommt sein Bild dann. **Die Schrift kam von Google.** `display=swap` rettete den Text, nicht den ersten Aufbau: ein Stylesheet blockiert das Zeichnen, und ein Heimserver ohne Internet oder mit träger Namensauflösung wartete davor. Inter liegt jetzt als zwei Dateien von zusammen sechzig Kilobyte im Projekt, variabel für alle Schnitte, mit `unicode-range` getrennt nach latin und latin-ext. Gemessen: null Anfragen an fonts.googleapis.com. Lizenztext liegt dabei. **Und mein Untertitelvorrat bremste mit.** Er startete sofort beim Hochfahren und las die ganze Mediathek — von derselben Platte, von der die Startseite ihre Bilder holt. Jetzt beginnt er eine Minute später und stellt zurück, solange eine Wiedergabe läuft. Die Datei bleibt dabei vorn in der Reihe; verworfen wird nichts. 678 Tests grün, davon zwei neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 17:56:41 +02:00
ScarriffleandClaude Opus 5	2809821c9b	Vier Fehler, und bei zweien log der Kommentar daneben ... **Der Einstellungsknopf lag hinter der Abspielleiste.** Gemessen: `.pl` steht auf Stufe 150, `#chrome` auf gar keiner, und die kleine Leiste spannte über die ganze Breite — genau über die unteren 72 Bildpunkte der Seitenleiste, wo „Einstellungen" klebt. Weil der Spieler bei jedem Wechsel der Adresse minimiert, stand sie zuverlässig im Weg, sobald man dorthin wollte. Die Leiste beginnt jetzt hinter der Seitenleiste. Nicht über die Stufen gelöst, und das ist der Punkt: `#chrome` höher zu setzen hiesse, die Seitenleiste läge auch über dem grossen Spieler — es ist dieselbe Hülle. Dass diese Leiste Platz wegnimmt statt sich darüberzulegen, stand für Inhalt, Hinweise und Auswahlleiste ohnehin schon da; die Seitenleiste war die vergessene vierte. Gemessen, 1400 Bildpunkte breit: Leiste ab 240, Knopf bei 0, keine Überschneidung, und ein Treffertest in der Knopfmitte trifft den Knopf. **Ein Klick auf eine Kategorie kam nie an.** Dort sprang der Code in die Mediathek und suchte danach `.filterzeile select`, um den Wert zu setzen. Die Filterzeile hat kein `<select>` — `auswahl()` baut einen Knopf, mit Absicht und begründet. Der Zweig lief also nie, und man landete in der ungefilterten Mediathek. Der Kommentar daneben behauptete das Gegenteil. Das Genre steht jetzt in der Adresse: `#/m/{id}/mediathek/Horror`. Das löst zugleich das zweite Problem — die Mediathek wird unter ihrem Weg gemerkt, und stünde das Genre nur im Kopf, zeigte ein zweiter Besuch die Liste des ersten. Geprüft: Klick setzt den Weg und die Pille, Neuladen behält beides, Zurück führt auf die Kategorien, Vorwärts wieder hinein. **Zurückgezogene Einladungen blieben für immer stehen.** Der Knopfblock steckte ganz in `if (!e.revokedAt)`, eine erledigte Zeile hatte also gar keinen Knopf. Die Serverbegründung — eine Zeile wegzuwerfen hiesse, hinterher nicht mehr zu wissen, dass es den Link je gab — bleibt richtig, sie gilt nur nicht ewig: eine Liste, aus der nichts verschwindet, wird unlesbar, und dann sieht man die eine Zeile nicht mehr, um die es ging. Deshalb kein umgedeutetes DELETE, sondern `?purge=true`, und das greift nur bei einem Link, der ohnehin keine Tür mehr öffnet. Ein gültiger wird mit einem deutschen Satz abgewiesen. **Poster in der falschen Sprache.** „365 Tage" stand mit polnischem Plakat da. Kein fehlender Anbieter: für den Schriftzug gab es die sprachgewichtete Wahl längst, fürs Plakat wurde das blanke `poster_path` der Hauptantwort genommen — bei TMDB das Bild der Originalsprache, wenn in der gewünschten keines eingetragen ist. Die sortierte Liste lag im selben Abruf schon vor und wurde ausschliesslich für den Schriftzug benutzt. Plakat und Hintergrund nehmen jetzt dieselbe Rangfolge: eingestellte Sprache, dann sprachlos, dann Englisch. Sprachlos vor Englisch ist keine Verlegenheit — ein Bild ohne Sprachkennung trägt keinen Text, und ein Plakat ohne Titel ist für einen deutschen Bestand besser als dasselbe mit englischem. Im Bilderdialog stehen die Kandidaten jetzt ebenso sortiert. Bestehende Titel ändern sich beim nächsten Auffrischen; von Hand gesetzte Plakate bleiben unangetastet. 676 Tests grün, davon zehn neue. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-08 17:46:46 +02:00
ScarriffleandClaude Opus 5	339a6c07d0	Ein Client darf einen Stand fortschreiben, nicht zerstören ... Ein Film stand bei 46 Minuten; nach einem Neuladen bot die Detailseite nur noch „Abspielen" an. Gemessen am laufenden Server, was eine einzige Meldung „Stelle 500 s, Laufzeit 60 s" anrichtet: Stelle 500 s -> 60 s Laufzeit 600 s -> 60 s gesehen nein -> ja Weiterschauen ja -> nein Der Server beschnitt die Stelle auf die gemeldete Laufzeit, ersetzte die richtige Laufzeit durch sie und setzte das Häkchen. Ein Film war damit weg. Und 60 ist keine erfundene Zahl. Wer einen gerechneten Strom abspielt, misst an einer Playlist, die noch wächst, und sieht anfangs nur einen Stummel. Genau den meldete die App als Laufzeit — und sie meldet beim Öffnen ausserdem die Zeit null, bevor sie überhaupt gesprungen ist. Drei Stellen, dieselbe Regel: - Server: die gemessene Laufzeit schlägt die gemeldete. Die Datei zuerst, nicht der gemerkte Wert — stünde dort schon ein Stummel, bliebe er sonst für immer stehen. So heilt sich ein verdorbener Eintrag von selbst. - Server: eine gemeldete Null löscht keine gemerkte Stelle. Wer wirklich von vorn anfängt, verliert nichts: zehn Sekunden später meldet derselbe Spieler die 10, und die zählt. Zurückspulen bleibt unberührt. - App: dieselbe Rangfolge bei der Laufzeit, und beim Öffnen wird die Stelle gemeldet, an der der Spieler einsteigen will, statt der Null. Im Webspieler kam eine eigene Null dazu: bei Direktwiedergabe gibt der Server `startSeconds: 0` zurück und der Browser springt selbst, sobald die Metadaten da sind. Kommen sie nie, weil er mit der Datei nicht zurechtkommt, blieb `filmzeit()` auf null — und der Rückfall aufs Umkodieren, der ausdrücklich „an der Stelle weiter, an der es hing" meint, fing von vorn an. Der ausstehende Sprung zählt jetzt mit. Fünf neue Prüfungen halten die gemessenen Zahlen fest, damit die Regel nicht wieder umkippt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 21:36:35 +02:00
ScarriffleandClaude Opus 5	6ad4deb634	Fünf Sekunden Bild ohne Ton — jetzt weiss ich, woher ... Deine Angabe war der Schlüssel: du hast **mitten im Film die Tonspur umgeschaltet**. Dabei baut der Spieler den Strom an der aktuellen Stelle neu auf, und damit greift der Sprung — den ich gestern nur mit Spielzeugdateien gemessen hatte. Also eine Datei gebaut, die einem Film gleicht: 23,976 Bilder je Sekunde, Schlüsselbild alle fünf Sekunden, zwei Tonspuren, Deutsch als Stereo-AAC und Englisch als 5.1 in EAC3. Gemessen, erster Zeitstempel je Spur: | | Bild ab | Ton ab | |---|---|---| | Spur 2, ab Sekunde 0 | 0,021 | 0,000 | | Spur 2, ab 17 (mitten in der Bildgruppe) | 0,000 | **1,964** | | Spur 2, ab 15 (knapp vor dem Schlüsselbild) | 0,000 | **4,969** | Fast fünf Sekunden Bild ohne Ton. Zueinander sind beide dabei richtig getaktet — aber eine solche Lücke am Anfang darf jeder Spieler deuten, wie er will, und hls.js schiebt den Ton dann nach vorn. Genau das hast du gehört. Die Rundung auf das Schlüsselbild, die seit E8GSRE drin ist, nimmt das weg: dieselbe Datei, Sprung auf 17, gerundet auf 15,015 — **Bild ab 0,000, Ton ab 0,004**. Du läufst noch auf 5YZ63F; deshalb steht im Protokoll auch keine ffmpeg-Warnung, die gibt es erst ab E8GSRE. **Die Tonspur lässt sich jetzt vor dem Start wählen.** Auf der Detailseite steht neben „Abspielen" ein Knopf „Ton: Deutsch"; das Menü zeigt alle Spuren der Datei. Gemerkt wird dabei die **Sprache**, nicht die Spurnummer — welche Nummer Englisch trägt, ist von Film zu Film verschieden, dass du Englisch willst, ist es nicht. Beim nächsten Film steht die passende Spur damit schon da, und das Umschalten mitten im Film entfällt. Wer doch im Spieler wechselt, ändert dieselbe Merkstelle. **Und ein Fehler aus deinem Protokoll**, der nichts damit zu tun hat: „UNIQUE constraint failed: Sehtage.UserId, Sehtage.Tag, Sehtage.MovieId". Das ist ein Wettlauf im Sehprotokoll von vorgestern — der Spieler meldet alle zehn Sekunden, ein Sprung meldet sofort, und zwei Meldungen können sich überholen. Dann fanden beide keine Zeile, beide legten eine an. Jetzt wird in der Datenbank hochgezählt statt im Speicher, und wer dabei zu spät kommt, zählt beim zweiten Versuch mit. Mit Test. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 20:09:46 +02:00
ScarriffleandClaude Opus 5	cf272f20aa	Ton und Bild: ein Versatz zum Einstellen, und zwei gemessene Fehler weniger ... Du meldest Ton, der drei, vier Sekunden neben dem Bild liegt. **Nachstellen konnte ich es nicht** — und das sage ich lieber, als eine Vermutung als Befund zu verkaufen. Gemessen habe ich alle vier Wege, jeweils mit ffprobe am Ergebnis, erster Zeitstempel je Spur: | Weg | Bild ab | Ton ab | |---|---|---| | Umpacken, ab 0 | 0,021 | 0,000 | | Umpacken, ab 12 | 0,000 | 1,979 | | Umkodieren, ab 0 | 0,021 | 0,000 | | Umkodieren, ab 12 | 0,021 | 0,000 | Alle vier sind **zueinander richtig**. Auch eine Quelle mit einem echten Loch in der Tonspur blieb ausgerichtet. Die naheliegende Erklärung — `-ss` vor `-i` mit kopiertem Bild und neu gerechnetem Ton — ist damit widerlegt. **Zwei echte Fehler hat dieselbe Messung aber gefunden**, und beide sehen aus wie „um Sekunden daneben": Zeile zwei der Tabelle. Beim Umpacken fängt das Bild beim Schlüsselbild *vor* dem Sprung an, der Ton genau beim Sprung — bei Sekunde 12 also zwei Sekunden Bild **ohne Ton** am Anfang. Zueinander stimmen beide, aber jeder Spieler darf diese Lücke deuten, wie er will. Und der Server meldete dem Spieler „beginnt bei 12", obwohl er bei 10 beginnt: die Uhr, die Zeitleiste und der gespeicherte Stand lagen um diesen Unterschied daneben. Beides geht weg, indem der Sprung **auf das Schlüsselbild gerundet** wird und derselbe Wert zurückgemeldet wird. Dann fangen Bild und Ton zusammen an, es gibt keine Stille davor, und die Uhr stimmt. Beim Umkodieren entfällt das Runden — dort schneidet das neu gerechnete Bild genau. **Und: ffmpeg durfte bisher nichts sagen.** `-loglevel error` versteckt genau die Meldungen, die einen Tonversatz ankündigen, und der Fehlerkanal wurde bei Rückgabewert 0 weggeworfen. Jetzt steht er auf `warning`, und Warnungen landen auch bei einem geglückten Lauf im Protokoll. Wenn es bei dir wieder auftritt, steht diesmal etwas da. **Der Versatz zum Einstellen** sitzt im Tonmenü des Spielers: „Später" und „Früher" in Hundertmillisekundenschritten, bis ±5 s, dazu „Zurücksetzen". Gemerkt wird er **je Datei in diesem Browser** — ein Versatz ist meist eine Eigenschaft der Datei, kann aber auch an der Anlage liegen, und über Bluetooth stimmt etwas anderes als am Fernseher. Verschoben wird serverseitig: die Datei wird ein zweites Mal mit `-itsoffset` geöffnet und von dort nur der Ton genommen. Mit einer Eingabe verschöbe sich beides gemeinsam. Der Preis: der Strom startet neu, und eine durchgereichte Datei muss dafür umgepackt werden — ohne ffmpeg lässt sich nichts verschieben. Zwei neue Läufe halten das fest: dass Bild und Ton zusammen anfangen, und dass ein halbe-Sekunde-Versatz den Ton um eine halbe Sekunde verschiebt und das Bild gar nicht. Der Sprungtest daneben lief bisher genau durch diesen Fall und sah nur nach, ob überhaupt Segmente entstehen. Ein Test musste umgeschrieben werden: er stand auf „Einstiegspunkt ist genau 2" und hielt damit die falsche Meldung fest. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 19:37:21 +02:00
ScarriffleandClaude Opus 5	a7a4419626	Adminrecht geben und nehmen — und einen, dem es niemand nimmt ... Ein Konto liess sich anlegen und danach nie wieder ändern: kein Weg zum Administrator, keiner zurück, keiner zum Löschen. Mit Einladungslinks füllte sich der Server also in genau eine Richtung. **Warum es einen Besitzer braucht.** Sobald Administratoren einander das Recht entziehen können, gibt es einen Zustand ohne jeden Administrator — und aus dem führt kein Weg zurück ausser dem an der Datenbank. Ein Konto, das ausgenommen ist, schliesst ihn aus. Es ist das erste, also das, mit dem eingerichtet wurde; die Migration trägt das auf bestehenden Servern nach, und weil die Kennungen zeitlich geordnet vergeben werden, ist der Älteste schlicht der mit der kleinsten. Weitergeben lässt er sich: vom Besitzer, an einen Administrator, mit Rückfrage. Nur an einen Administrator, sonst wäre der Server einen Klick von einem Besitzer entfernt, der die Verwaltung gar nicht sieht. **Drei Türen sind zugemauert**, und jede hat ihren Test: dem Besitzer das Recht nehmen, den Besitzer löschen, sich selbst das eigene Recht nehmen. Das letzte ist die unauffälligste — wer sich im Eifer entmachtet, steht vor einer Verwaltung, die er nicht mehr öffnen kann, und das Zurücknehmen braucht genau die. Gemessen und als Test festgehalten: ein frisch vergebenes Adminrecht gilt **sofort**, ohne neue Anmeldung. Die Rolle wird je Anfrage aus der Datenbank gelesen und nicht aus dem Token — ich hatte das Gegenteil befürchtet. Löschen nimmt mit, was am Konto hing: Geräte, Sehstände, Sehprotokoll, Meldungen, offene Einladungen. Alles hängt mit `Cascade` daran. Zahlen über jemanden zu führen, den es nicht mehr gibt, wäre die schlechtere Hälfte. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 18:31:05 +02:00
ScarriffleandClaude Opus 5	d5e21d663f	Einladen, statt sich für jemanden ein Passwort auszudenken ... Ein Konto von Hand anzulegen heisst: sich für einen anderen ein Passwort ausdenken und es ihm durchsagen — über denselben Kanal, über den auch ein Link gegangen wäre. Jetzt gibt es den Link. Wer ihn öffnet, wählt Namen und Passwort selbst und ist danach angemeldet. Gültigkeit und Anzahl wählst du beim Erstellen: einen Tag bis einen Monat, einmal bis unbegrenzt. **Eine Rolle wählst du nicht** — wer eingeladen wird, ist gewöhnlicher Benutzer. Ein Feld, über das ein Link Adminrechte verschenken könnte, gibt es gar nicht, und damit auch keinen Weg, es versehentlich zu setzen. **Der Link steht genau einmal da.** Gespeichert ist nur sein Fingerabdruck, wie beim Gerätetoken; aus der Liste lässt sich keiner mehr bauen. Eine verlorene Einladung wird deshalb nicht wiedergefunden, sondern neu gemacht. Und gebaut wird die Adresse im Browser: der Server weiss nicht, unter welchem Namen er von aussen erreichbar ist, und hinter einem Reverse Proxy rät er falsch. **Das Rennen beim Einlösen.** Zwei Leute, die gleichzeitig denselben einmaligen Link öffnen, läsen beide „null benutzt" und schrieben beide „eins" — und hätten beide ein Konto. Der Zähler geht deshalb mit einer Bedingung hoch, die die Gültigkeit noch einmal prüft; wer dabei keine Zeile trifft, war der Zweite. Das Ganze in einer Transaktion, damit ein Tippfehler im Namen den Link nicht verbrennt. Beides steht als Test da — zwei gleichzeitige Einlösungen ergeben genau ein Konto. **Angelegt wird, angemeldet wird danach gewöhnlich.** Derselbe Zweischritt wie beim Einrichten, und der Grund ist nicht Bequemlichkeit: die Anmeldung setzt den Sitzungskeks, und ohne den lädt kein Plakat — Bilder weisen sich über ihn aus, nicht über das Token. Gemessen beim Durchspielen: nach dem Einlösen kommt ein Bild mit 200 zurück. **Die Weiche liegt im Hochfahren, nicht im Router.** Der Router läuft nie, wenn niemand angemeldet ist — ein Ausgeloggter mit Einladungslink sähe sonst die Anmeldekarte und landete nach dem Anmelden auf der Startseite, ohne je erfahren zu haben, wozu er eingeladen war. Nach dem Einrichten, damit ein nagelneuer Server zuerst seinen Administrator bekommt. Wer schon angemeldet ist, bekommt kein Formular, sondern den Hinweis und zwei Wege. Und die Gründe einer Ablehnung sind verschieden benannt: abgelaufen, zurückgezogen, schon benutzt. Verschwiegener wäre ein einheitliches „gilt nicht" — und dann fragt der Eingeladene nach, und der Gastgeber rät mit. Nebenbei korrigiert: die Erkundung meinte, dem Benutzernamen fehle ein eindeutiger Index. Er hat einen, seit der ersten Migration, sogar mit `NOCASE`. Das Namensrennen war also nie offen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 17:23:25 +02:00
ScarriffleandClaude Opus 5	8e9da1355c	Der Server schrieb deutsche Sätze an eine Stelle, die niemand liest ... „Die Anfrage war so nicht zu gebrauchen" — das ist der Ersatzsatz des Browsers für eine Ablehnung ohne Begründung. Dabei stand die Begründung da: „Benutzername darf nicht leer sein, das Passwort braucht mindestens 8 Zeichen." Nur eben in `errors`, und beide Clients lesen `detail`. Zwei Formen waren betroffen. `Results.ValidationProblem` legt den Satz unter `errors` ab, `Results.BadRequest(new { fehler = … })` unter `fehler` — in beiden Fällen kommt er nirgends an. Zusammen 36 Stellen, darunter jede Zeile, die ich gestern für die Meldungen geschrieben habe. Dass die Clients `title` und `errors` auslassen, ist dabei richtig: dort stehen sonst die englischen Prüftexte des Rahmenwerks, und „Not Found" ist keine Auskunft. Jetzt eine Form, hinter `Einwand.Bitte` / `.Fehlt` / `.Belegt`. Dass es drei benannte Türen sind statt eines Aufrufs mit Zahl, hat einen Grund: man sieht am Wort, ob der Server um eine bessere Eingabe bittet, etwas nicht findet oder auf etwas Bestehendes stösst. **Auffallen konnte es nicht**, und das ist der eigentliche Fund. Die vorhandenen Tests prüften den Rumpf als Zeichenkette — der Satz *stand* ja drin, nur im falschen Feld. Der neue Test prüft deshalb, in welchem Feld, und ein Wächter am Quelltext schlägt an, wenn eine der beiden alten Formen zurückkommt. Er hat beim ersten Lauf gleich eine Stelle gefunden, die mein Suchmuster übersehen hatte. Dazu drei Kleinigkeiten, die beim Lesen auffielen: **Passwörter wurden getrimmt.** Der Dialog schnitt jedem Feld die Ränder ab, auch dem Passwort — `login.ts` sendet es ungeschoren. Ein Leerzeichen am Ende, und das angelegte Konto war für immer unbetretbar. **Beim Einrichten stapelten sich die Fehlerzeilen**, weil `.error` weggeräumt wurde und `.fehler` entsteht. Drei Fehlversuche, drei rote Kästen. **Der Benutzerdialog versprach acht Zeichen und prüfte nichts.** Jetzt sagt er es selbst, ohne den Umweg über die Leitung. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-07 17:12:57 +02:00
ScarriffleandClaude Opus 5	7cd48f5528	Wer etwas sieht, kann es jetzt auch sagen ... Wer einen Server für andere betreibt, erfährt von Fehlern zuletzt: dass die deutsche Tonspur nach einer halben Stunde aussetzt, merkt der, der den Film sieht, und nicht der, der ihn eingeräumt hat. Bisher gab es dafür keinen Weg ausser dem Zuruf im Wohnzimmer. Gemeldet wird an einem Film, einer Serie, einer einzelnen Staffel und einer einzelnen Folge: Art (Bild, Ton, Untertitel, Angaben, Sonstiges), eine freiwillige Stelle wie 0:34:12 und der Kommentar. Pflicht ist nur der Kommentar — die beiden anderen machen aus einer Liste von Sätzen etwas, das man sortieren und nachstellen kann. **Eine Staffel gibt es als Zeile nicht**, und das prägt den Entwurf. Sie ist Serie plus Nummer, so wie überall sonst in diesem Server; die Meldung trägt deshalb drei Fremdschlüssel und daneben eine Staffelnummer. Dass die Nummer auf eine Staffel zeigt, die es gibt, prüft der Endpunkt beim Schreiben — die Datenbank kann es nicht, es gibt nichts, worauf sie zeigen könnte. **Die Rechteprüfung steht nirgends.** Wer einen Titel nicht sehen darf, findet ihn beim Melden nicht — das erledigt der Freigabefilter, ohne ein einziges `Where`. Elegant und genau deshalb leicht zu zerstören, darum steht dafür ein Test da. **Die eigene Liste überlebt fremde Entscheidungen.** Titel werden nachgeschlagen, nicht verbunden: zieht ein Administrator einen Titel zurück, nachdem jemand ihn gemeldet hat, bleibt die Meldung beim Melder stehen — nur ohne Namen. Ein Join hätte sie verschwinden lassen, und das wäre jemandes eigene Eingabe, weggenommen wegen einer fremden Entscheidung. `IgnoreQueryFilters` wäre die bequeme Abkürzung und gäbe den Namen eines unveröffentlichten Titels über einen Weg heraus, an den beim nächsten Mal niemand denkt. **Erledigt heisst abgehakt, nicht gelöscht**, als Zeitpunkt und nicht als Haken — wie `PublishAt` und `ChangedSince`. Daneben steht „Wieder öffnen"; ein Fehlgriff wäre sonst endgültig. Das Archiv wird erst auf Zuruf geholt: es wächst nur, und für den seltenen Blick dauernd zu zahlen lohnt nicht. **Der Abschnitt steht neben der Prüfliste, nicht darin.** Die versteckt sich, sobald nichts auf Freigabe wartet — das ist der Normalfall, und die Meldungen verschwänden mit ihr. Umgekehrt bleibt der Meldungsabschnitt stehen, auch wenn nichts drinsteht: ein Kanal, der sich versteckt, solange ihn niemand benutzt hat, bringt niemandem bei, dass es ihn gibt. Die Zahl an der Leiste holt sich nur, wer sie nicht ohnehin hat: steht „Zu prüfen" offen, meldet der Abschnitt sie selbst und nach jedem Abhaken. Nebenbei zwei Dinge am Dialog, die hier auffielen. Es gab **kein mehrzeiliges Feld** — und das Einsammeln der Werte hätte ein `<textarea>` still verschluckt: es ist kein `HTMLInputElement` und wäre ins Auffangnetz für Auswahlfelder gelaufen, also als `undefined` hinausgegangen. Der Server hätte „ohne Beschreibung" geantwortet, auf einem Dialog, in dem sichtbar etwas steht. Und `dialog()` meldete sich als einziger nicht beim Seitenwechsel an: ein Dialog von der Detailseite überlebte den Zurück-Knopf und stand danach über der Mediathek. Neun Testfälle auf dem Server, zwölf Läufe. Für den Web-Client gibt es in diesem Projekt keine Tests; dort ist von Hand geprüft. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 22:18:14 +02:00
ScarriffleandClaude Opus 5	579a49b73b	Der Server wusste, was du zuletzt gesehen hast — und sonst nichts ... Für „wie viel habe ich letzte Woche geschaut" gab es keine Daten. `UserItemState` ist eine Zeile je Titel: der letzte Stand. Wer einen Film zweimal sieht, überschreibt den ersten Durchgang; wann etwas lief, wusste der Server nur fürs jeweils letzte Mal. Nachträglich erfinden lässt sich das nicht. Jetzt gibt es ein Sehprotokoll: **eine Zeile je Nutzer, Tag und Titel.** Keine Sitzungen — die brauchen ein Ende, und das kommt oft nie an, wenn der Browser zugemacht oder das Telefon zugeklappt wird. Tagesbündel haben diesen Lebenslauf nicht, es wird nur addiert. **Gezählt wird, was wirklich lief.** Der Zuwachs zwischen zwei Meldungen, gedeckelt auf die Zeit, die dazwischen verstrichen ist (mal zwei als Toleranz für doppelte Geschwindigkeit und ausgefallene Meldungen). Sonst ergäbe ein Sprung von Minute 5 auf Minute 90 anderthalb Stunden Sehzeit in zehn Sekunden. Gemessen an fünf Meldungen im Abstand von elf Sekunden: 88 Sekunden statt 190. Dabei fiel ein zweiter Fall auf: war **gar keine** Zeit verstrichen, griff kein Deckel statt eines engen — eine frisch angelegte Zeile hätte ihre Anfangsstelle voll mitgezählt. Wer einen Film öffnet und sofort auf Minute fünf springt, hat keine fünf Minuten gesehen. Im Profil stehen drei Zahlen, und jede sagt, woher sie kommt: die aufgezeichnete Zeit fängt heute an, die Zahl gesehener Titel steht seit jeher fest. Dazu eine Wochenkurve, die häufigsten Genres und was zuletzt lief. **Jeder sieht nur sich selbst, auch ein Administrator** — es gibt keinen Weg, ein fremdes Konto zu meinen. Zwei Dinge auf dem Weg dorthin: **Eine stellbare Uhr für die Tests.** Zwei Minuten Film lassen sich nicht in fünf Millisekunden sehen, und das ist richtig so — prüfen liess es sich nur, indem die Zeit vergeht, ohne sie zu verbringen. **Ein Namenskonflikt im CSS.** Die leeren Wochenbalken trugen die Klasse `leer`, und die gehört längst der Fläche „hier ist nichts" — mitsamt 24 Pixeln Polster. Jeder leere Balken war dadurch 48 Pixel hoch, egal welche Höhe dastand. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 17:20:01 +02:00
ScarriffleandClaude Opus 5	d8a1633cf4	Das eigene Bild führte aus dem Server heraus ... Ein Klick auf den Buchstabenkreis meldete ab. Keine Rückfrage, kein Menü, kein Weg zurück — hinter einer Geste, die überall sonst „mein Konto" heisst. Jetzt führt er auf `#/profil`; Abmelden steht dort als Knopf, mit Nachfrage. Auf der Seite: Bild wählen, tauschen, entfernen. Dazu „Meine Sprache" — **umgezogen, nicht kopiert.** Sie stand mitten in der Verwaltung, und die zeigt der Client nur Administratoren; der Endpunkt erlaubte sie längst jedem. Wer kein Admin war, konnte seine eigene Sprache nirgends ändern. Der Warnhinweis „weicht ab" bleibt in der Verwaltung, denn dort entsteht die Verwirrung — er verweist jetzt aufs Profil. **Vorher musste ein Fehler weg, der seit Monaten dasteht.** `ImageCache.StoreStreamAsync` baute den Schlüssel aus 32 Hexzeichen plus Dateiendung; `PfadFür` verlangt genau 64 Hexzeichen und nichts sonst. Es gab keinen Wert, den beide gelten liessen: **jeder Bildupload gab `null` zurück und endete in einem 502.** Kein Test fragte je danach — jetzt vier. Damit geht nebenbei auch „eigenes Bild hochladen" für Filme und Serien wieder. Weil der Schlüssel keine Endung mehr trägt, kommt der Medientyp beim Ausliefern aus den ersten Bytes der Datei. Vorher ging alles als `image/jpeg` hinaus — bei TMDB stimmte das, bei einem hochgeladenen PNG nicht. **Und die gemerkte Sitzung war eine Kopie, die nie nachzog.** Sie wurde bei der Anmeldung geschrieben und danach nie wieder. Wer sein Bild am Telefon setzt und den Browser am Schreibtisch öffnet, fand dort den alten Buchstaben — bis zum nächsten Anmelden. Gemessen und behoben: beim Hochfahren wird das Konto abgeglichen, und das Profil meldet Änderungen an die Kopfleiste, damit sie ohne Neuladen nachzieht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 17:07:40 +02:00
ScarriffleandClaude Opus 5	9622da0284	Eine Sekunde ist kein Anfang ... Drei Zahlen standen als Konstante im Quelltext und bestimmten, wie sich der Server anfühlt. Jetzt stehen sie in der Verwaltung, unter „Wiedergabe". **Weiterschauen ab.** Gemessen: `BelongsInContinueWatching` verlangte nur `Position.Ticks > 0` — ein Tick genügte. Wer im Aufmacher eine Sekunde hineinschaute, fand den Titel danach in „Fortsetzen". Jetzt gibt es eine Untergrenze, voreingestellt auf 1½ Minuten. Was sich dabei **nicht** ändert: die Stelle wird weiter gemerkt. Das ist der Unterschied zu Jellyfin, um dessentwillen es diesen Server gibt — die Schwelle entscheidet, ob der Titel in der Reihe steht, nicht ob man ihn wiederfindet. Nachgemessen: nach dem Umstellen ist „Heat" aus der Reihe verschwunden und steht weiterhin bei Sekunde 1. **Gesehen ab.** War 90 % als `const`, ist jetzt 85/90/95. **Umkodieren.** `-preset veryfast -crf 21` und VAAPI `-qp 23` waren fest verdrahtet, ohne Einstellung und ohne Umgebungsvariable. Drei Stufen: Qualität (medium/19, qp 21), Ausgewogen (wie bisher), Tempo (ultrafast/23, qp 26). Mit dem Warnsatz daneben, und der ist ernst gemeint: was in Echtzeit laufen muss, darf nicht langsamer rechnen als es abspielt. **Und das Vorhandene wird neu bewertet.** `InProgress` ist eine gespeicherte Spalte — die Bruchrechnung lässt sich nicht nach SQL übersetzen. Eine neue Schwelle wirkte sonst nur auf künftige Meldungen. Der Endpunkt läuft deshalb einmal in Stapeln durch und meldet zurück, wie viele Zeilen das umgeworfen hat: „Übernommen — 2 Einträge wurden neu bewertet." Ohne diesen Satz änderte sich die Startseite scheinbar von selbst. `ProgressRule` bleibt ein reiner Typ: die Regeln kommen als Wert herein. Nebenbei zieht der doppelte `zeile()`-Bauer nach `teile.ts` — er stand zweimal wortgleich da. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 16:52:53 +02:00
ScarriffleandClaude Opus 5	10a5070e58	Eine Folge ist weder ein Film noch eine Serie ... Die App meldete auf der Startseite „Dieser Titel ist auf dem Server nicht mehr vorhanden" — über eine Folge, die sie selbst gerade anzeigte. Gemessen im Quelltext: `item(id:)` probiert `/movies/{id}`, dann `/series/{id}`, und wirft sonst `.notFound`. In „Weiterschauen" steht eine Folge mit ihrer eigenen Kennung, und einen Endpunkt für eine einzelne Folge gab es gar nicht. Jetzt gibt es `GET /api/v1/episodes/{id}` — mit `SeriesId`, denn ohne die Serie fehlen der Folge Titel und Bild. Im Simulator nachgestellt und nachgeprüft: die Seite steht. **Zuletzt hinzugefügt.** Die App zeigte „Filme" und „Serien" — den Anfang der Mediathek in der Reihenfolge der Datenbank, also immer denselben. Jetzt je Mediathek eine Reihe „Neu in …", sortiert nach Zugang. Die Kennungen beginnen nun mit `latest`, und daran hängen zwei Einstellungen, die an einem Flaro-Server deshalb nichts taten: „Gesehenes in Neuzugängen ausblenden" und „Aufmacher nur aus Neuzugängen". **Geplante Titel.** `MediaItem` kennt jetzt `availableFrom`. Aufmacher und Detailseite zeigen statt des Knopfes „Bald ist es soweit" mit dem Termin. Die Kachel spielte trotzdem los — im Simulator kam der Spieler bis „Wird vorbereitet …" —, also zählt ein geplanter Titel jetzt wie eine Sammlung: nichts zu starten, der Tipp führt auf die Seite. **Und das Bild im Aufmacher.** Bei einer angefangenen Folge stand dort ihr Standbild statt des Bildes der Serie; wer der Serie eines ausgesucht hatte, fand ein anderes vor. Die Kachel behält das Standbild — sie zeigt, wo man steht —, der Aufmacher bekommt `SeriesBackdropImage`. **Die Punkte im Karussell waren 26 × 3 Pixel.** Von drei Klicks auf denselben Punkt traf nur der auf der Mittellinie; fünf Pixel daneben geschah nichts. Der Knopf ist jetzt 27 Pixel hoch, sichtbar bleiben 3. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 16:06:58 +02:00
ScarriffleandClaude Opus 5	f10fb4c1bc	Abspielen spielt ab ... Im Aufmacher der Startseite stand „Abspielen", und wer draufdrückte, landete auf der Detailseite. Gemessen am laufenden Server: beide Knöpfe riefen dieselbe Funktion — `oeffnen` —, der eine hiess nur anders. Drei Dinge waren falsch, alle an derselben Stelle: **Der Knopf log.** Jetzt startet er den Spieler, mit Fortsetzen ab der Stelle, an der man war. Ohne Datei — eine ganze Serie — heisst er „Ansehen" und führt dorthin, wo man wählen kann. **Eine angefangene Folge war kein Film.** Sie lief durch `alsHero` mit `art: 'filme'` und ihrer eigenen Kennung; der Klick ging auf `#/filme/<Folgenkennung>` und endete in „Diesen Film gibt es nicht mehr". Nachgemessen im Browser, dann `angefangenAlsHero` dafür gebaut: die Detailseite gehört der Serie, der Fortschritt der Folge. **Ein geplanter Titel sah aus wie jeder andere.** Jetzt steht statt des Knopfes „Bald ist es soweit" mit dem Termin, wie auf der Detailseite. Dafür nennt `/home/continue` und `/home/next` nun Datei, Länge und Termin, und die Vorschläge bringen ihre Dateien mit — ohne die konnte der Aufmacher gar nicht abspielen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 15:42:42 +02:00
ScarriffleandClaude Opus 5	343b0cdcfb	Ein Knopf, der nichts tut, ist schlimmer als keiner ... Der geplante Film zeigte weiter „Abspielen" und „Herunterladen", und wer drückte, bekam „Dieser Titel ist ab dem 6.10. um 18 Uhr verfügbar". Die Sperre im Server war richtig; die Oberfläche wusste nur nichts davon. Gemessen: die Liste führte `PublishAt` seit jeher mit, die Einzelabfrage `GET /api/v1/movies/{id}` nicht — und die Detailseite entscheidet genau daran. `publishAt` kam also immer als `null` an, die Prüfung lief ins Leere. Dasselbe fehlte bei `GET /api/v1/series/{id}` und bei den Folgen. Jetzt steht dort, wo sonst der Knopf stünde: „Bald ist es soweit", mit dem Termin darunter. Kein Versprechen, das beim Klicken zurückgenommen wird. Der Test prüfte bisher nur die Liste — darum fiel es nicht auf. Er fragt jetzt die Detailseite und schlägt ohne die Korrektur fehl. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 15:10:30 +02:00
ScarriffleandClaude Opus 5	255eb7c2f0	Spider-Man ist nicht 720p, er ist breit ... Die Auflösung wurde allein aus der Höhe gebildet. Ein Kinoformat von 2.39:1 liegt als 1920×800 vor — nach der Höhe gerechnet kam „720p" heraus, und das stand so in der Oberfläche. Jetzt zählt die grössere von Breite und Höhe; Hochformat kippt damit nicht, und 4K-Breitbild heisst nicht mehr 1440p. Die Detailansicht hat zwei Leserschaften, und bisher bekamen beide dasselbe. Wer schauen will, sieht jetzt Laufzeit, Auflösung und die Sprachen — jede einmal, statt „Englisch · Englisch · Englisch · Englisch · Deutsch". Wer die Mediathek betreut, sieht darunter Dateiformat, Grösse und den Ordner. Der Ordner verrät eine falsche Zuordnung in einer Sekunde: steht über der Beschreibung „Hanni & Nanni 3" und der Ordner heisst „Hanni und Nanni", ist die Sache klar. Er kommt nur für Administratoren überhaupt vom Server — versteckt im Client wäre er weiterhin auslesbar. Ein geplanter Titel war unsichtbar. Das ist die Hälfte, die nichts bringt: dass er kommt, ist der Sinn des Planens. Er steht jetzt mit „Verfügbar ab …" in der Mediathek, und die Datei geht trotzdem nicht heraus — Download wie Strom lehnen bis zum Termin ab, auch für Administratoren. Wer vorziehen will, hat „Jetzt veröffentlichen"; eine Hintertür für eine Rolle wäre eine Regel, die manchmal gilt. Was ein Auffrischen geändert hat, steht jetzt unter „Zu prüfen" — in einer eigenen Gruppe mit „Zur Kenntnis" statt „Veröffentlichen". Diese Titel sind sichtbar; es gibt nichts freizugeben, nur etwas abzuhaken. Und das Protokoll sagt endlich, wo es knallt. „InvalidOperationException: Nullable object must have a value." ohne eine einzige Zeile Herkunft ist für niemanden eine Diagnose — weder für den Betreiber noch für mich. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 14:51:00 +02:00
ScarriffleandClaude Opus 5	58e06d0539	Hanni und Nanni ist nicht Hanni und Nanni 3 ... Deine drei Fälle haben eines gemeinsam, und es ist nicht das, was ich zuerst vermutet hatte: keiner der Dateinamen nennt ein Jahr. Der Riegel von gestern greift deshalb nicht. Gemessen, woran es wirklich liegt. Bei TMDB heisst der Film „Hanni & Nanni", auf der Platte „Hanni und Nanni". Das Kaufmanns-Und fällt im Vergleichs- schlüssel als Sonderzeichen heraus, das Wort „und" bleibt stehen — die Namensgleichheit griff also nie. Gewählt wurde stattdessen der erstbeste Treffer, und das war „Hanni & Nanni 3". Der richtige stand auf Platz zwei, und alle vier Treffer hatten dieselbe Beliebtheit: die Reihenfolge war Zufall. Bindewörter zwischen zwei Namen zählen jetzt nicht mehr mit — gestrichen, nicht übersetzt, sonst bliebe „Batman and Robin" aussen vor. Am Wortanfang bleiben sie stehen: „Und dann kam Polly" ist kein „dann kam Polly". Und die Suche vergleicht über den Schlüssel statt Zeichen für Zeichen. Das verhindert aber nur Neues. Was schon zusammengelegt ist, bleibt es — deshalb gibt es jetzt „Eigener Film": eine Datei löst sich aus ihrem Titel und wird ein eigener Eintrag, mit dem Titel aus dem Dateinamen und ohne Kennung. Eine zu raten hiesse, denselben Fehler zu wiederholen; so steht sie unter „Ohne Zuordnung" und ist in zwei Klicks richtig. Der Super-Mario-Fall liegt anders: beide Titel treffen heute richtig. Der steckt noch aus einem früheren Lauf fest und braucht das Trennen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 13:40:21 +02:00
ScarriffleandClaude Opus 5	c3124ba27c	Zwei Teile, ein Treffer — und einer verschwand ... Du hast drei Filme vermisst, und die Zahlen sagten schon, wo sie sind: 448 Filme plus 13 zweite Fassungen sind genau die 461 Dateien. Es fehlte keine Datei; drei Filme steckten als Fassung in einem anderen. Gemessen, warum. Der Dateinamenleser ist unschuldig — „Teil 2" bleibt im Titel. TMDB aber liefert für „Heiligtümer des Todes Teil 1" wie für „Teil 2" denselben Treffer zuerst, sobald ohne Jahr gesucht werden muss. Und weil zwei Einträge dieselbe Kennung nicht teilen dürfen, wurde der zweite geschluckt. Zwei Dateien, deren Namen verschiedene Jahre nennen, sind jetzt verschiedene Filme. Der erste Anlauf hatte ein Jahr Abstand als Toleranz erlaubt — für Dezember-Erstaufführungen — und verschluckte damit genau den Fall, um den es geht: Teil 1 ist von 2010, Teil 2 von 2011. Dazu sieht man endlich, was nicht zugeordnet werden konnte. „Nicht zugeordnet" listete bisher nur Dateien ganz ohne Titel, und die gibt es bei Filmen nie — deshalb standen dort nur Serien. Daneben eine Liste der Titel mit mehreren Dateien: zwei Fassungen sind die Regel, zwei verschiedene Filme der Fehler, und an den Dateinamen sieht man es sofort. Der Bearbeiten-Dialog hat jetzt Reiter statt Knöpfe, die weitere Fenster öffnen — ein Fenster über einem Fenster, und man wusste nicht mehr, was man zumacht. „Titel ändern" und „Bilder bearbeiten" sind aus dem Kontextmenü raus; über „Bearbeiten" kommt man an beides. Beim Prüfen gefunden: ein Dialog blieb nach einem Seitenwechsel über der neuen Seite stehen. Er hängt an body, nicht am Inhaltsbereich. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-06 13:21:42 +02:00
ScarriffleandClaude Opus 5	fcf40e4394	Der Orden des Phönix stand vor dem Stein der Weisen ... Alphabetisch stimmt das, nur sieht man sie andersherum. Es gibt jetzt einen Sortiertitel: „Harry Potter 1", „Harry Potter 2" — und die Reihe steht in der Ordnung, in der man sie schaut. Leer gelassen bleibt alles wie bisher, beim Titel ohne Artikel davor. Er hat einen eigenen Merker, nicht den des Titels. Wer die Reihenfolge festlegt, soll den Titel trotzdem weiter automatisch bekommen; beides an einem Schalter hiesse, für das eine auf das andere zu verzichten. Eine Korrektur der Zuordnung lässt ihn ebenfalls stehen. Und WALL·E bleibt nicht mehr unter E. Die Kachel wurde nach einer Korrektur zwar neu beschriftet, blieb aber an ihrem Platz — jetzt rutscht sie dorthin, wo sie hingehört. Liegt der Platz im noch nicht geladenen Teil der Liste, geht sie weg und sagt wohin, statt falsch stehenzubleiben. Dazu ein Dialog, in dem alles zu einem Titel beieinander steht: Titel, Sortiertitel, Bilder, Zuordnung. Die vier Menüpunkte gab es schon, jeder für sich richtig — zusammen aber kein Ort. Wer einen Film geraderückt, macht selten nur eines davon. Die Abkürzungen bleiben. Beim Bauen gefunden: das Zurücksetzen des Sortiertitels endete in einer 500. SortTitle.For ist eine C#-Methode, und EF Core übersetzt sie nicht nach SQL. Es geht um eine Zeile — die wird jetzt geladen und zurückgeschrieben, statt die Regel ein zweites Mal als SQL zu schreiben. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 22:25:31 +02:00
ScarriffleandClaude Opus 5	e70c33f7e2	Not Found war weder deutsch noch wahr ... Beim Korrigieren einer Zuordnung geht der bearbeitete Eintrag im vorhandenen auf — er wird gelöscht. Die Antwort nannte aber nur die Daten des überlebenden, nicht seine Kennung, und so zeigte die Kachel weiter auf etwas, das es nicht mehr gab. Wer sie dann bearbeiten wollte, bekam „Not Found". Zwei Fehler in einer Meldung. Der Server sagt jetzt, welcher Eintrag überlebt hat und ob zusammengelegt wurde; die Kachel nimmt sich weg statt auf ein Loch zu zeigen, und sagt wohin. Und das Englische: in `detail` steht der Satz, den der Server selbst geschrieben hat — deutsch und mit einem Hinweis, was zu tun ist. `title` ist dagegen der Statusname aus dem Rahmenwerk, und genau der wurde angezeigt, wo `detail` fehlte. Er wird nicht mehr gelesen; wo der Server nichts zu sagen hat, schreibt der Client selbst einen deutschen Satz. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 22:05:36 +02:00
ScarriffleandClaude Opus 5	c46063637f	Die Kachel zeigte auf die Folge und wollte zur Serie ... „Nächste Folge" führte ins Leere, und es lag weder am Scan noch am Auffrischen: die Kachel trug die Folgenkennung und öffnete damit eine Serienseite — die es unter dieser Kennung nie gibt. Heraus kam ausgerechnet dort „Diese Serie gibt es nicht mehr", wo man gerade weiterschauen wollte. Der Server kannte die Serie an beiden Stellen und schickte sie nur nicht mit. Wohin die Kachel führt und was sie misst, ist jetzt getrennt. Beides auf dieselbe Kennung zu legen wäre der nächste Fehler gewesen: „Als gesehen markieren" hätte die ganze Serie abgehakt statt der einen Folge, die man zur Hälfte gesehen hat. Dazu Streichen wie im Dateimanager: gedrückt halten und darüberfahren wählt aus, rückwärts über Gewähltes nimmt wieder weg. Ein kurzer Klick bleibt, was er war. Abgetastet wird die Strecke zwischen zwei Zeigerereignissen, nicht nur deren Endpunkte — gemessen: ein Zug über vier Kacheln erwischte sonst die erste und die letzte. Plakate lassen sich nicht mehr durch die Gegend schleppen. „Abwählen" ist ein Kreuz geworden; als vierter Knopf neben drei Aktionen sah es aus, als täte es etwas mit den Titeln. In der kleinen Leiste lag das Vorschaubild über dem Fortschrittsstrich und verdeckte ihn rechts. Und ein Klick genau darauf tat nichts, obwohl das die Stelle ist, auf die man zeigt — jetzt holt auch das Bild den Film zurück. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 21:48:00 +02:00
ScarriffleandClaude Opus 5	7df9fa6c01	Zwei Dinge in derselben Ecke, und ein Modus, den niemand bestellt hat ... Der Gesehen-Haken und die drei Punkte sassen beide oben rechts — auf dem Plakat sah das aus wie ein Fehler. Jetzt hat jede Ecke eine Aufgabe: oben links die Auswahl, oben rechts der Stand, unten links Abspielen, unten rechts das Menü. Der Knopf „Auswählen" ist weg. Gemessen, warum er stören musste: der längere Text „Auswahl beenden" brach die Filterzeile um und schob das Raster um zwanzig Bildpunkte nach unten. Und grundsätzlicher ist ein Modus ein Zustand, den man kennen muss, bevor man etwas tun kann. Jetzt trägt jede Kachel oben links ein Kästchen, das beim Überfahren erscheint — wie die drei Punkte auch. Der erste Haken fängt die Auswahl an, der letzte beendet sie. Der Spieler lässt sich verkleinern. Er rutscht in eine Leiste am unteren Rand und läuft weiter, während man die Mediathek aufräumt; ein Klick darauf holt ihn zurück. Dasselbe Videoelement, nur anders eingerahmt — ein zweiter Spieler unten hiesse, das Video auszuhängen, und dabei hört es auf zu spielen. Das Zahnrad mit acht Strahlen sah aus wie eine Sonne. Jetzt: Wellenform für den Ton, CC-Kasten für die Untertitel, Schieberegler für die Qualität. Alle drei Menüs stehen immer da — vorher verschwanden sie bei nur einer Tonspur oder ohne Untertitel, und wer sie suchte, fand nichts und wusste nicht warum. Dabei gefunden und behoben: die Wiedergabe blieb nach zwanzig Sekunden stehen, obwohl längst der ganze Rest auf der Platte lag. Results.File setzte Last-Modified, der Browser legte die Playlist mit zwei Einträgen ab, und hls.js bekam bei jedem Nachfragen dieselben zwei zurück. Eine wachsende Liste ist das Gegenteil von zwischenspeicherbar. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 20:31:12 +02:00
ScarriffleandClaude Opus 5	4853200d5c	Er packte um, was gar nicht am Umpacken lag ... Der Browser bekam stillschweigend Apples Geräteprofil — und mit ihm HEVC, AC3 und EAC3, von denen er keines öffnet. Der Server packte die Datei pflichtschuldig nach MP4 um, liess Bild und Ton dabei unberührt, und heraus kam eine tadellose Datei, mit der Chrome nichts anfangen konnte. Umpacken fasst das Bild nun einmal nicht an. Jetzt sagt das Gerät selbst, was es kann, und es gibt einen zweiten Weg neben der fertigen Datei: HLS, das nach Sekunden anfängt statt nach Minuten. Dasselbe Rohr erledigt beides — mkv nach fMP4 mit „-c:v copy", 4K nach 480p mit libx264 — und eine MP4, die der Browser ohnehin öffnet, geht ganz ohne ffmpeg hinaus. Dazu eine eigene Steuerleiste: Tonspur und Untertitel während der Wiedergabe umschaltbar, vier Auflösungsstufen, Tastenkürzel, und bei einem Fehler ein deutscher Satz statt eines schwarzen Bildes. Gemessen statt vermutet: Chromium antwortet auf canPlayType für HLS mit "maybe" und kann es dann doch nicht — deshalb entscheidet Hls.isSupported(). hls.js wiegt 372 KB und wird erst beim Abspielen geholt; die Oberfläche bleibt bei 109. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 18:52:27 +02:00
ScarriffleandClaude Opus 5	557708b769	Ein Klick, der nichts tat, und niemand sagte warum ... Eine Serienkachel kannte der Server als Titel nicht: „als gesehen markieren" lief in eine 404, und weil das Kontextmenü die Ablehnung verschluckte, geschah sichtbar gar nichts. Dasselbe beim Favoriten. UserItemState bekommt eine Serienkennung, das Häkchen zieht alle Folgen mit, und was wirft, erscheint als Meldung statt in der Browserkonsole. Dazu eine Mehrfachauswahl in der Mediathek — gesehen, ungesehen, Metadaten neu holen für das Gewählte, in einer Anfrage statt in zweihundert. Ein neues Plakat steht sofort auf der Kachel, und ein Titel, den es nicht mehr gibt, endet nicht mehr in einer Sackgasse. Gemessen: ein POST auf /refresh ohne Rumpf antwortete nach der Erweiterung mit 404 — also genau der Aufruf „alles auffrischen", den es länger gibt als die Auswahl. Der Rumpf wird jetzt von Hand gelesen, und beide Formen stehen in einer Prüfung. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-05 18:28:33 +02:00
ScarriffleandClaude Opus 5	5a5cf3d006	Dieselbe Kennung zweimal zu vergeben war kein Fehler, sah aber so aus ... Im Zuordnungsdialog stand „An error occurred while processing your request." — englisch, ohne Grund, ohne nächsten Schritt. Dahinter steckte der Eindeutigkeitsindex: der gewählte Film war in derselben Mediathek schon vergeben, und die Kennung wurde trotzdem blind gesetzt. Es ist aber gar kein Fehler. Zwei Dateien, die denselben Film meinen, gehören zusammengelegt — genau das tut der Scan am Ende jedes Laufs, und der Sehfortschritt wird dabei gefaltet. Die Korrektur von Hand tut es jetzt auch, für Filme wie für Serien. Dazu die zweite Hälfte: auch das Letzte, was durchrutscht, spricht Deutsch. Der Fehlerbehandler am Ende der Kette gab bisher die Vorgabe von ASP.NET aus. Jetzt bekommt jede Ausnahme einen deutschen Satz, und die Einzelheiten gehen ins Tagesprotokoll — dorthin, wo man sie sucht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-04 21:53:20 +02:00
ScarriffleandClaude Opus 5	0c07d4efc7	Ein falscher Treffer verhinderte seine eigene Korrektur ... „Doctor Strange" war fälschlich auf ein Making-of von 2022 gelaufen. Beim Korrigieren hängte die Vorschlagssuche `year=2022` an — aus genau der Zuordnung, die weg sollte — und lieferte nur noch Titel von 2022. Der richtige Film von 2016 konnte gar nicht erscheinen, egal wie oft man suchte. An TMDB nachgemessen: query='Doctor Strange' ohne Jahr → 2016 Doctor Strange, 2022 Multiverse … query='Doctor Strange' mit year=2022 → genau die drei Treffer aus der Meldung Gesucht wird jetzt mit dem Jahr aus dem Dateinamen, nie mit dem aus dem Treffer. Die Oberfläche trägt ebenfalls keines mehr vor: das angezeigte stammt aus derselben falschen Zuordnung. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-04 21:14:55 +02:00
ScarriffleandClaude Opus 5	d2fbaad871	Jeder Titel war seine eigene Dublette, und das seit Monaten ... „Metadaten auffrischen" hat an allem, was schon zugeordnet war, schlicht nichts getan. Die Dublettenprüfung schlägt jeden Titel nach, der eine TMDB-Kennung hat — beim Auffrischen also auch den gerade bearbeiteten. Ohne Vergleich auf Gleichheit fand sich jeder als "Dublette seiner selbst", wurde übersprungen und nie fortgeschrieben. Titel, Beschreibung und Bilder blieben für immer so, wie sie beim allerersten Lauf hereinkamen. In der Oberfläche sah das aus, als wirke die Spracheinstellung nicht — und genau so wurde es gemeldet. Gemessen, Ende zu Ende: Serversprache en-US: 101 Dalmatians · The Lion King Serversprache de-DE: 101 Dalmatiner · Der König der Löwen Damit das nie wieder unbemerkt bleibt, weiss der Server jetzt, in welcher Sprache er die Titel hat: eine Spalte MetadataLanguage, gesetzt beim Anreichern, und in der Verwaltung eine Zeile mit der Verteilung. Weicht etwas ab, frischt ein Knopf genau diese Titel auf — nicht den ganzen Bestand, und ohne das Dateisystem noch einmal abzulaufen. Dazu zwei Dinge, die ohne das nicht gingen: ein Titel lässt sich von Hand setzen und wird dabei festgeschrieben wie ein Plakat, mit einem Weg zurück. Und ein Titel, der auf Freigabe wartet, trägt jetzt dasselbe Dreipunktemenü wie eine Kachel — Bilder, Zuordnung, Titel. Ausgerechnet dort fehlte es, obwohl das der Eintrag ist, den man vor der Freigabe geradeziehen will. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-04 20:49:06 +02:00
ScarriffleandClaude Opus 5	960cca3dae	Der Abschnitt verschwand alle drei Sekunden und kam wieder ... `laden()` setzte `innerHTML = ''` und baute die Mediathekenliste neu — während eines Scans alle drei Sekunden. Der ganze Abschnitt flackerte sichtbar, und wer gerade auf einen Knopf zielte, klickte ins Leere. Schlimmer: jeder Neuaufbau startete über `verfolgen(false)` einen weiteren Takt. Nach einer Minute liefen zwanzig davon nebeneinander. Jetzt wird fortgeschrieben statt neu gezeichnet: eine Zeile je Mediathek, die bleibt, und nur Kopfzeile, Prüfungsknopf und Freigabeknopf ändern sich. Belegt im Browser — nach einem Auffrischen sind es dieselben Knoten, nur die Beschriftung ist eine andere. Dieselbe Behandlung für die Seitenleiste. Und weil Seitenleiste und Verwaltung getrennt nachfragten, zeigten sie zwei Momente — 95 hier, 84 dort, während im Hintergrund Doppelte zusammengelegt wurden. Die Verwaltung reicht ihren Stand jetzt weiter: ein Abruf, zwei Anzeigen. Dazu zwei Dinge, die beim Prüfen auffielen. Zurücksetzen und Entfernen prallen jetzt serverseitig mit 409 ab, solange ein Lauf läuft — die Oberfläche sperrt die Knöpfe, aber darauf darf sich der Server nicht verlassen; ein Aufruf von Hand während eines Scans liess den Lauf an einer DbUpdateConcurrencyException sterben. Und in der Fortschrittszeile steht beim Holen der Folgenmetadaten jetzt der Serienname: „Folge 2×13" allein sagt bei 3815 Folgen nichts. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-10-04 18:21:43 +02:00