From 98ca2855e92b2095d62d438fd2eb4bbed14c4836 Mon Sep 17 00:00:00 2001 From: Hitonabi Date: Mon, 31 Aug 2026 20:20:13 +0200 Subject: [PATCH] =?UTF-8?q?docs:=20SAVEPOINT=20=E2=80=94=20MakeMKV-Selbst-?= =?UTF-8?q?Update=20und=20Kino-Look?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Fable 5 --- SAVEPOINT.md | 73 +++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 72 insertions(+), 1 deletion(-) diff --git a/SAVEPOINT.md b/SAVEPOINT.md index f9ea7b0..d6efb04 100644 --- a/SAVEPOINT.md +++ b/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