diff --git a/SAVEPOINT.md b/SAVEPOINT.md
index e191d5a..0e2ff37 100644
--- a/SAVEPOINT.md
+++ b/SAVEPOINT.md
@@ -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 (20–120 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