docs(savepoint): v4.0-rc5 — Rippy rippt, drei Fehler im Rip-Pfad behoben

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

SAVEPOINT.md

@@ -1,6 +1,83 @@
 # SAVEPOINT — Rippy
 
-## Aktueller Stand: v4.0-rc4 — Cover, Arbeitsordner, aufgeräumt (28.08.2026)
+## Aktueller Stand: v4.0-rc5 — **Rippy rippt** (29.08.2026)
+
+> **Der erste bewiesene Rip unter Windows.** Dein Fehlerbericht enthielt drei
+> Fehler auf einmal — alle drei gefunden, behoben und an deinem Laufwerk
+> nachgemessen.
+
+### Der Beweis
+
+    ripping.run_makemkv(\\.\G:, …, titel="3")
+    Status success · Code 0 · „Evangelion 2.22_t03.mkv" 217,9 MB
+    MSG:5036 „Das Kopieren wurde abgeschlossen. 1 Titel wurden gesichert."
+
+Bewusst der kürzeste Titel (127 s), damit die Probe Sekunden dauert und deine
+Platte nicht 33 GB kostet. Die Probedatei ist wieder gelöscht.
+
+### 1. Die Quellenangabe — das war der Abbruch
+
+    dev:\\.\G:  →  „Unknown device"  →  Das Öffnen der Disk schlug fehl
+    dev:G:      →  68 Titel, „erfolgreich abgeschlossen"
+
+Rippy übergab MakeMKV den Geräte-Namensraum `\\.\G:`. Den braucht Windows für
+die Laufwerksabfragen — MakeMKV kennt ihn nicht, es will den Buchstaben. Unter
+Linux (`/dev/sr0`) war dieselbe Zeile richtig. Sie stand an **vier** Stellen.
+
+### 2. „Ö" statt „Ö"
+
+Das ist `Ö` als UTF-8, gelesen als Windows-Zeichensatz. Rippy stellt seine
+Ausgabe beim Start auf UTF-8 (sonst stirbt der Start an einer Umlaut-Zeile),
+las MakeMKVs Antwort aber im Zeichensatz des Systems. Jetzt wird die Kodierung
+bestimmt statt angenommen.
+
+### 3. Die Ursache fehlte im Fehlertext
+
+Rippy suchte in MakeMKVs Meldungen nach **englischen** Textbausteinen. Bei dir
+meldet MakeMKV deutsch — also traf keiner, und übrig blieb die nichtssagende
+letzte Zeile. Jetzt zählen die Meldungs-Nummern; die gelten in jeder Sprache.
+
+### Nebenbefund: der Beta-Key lag zweimal am falschen Ort
+
+Erst schrieb Rippy ihn nach `/root/.MakeMKV` — ein Container-Pfad. Nach dessen
+Reparatur blieb „Testzeitraum abgelaufen" trotzdem stehen. Nachgesehen:
+
+    C:\Users\TobisPC\.MakeMKV\   nur _private_data.tar
+    HKCU\Software\MakeMKV        app_UpdateLastCheck, app_SiteInfoString, …
+
+**Unter Windows hält MakeMKV seine Einstellungen in der Registry.** Rippy hat
+den Key also zweimal brav gespeichert — beide Male dorthin, wo ihn niemand
+liest.
+
+### ⚠️ Was du wissen musst: dein MakeMKV ist zu alt für den Beta-Key
+
+Mit dem Key an der richtigen Stelle antwortete MakeMKV:
+
+    5020  Der hinterlegte Aktivierungsschlüssel ist ungültig.
+    5021  Diese Programmversion ist zu alt.
+
+Dein MakeMKV **1.18.4** ist älter als der aktuelle Beta-Key verlangt. Ein
+Update ist derzeit nicht zu bekommen: makemkv.com antwortet weiter mit HTTP
+525, und die Ausweichquellen kennen als höchste Fassung genau 1.18.4.
+
+**Das blockiert dich nicht** — der Beweis-Rip oben lief ohne Key. Aber für
+4K-UHD wird der Key gebraucht.
+
+Wichtiger noch: **ein abgelehnter Schlüssel ist schlimmer als gar keiner.**
+Ohne Key las MakeMKV die Disc noch, mit dem abgelehnten verweigerte es alles
+(0 Titel). Rippy prüft deshalb jetzt nach dem Ablegen und nimmt einen
+abgelehnten Schlüssel wieder zurück. Deine Registry ist wieder so, wie sie
+vorher war.
+
+### Mein Fehler in dieser Sitzung
+
+Ich hatte die Meldungsnummer 5021 aus dem Kopf mit „Volume-Key unbekannt"
+beschriftet — falsch, sie heißt „Programmversion zu alt". Und meine eigene
+Messausgabe zeigte nur **meine Beschriftung** statt MakeMKVs Text, sodass es
+fast durchgegangen wäre. Genau der Fehler, den ich sonst anprangere. Der echte
+Wortlaut steht jetzt im Code.
+
+## Letzter Stand davor: v4.0-rc4 — Cover, Arbeitsordner, aufgeräumt (28.08.2026)
 
 > **Drei Befunde aus deinem ersten echten Durchlauf, alle drei behoben und
 > gemessen.** Neues Setup liegt auf dem Desktop.