docs: SAVEPOINT — MakeMKV-Selbst-Update und Kino-Look

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

SAVEPOINT.md

@@ -1,6 +1,77 @@
 # SAVEPOINT — Rippy
 
-## Aktueller Stand: Erster Commander-Test bestanden — drei Funde, drei Fixes (30.08.2026, spät)
+## Aktueller Stand: MakeMKV-Selbst-Update + Kino-Look (31.08.2026)
+
+> Zwei Pakete in einem Wurf (`d5ea48c`, Ampel GRÜN, 209 Tests, Dev- und
+> Paket-Smoke grün): Rippy kann MakeMKV jetzt SELBST aktualisieren —
+> der Ein-Klick-Ausweg aus Fund 1 — und das Fenster hat den Kino-Look.
+> Neues Setup am dokumentierten Ort: `dist-setup/RippySetup-5.0.0-w0.exe`,
+> SHA-256 `75C1B613A2DD6E33C09764838F7B68B21EFB0BB8B2CCB78B2EC0971A49602706`.
+
+### MakeMKV-Selbst-Update (§ 9) — `kern/werkzeuge/beschaffen.ts`
+
+* **Quellenkette nachgemessen (31.08.):** Hersteller-Seite weiterhin
+  HTTP 525 (tot), Forum 200/0,2 s → 1.18.4, Archiv 200/7,8 s → 1.18.2.
+  Regeln wie in der Vorlage `tools/beschaffen.py`: Hersteller maßgeblich,
+  sonst HÖCHSTE Nummer; 8-s-Zeitgrenze, 2 Versuche.
+* **Geprüft wird, was ankommt:** MZ-Kopf + Versions-Ressource
+  (CompanyName „GuinpinSoft inc", ProductName „MakeMKV", FileVersion
+  „v1.18.4" — an der echten Datei gemessen, MakeMKV signiert nicht).
+  Download in `.neu`, erst nach Prüfung getauscht; Mindestgröße 1 MB
+  fängt Fehlerseiten mit HTTP 200.
+* **Gestartet wird über das Haupt** (`shell.openPath` → UAC): MakeMKVs
+  Installer verlangt Adminrechte (CreateProcess bräche mit Fehler 740 ab,
+  beschaffen.py-Messung); durch die Erhöhung läuft er über den
+  AppInfo-Dienst und hängt bewusst NICHT an der Prozess-Leine. Das Haupt
+  startet nur `.exe`-Dateien aus Rippys eigenem Downloads-Ordner.
+* **Danach wartet der Kern** (alle 15 s, max. 20 min) darauf, dass die
+  Versions-Ressource der gefundenen makemkvcon-EXE wechselt — dann läuft
+  die Schlüsselkette automatisch neu und die Werkzeuge werden neu gemessen.
+* **Ehrlicher Zweig:** installierte == neueste angekündigte Fassung
+  (heute der Fall: beide 1.18.4) → KEIN sinnloser Download, sondern der
+  Satz „sobald der Hersteller eine neuere veröffentlicht, holt dieser
+  Knopf sie". `SchluesselStand` trägt jetzt die Version als Feld.
+* Neue Nachrichten: `makemkv-update`/`schluessel-pruefen` (Fenster→Kern),
+  `beschaffung-status` (Kern→Fenster), `installer-starten`/
+  `installer-ergebnis` (Kern↔Haupt). Tests: `test/beschaffung.test.ts`
+  (Quellenketten, höchste-Version, MZ/Ressourcen-Prüfung, Quellen-Ausfall).
+
+### Kino-Look — `fenster/App.tsx`
+
+* Laufwerks-Kachel als Bühne: TMDb-**Backdrop** als Panorama (w780,
+  abgedunkelte Verläufe), Poster (w342), großer Titel, Beschreibung
+  (2 Zeilen), Badges für Typ/Größe/Sicherheit, Phasen-Label
+  („rippt (verlustfrei)" …), Prozent groß + Restzeit, **aufklappbares
+  Protokoll** (die Statuszeilen des Vorgangs, clientseitig gesammelt).
+* Bibliothek als **Poster-Regal** (Grid, Hover-Zoom, Tooltip mit
+  Ablageort/Datum/Dauer) — dafür Schema 3: Spalte `poster_pfad` samt
+  Migration per `PRAGMA table_info` (Bestandseinträge bleiben, nur ohne
+  Poster). Die Pipeline schreibt den Posterpfad jetzt mit.
+* Schlüssel-Karte mit „MakeMKV aktualisieren …"-Knopf (nur bei
+  abgelehntem Key), „Neu prüfen", Beschaffungs-Statuszeile + Balken,
+  MakeMKV-Version als Badge.
+* `MetaTreffer`/`DiscInfoStand` um `backdropPfad`/`beschreibung`
+  erweitert (OMDb-Weg ohne Backdrop — fällt aufs Poster zurück).
+* Beweis-Bild: `beweise/ui-kino-look.png` (Übersicht im Smoke-Profil —
+  zeigt auch den 5042-Klartext, siehe unten).
+
+### Beobachtungen dieser Runde
+
+* **Das Laufwerk ist WIEDER im 5042-Zustand** („beantwortet keine
+  Medien-Abfragen mehr") — wie vor dem Commander-Test. Die Kachel sagt
+  jetzt die Abhilfe im Klartext (Taste am Laufwerk / Neustart). Für den
+  nächsten Rip-Test muss das Laufwerk erst wieder aufwachen.
+* **`win-unpacked`-Sperre verstanden und dokumentiert (BAUEN.md):** Nach
+  einem Paket-Smoke hält ein Filter-Treiber `app.asar` mitunter
+  stundenlang (kein Prozess sichtbar; `dist-setup` von gestern war heute
+  wieder frei). electron-builder scheitert dann mit `EBUSY` — bei
+  **Exit-Code 0**! Ausweg dokumentiert: frisches Ausgabeverzeichnis,
+  Setup-EXE nach `dist-setup/` kopieren. `.gitignore` deckt jetzt
+  `dist-setup*/`.
+
+---
+
+## Erster Commander-Test bestanden — drei Funde, drei Fixes (30.08.2026, spät)
 
 > Der Commander hat v5 am echten Gerät getestet: **„lief alles sofort"**
 > — und drei Dinge gemeldet. Alle drei sind behoben (`c5dd90c`, Ampel