docs: SAVEPOINT — 5.2.0 im Kanal, Titelauswahl und Defekt-Waechter
Ampel / ampel (push) Successful in 1m34s

Inklusive der Korrektur einer eigenen Fehldiagnose: Der FESTE Offset
widerlegt die USB-Strom-Vermutung — es ist ein Disc-Defekt, die
Controllerfehler sind die Folge des halbstuendigen Haemmerns.

Offen notiert: Der Auswahl-Dialog lief noch nie an echter Hardware, und
die Serien-Ablage (Serien/<Titel>/Staffel X mit SxxEyy) fehlt weiterhin.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Hitonabi
2026-09-01 19:26:05 +02:00
co-authored by Claude Opus 5
parent a8e8b2bef3
commit 043052b453
+96
View File
@@ -1,5 +1,101 @@
# SAVEPOINT — Rippy
## Titelauswahl + Defekt-Wächter — Version 5.2.0 (01.09.2026, nachts)
> Commander: *„es fehlt generell noch komplett die auswahl WAS man rippen
> möchte. Bei Serien eben genau das die folgen, bei filmen z. B. nur das
> hauptfeature oder auch die extras."*
>
> Bis hierher übergab die Pipeline fest `titel: 'all'` — Rippy rippte
> **immer alles**, samt Trailer, Werbung und Alterskennzeichen.
### Der Anlass: eine defekte Blu-ray
Beim Rip der Spartacus-Disc hing MakeMKV eine halbe Stunde an EINER
Stelle. Gemessen (01.09.2026):
```
Offset '56881152' — immer derselbe, 39× „MEDIUM ERROR:L-EC UNCORRECTABLE"
makemkvcon64 — 1,7 s CPU in 30 Minuten (es WARTETE)
Windows-Systemlog — 41 cdrom-Ereignisse in 10 Minuten (ID 7 + ID 11)
```
**Wichtige Korrektur einer eigenen Fehldiagnose:** Erst hielt ich die
USB-Stromversorgung für die Ursache (das Laufwerk hängt am USB, ID 11 =
Controllerfehler). Der FESTE Offset widerlegt das — Stromprobleme werfen
Fehler an wechselnden Stellen. Es ist ein physischer Defekt auf der Disc;
die Controllerfehler sind die FOLGE des halbstündigen Hämmerns. Der Code
wusste es sogar schon: `makemkv.ts` notiert seit 30.08. „MakeMKV kann 1
von 2 Titeln sichern … Spartacus Disc 2".
### Der Umbau: Titel für Titel statt `all`
Beide Wünsche brauchen denselben Unterbau, deshalb in einem Zug. Zwei
Bausteine lagen fertig herum und waren nur **nicht verbunden**:
`titelInfoLesen()` (Titel mit Dauer/Größe/Kapiteln) rief NIEMAND auf, und
`buildRipArgs(…, titel)` konnte längst einen einzelnen Titel.
### Neu `kern/rip/titelwahl.ts` (pur, ohne Laufwerk)
* **Serie** (von der Disc BEZEUGT, bdmt nennt Folgen): so viele Titel wie
Folgen erwartet; passen die Längen nicht zusammen, sagt Rippy das.
* **Film**: der längste Titel.
* **Sammeltitel-Falle** (`SAMMEL_TOLERANZ`): Ein Titel, der so lang ist
wie die anderen ZUSAMMEN („alle Folgen am Stück"), wäre der längste und
würde die Film-Auswahl gewinnen — Rippy hätte alles doppelt gesichert.
* **Angel-Falle** (`FILM_GLEICHAUF`): Mehrere fast gleich lange Fassungen
(Seamless Branching). Rippy nimmt die mit den meisten Kapiteln UND sagt,
dass es unsicher ist.
* **Unklar heißt: nichts vorausgewählt.** Lieber fragen als raten.
**Bewusst NICHT geraten:** Die bdmt-`titleNumber` (1, 2, 51, 101 …) sind
Blu-ray-Playlist-Nummern, MakeMKVs Titelnummern sind eigene. Sie
gleichzusetzen wäre Raterei — benutzt wird nur die ANZAHL als Prüfsumme.
### Der Defekt-Wächter
* `offsetAusMeldung()` liest die Stelle als **letzte gequotete Zahl**
damit sprachunabhängig (deutsch „bei Offset", englisch „at offset").
* `RipAuswertung` zählt Wiederholungen derselben Stelle; ab `HAENGT_AB`
(12 Meldungen ≈ 6 Versuche) gilt der Lauf als hängend. **Fortschritt
räumt den Verdacht wieder ab.**
* Das Fenster zeigt Klartext + Knopf **„Titel überspringen"** →
`Pipeline.ueberspringen()` beendet nur den laufenden makemkvcon
(eigener AbortController je Titel), der nächste Titel läuft weiter.
* Ein gescheiterter Titel beendet den Auftrag NICHT mehr — die Gründe
werden gesammelt und am Ende genannt.
### Ablauf im Fenster
„Rippen" → Info-Lauf (20120 s, mit Ansage) → Auswahl-Dialog mit Dauer,
Größe, Kapiteln und Begründung je Titel → Schnellwahl „Rippys Vorschlag /
Alles / Nichts" → rippen. Der Info-Lauf startet **erst beim Klick**, nie
beim Einlegen (der 30.08.-Fund „das Erkennen dauert sehr sehr lange").
### Setup 5.2.0
* **131 526 561 Bytes**, SHA-256
`C426A8460DDBE43C899933956F2A7A97A96083638D1C910F482802D9FAD8946A`
* Paket-Smoke GRÜN (`version=5.2.0`), **254 Tests** (vorher 237; 17 neue
in `titelwahl.test.ts`, alle beim ersten Lauf grün), Ampel GRÜN
(`a8e8b2b`), im Release `aktuell` anonym gegengeprüft.
### ⚠ Offen
* **Der Auswahl-Dialog ist noch nie an echter Hardware gelaufen** — das
Laufwerk war im 5042-Zustand und sollte nicht weiter belastet werden.
Logik getestet, Verkabelung typgeprüft, erster echter Durchlauf steht aus.
* **Serien-Ablage fehlt weiterhin:** Folgen landen unter `Filme/`. Für
Jellyfin & Co. bräuchte es `Serien/<Titel>/Staffel X/` mit `SxxEyy`.
Bewusst als eigener Brocken zurückgestellt.
* **Das BU40N hängt am USB** (`USBSTOR\CDROM&VEN_HL-DT-ST&PROD_BD-RE_BU40N`)
— bei künftigen Aussetzern zuerst Port direkt am Mainboard probieren.
* Die Spartacus-Disc hat einen echten Defekt in Folge 1. Zum Prüfen der
neuen Auswahl: NUR Folge 2 anhaken, dann wird der Defekt gar nicht erst
angefahren.
---
## Windows-Rand, Hardware-Empfehlung, Wizard — Version 5.1.5 (01.09.2026, nachts)
> **Zuerst der Beweis, dass 5.1.1 wirkt.** Der Commander legte die