From 1f678c036d38bd688ed3313640c6a199010c2868 Mon Sep 17 00:00:00 2001 From: Hitonabi Date: Tue, 1 Sep 2026 20:32:48 +0200 Subject: [PATCH] =?UTF-8?q?docs:=20SAVEPOINT=20=E2=80=94=205.3.2=20im=20Ka?= =?UTF-8?q?nal,=20Titelauswahl=20am=20Geraet=20bestaetigt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit "Serie: 2 Folgen erwartet, 2 gefunden - passt." mit 52:47 und 54:09 min — 2,5 Prozent auseinander, weit innerhalb von AEHNLICH. Die Auslegung stimmt an echten Zahlen. Zwei eigene Fehler festgehalten: der still verworfene Nachrichtentyp und der alte Titel-Lauf, der sich ueber die fertige Liste legte. Dazu das Vorgehen, das sich bewaehrt hat: erst lokal installieren, testen lassen, dann veroeffentlichen. Co-Authored-By: Claude Opus 5 --- SAVEPOINT.md | 79 ++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 79 insertions(+) diff --git a/SAVEPOINT.md b/SAVEPOINT.md index 0167024..b8be678 100644 --- a/SAVEPOINT.md +++ b/SAVEPOINT.md @@ -1,5 +1,84 @@ # SAVEPOINT — Rippy +## Zwei eigene Fehler gefunden und behoben — Version 5.3.2 (01.09.2026, nachts) + +> **Die Titelauswahl LÄUFT und ist am Gerät bestätigt.** Der Commander, +> Screenshot: *„Serie: 2 Folgen erwartet, 2 gefunden — passt."* +> +> ``` +> [x] Titel 0 52:47 min 16,28 GB 7 Kap. [Folge] +> [x] Titel 1 54:09 min 16,67 GB 7 Kap. [Folge] +> 2 von 2 gewählt · zusammen 32,95 GB +> ``` +> +> Die Längen liegen 2,5 % auseinander — weit innerhalb von `AEHNLICH` +> (15 %), deshalb „passt" ohne Unsicherheits-Warnung. Die Auslegung +> stimmt also an echten Zahlen, nicht nur im Test. + +### Fehler 1 (5.3.1): Der Kern verwarf `titel-lesen` STILL + +Der Dialog blieb ewig bei „Rippy liest die Titel …". Gemessen am +lebenden Objekt: `makemkvcon -r --noscan info dev:G:` antwortet in +**0,8 s** — der Info-Lauf hing nie. + +Der Fehler lag in MEINEM Code von 5.2.0: `istFensterNachricht()` kannte +`'titel-lesen'` und `'rip-ueberspringen'` nicht. Beide standen in der +Union, aber nicht im Prüfer, und der Kern warf sie mit +`if (!istFensterNachricht(frage)) return` weg. **Ohne ein Wort.** + +Auf drei Ebenen behoben: +1. Der Prüfer kennt beide. +2. Eine verworfene Nachricht ist LAUT (Protokoll + `kern-fehler` mit der + verworfenen Art). +3. **Neuer Wächter-Test:** liest das Schema, vergleicht jede `art:` der + Unions mit dem jeweiligen Prüfer, und prüft, dass der Kern nicht mehr + still verwirft. **GEGENPROBE gemacht** — mit zurückgenommener + Reparatur schlägt er fehl (`expected [ 'titel-lesen' ]`), mit + Reparatur grün. Kein Deko-Test. + +Dazu: `DiscInfo.ursachen` reicht die kritischen MSG-Nummern durch. Beim +5042-Zustand steht jetzt die Abhilfe im Dialog statt „keine Titel +gefunden" — das zeigte auf die DISC, dabei fehlte das LAUFWERK. + +### Fehler 2 (5.3.2): Ein alter Titel-Lauf legte sich über die Liste + +*„Er liest es korrekt ein, ich bekomme auch die auswahl aber kurz danach +kommt dieser fehler"* — „keine Antwort nach 300 s", MINUTEN nach der +fertigen Liste. Mit EINEM Lauf unmöglich (der Timeout wird bei `close` +gelöscht), also waren zwei unterwegs. + +Ich hatte nie bedacht, was passiert, wenn jemand zweimal auf „Rippen" +drückt — bei etwas, das zwei Minuten dauert und dabei nur „liest …" +anzeigt, ist das der Normalfall, keine exotische Bedienung. + +Behoben je Laufwerk: Ein neuer Lauf **löst den alten ab** +(AbortController → `titelInfoLesen` killt das Kind, lehnt mit der Marke +`ABGELOEST` ab). Nur die neueste Laufnummer darf antworten; ein +abgelöster Lauf **schweigt**. Nebeneffekt: nie zwei `makemkvcon` auf +derselben Disc. + +### Setup 5.3.2 + +* **131 526 975 Bytes**, SHA-256 + `74BBB686BD7EF95C1EFF8076FCA564BF83E8836301C939C38596EA03C2D33DEE` +* Paket-Smoke GRÜN, **261 Tests**, Ampel GRÜN (`6d14921`), im Release + `aktuell` anonym gegengeprüft. +* **Vorgehen war: erst lokal installieren, testen lassen, dann + veröffentlichen** — auf Wunsch des Commanders. Hat sich bewährt: 5.3.1 + wäre sonst mit Fehler 2 in den Kanal gegangen. + +### ⚠ Offen + +* **Der komplette Durchlauf steht noch aus.** Auswahl-Dialog ist am Gerät + bestätigt; ob die Folgen wirklich unter `Serien/…/Season 01/` landen + und was Rippy zu den Episoden-Nummern sagt, ist ungeprüft. +* Der `extras/`-Ordnername ist weiterhin aus Wissen gesetzt, nicht + gemessen — Jellyfin muss das bestätigen. +* Spartacus **Disc 2** hat einen echten Defekt (fester Offset 56881152 in + Folge 1). Disc 1 liest sauber. + +--- + ## Serien-Staffelablage + Film-Extras — Version 5.3.0 (01.09.2026, nachts) > Commander: *„Mach das gerne noch mit den Serien."* und *„Für FILME