docs: SAVEPOINT v4.0-rc3 — Windows testbereit

Stand vor dem Test des Commanders. Zwei Dinge stehen bewusst gross drin:
die seit V2-1 tote Metadaten-Suche (betrifft die VM genauso) und die
bekannte Luecke bei Audio-CDs unter Windows.

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

SAVEPOINT.md

@@ -1,6 +1,72 @@
 # SAVEPOINT — Rippy
 
-## Aktueller Stand: v4.0-rc2 — Windows ist ein eigenes Produkt (28.08.2026)
+## Aktueller Stand: v4.0-rc3 — Windows testbereit (28.08.2026)
+
+> **Der Commander testet gerade selbst.** Setup auf dem Desktop, Rechner
+> sauber, Ampel grün. Die VM bleibt bewusst liegen — „geht ja erstmal um
+> windows".
+
+### ZUSTAND, gemessen
+
+| | |
+|---|---|
+| Repo | `be3fac5` auf `main`, Arbeitsstand sauber |
+| **Ampel** | **GRÜN** |
+| Tests | **774 grün** + 19 übersprungen (Sitzungsbeginn: 378) |
+| `RippySetup.exe` | **56,5 MB**, 16:07 Uhr, auf dem Desktop |
+| Laufwerk | am PC — LG `HL-DT-ST BD-RE BU40N`, Seriennr. `0025114C0149` |
+| MakeMKV | **nicht installiert** (makemkv.com liefert HTTP 525) |
+| VM (Arcane) | **`05ab655`** — weit zurück, siehe Warnung unten |
+
+### Was diese Sitzung noch gebracht hat
+
+**Ein echtes Setup** (`einrichtung.py`, `setup_fenster.py`): acht
+Voraussetzungs-Prüfungen, Zielordner UND Ablage, Port, Fortschrittsbalken.
+Nur ein FEHLER blockiert, jeder Befund sagt was zu tun ist.
+
+**MakeMKV-Ausweichquellen.** makemkv.com antwortet dauerhaft mit 525, das
+Forum wackelt (522/Zeitablauf/OK im Wechsel). Kette: Hersteller → Forum →
+Internet Archive, die höchste Versionsnummer gewinnt. Geprüft wird die
+Versions-Ressource der geladenen Datei (`GuinpinSoft inc`), weil MakeMKV
+seinen Installer **nicht signiert**.
+
+**Der Installer braucht `ShellExecute`, nicht `Popen`.** `CreateProcess`
+zeigt keine UAC-Abfrage, es bricht mit ERROR_ELEVATION_REQUIRED ab. Deshalb
+erhöht sich NUR dieser eine Aufruf — das ganze Setup erhöht zu starten würde
+die eingebundenen Netzlaufwerke unsichtbar machen (X:, Y:, Z:; auf diesem
+Rechner gemessen, `EnableLinkedConnections` nicht gesetzt).
+
+### ⚠️ DER SCHWERSTE FUND: die Metadaten-Suche war seit V2-1 TOT
+
+    clients/tmdb.py:27     from db import get_settings
+    clients/omdb.py:36     from db import get_settings
+    clients/thetvdb.py:16  from db import get_settings
+
+`docker/api/db.py` gibt es seit `dd1d0b7` nicht mehr. Jede Abfrage starb
+beim Erzeugen des Clients, und `_auto_prescan` verschluckte es. **Das gilt
+für die VM genauso** — sie steht auf `05ab655`, also nach dd1d0b7.
+
+Dazu drei weitere Docker-Annahmen, die unter Windows alles blockierten:
+Redis als Pflicht statt Beschleunigung, `mount -t udf` für den Disc-Titel,
+und `shutil.which("makemkvcon")` — das findet unter Windows nie etwas.
+
+Ergebnis an der echten Disc: `Neon Genesis Evangelion` (1995), Confidence
+0,8, Fingerabdruck `BD_EVG_D2|48149364736`.
+
+### ⚠️ BEKANNTE LÜCKE: Audio-CDs laufen unter Windows NICHT
+
+`cdparanoia` (Titelliste) und `abcde` (Rippen) sind Linux-Werkzeuge und
+werden nicht mitgeliefert. Die CD wird erkannt, aber nicht gerippt. Steht
+bewusst hier statt versteckt im Code.
+
+### Die Lehre dieser Sitzung, viermal bezahlt
+
+`os.path` richtet sich nach der laufenden Maschine — falsch überall dort, wo
+über Pfade einer ANDEREN gerechnet wird. Viermal einzeln repariert
+(katalog, verknuepfungen, betrieb, einrichtung), jetzt an einer Stelle:
+`rippy/pfade.py`. **Der Pfad entscheidet, nicht der Rechner.**
+
+## Letzter Stand davor: v4.0-rc2 — Windows ist ein eigenes Produkt (28.08.2026)
 
 > **Rippy für Windows ist keine Docker-Installation im Fenster mehr.** Es
 > weiß, worauf es läuft, es fragt beim Einrichten, und es bringt seine