docs: SAVEPOINT — 5.7.1 gebaut und lokal installiert, NICHT veröffentlicht; Der-Patriot-Fund mit Ursache (VOB-Scan) und Fix (Stille-Grenze)
Ampel / ampel (push) Successful in 1m18s
Ampel / ampel (push) Successful in 1m18s
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Hitonabi
co-authored by
Claude Opus 5
Claude Opus 5
parent
eb54c59141
commit
fbedb9946d
+82
-1
@@ -1,6 +1,87 @@
|
||||
# SAVEPOINT — Rippy
|
||||
|
||||
## ÜBERGABE an die nächste Session (12.09.2026 spät — 5.7.0 VERÖFFENTLICHT im Tag `aktuell`: die Durchsicht abgearbeitet, Spuren einzeln, Ton verlustfrei)
|
||||
## ÜBERGABE an die nächste Session (13.09.2026 nachts — 5.7.1 gebaut und lokal installiert, NICHT veröffentlicht: Titel lesen wartet, solange MakeMKV arbeitet — Der Patriot)
|
||||
|
||||
### Stand
|
||||
|
||||
**5.7.1 ist gebaut, am ausgepackten Paket bewiesen und auf DIESEM PC
|
||||
installiert (13.09.2026 01:06, Installer-Exit 0, SHA-256 vorher geprüft,
|
||||
Rippy lief dabei nicht; `Rippy.exe` 5.7.1 auch über `\\localhost\C$`),
|
||||
NICHT im Kanal — dort liegt 5.7.0.** Der Commander testet erst; auf sein
|
||||
Wort geht 5.7.1 in den Kanal (Weg wie bei 5.7.0, siehe die Übergabe
|
||||
darunter: API-Schritte einzeln als PowerShell-Befehle, ERST Setup und
|
||||
Blockmap, DANN `latest.yml` löschen/hochladen, PATCH, anonym gegenmessen).
|
||||
|
||||
* Setup: `RippySetup-5.7.1.exe`, **131 576 689 Bytes**, SHA-256
|
||||
`7463711833721C2068270DE39B43F0ABE433891EA10030AD2ECB21BF8480F669`
|
||||
(Bau in `dist-setup-571/`, Kopie in `dist-setup/`; Blockmap 137 575 B,
|
||||
`latest.yml` 14 146 B).
|
||||
* Paket-Smoke: `SMOKE: OK — fenster=geladen kern=pid:6408,node:24.18.1 datenbank=ok leine=gesetzt pong=ok version=5.7.1`.
|
||||
* **518 Tests** in 52 Dateien (5.7.0: 508), drei Typprüfungen, Bau, Klick-
|
||||
Beweis (34 Schritte) und Ampel (`eb54c59`) grün.
|
||||
* Commits: `eb54c59` (Fix, Tests, Notizen, Version 5.7.1, Klick-Bilder)
|
||||
und dieser SAVEPOINT.
|
||||
|
||||
### Der Fund des Commanders (12.09.2026 spät): „Der Patriot" scheitert in 5.7.0 erneut
|
||||
|
||||
Bild: Dialog mit „✗ MakeMKV hat die Titel nach 15 Minuten nicht gelesen".
|
||||
Daneben das MakeMKV-Programm (v1.18.4, LibreDrive), das dieselbe DVD
|
||||
„The Patriot Extended Cut" fertig liest — sein Protokoll:
|
||||
|
||||
```
|
||||
IFO-Datei für VTS #1 ist beschädigt, die VOB-Datei muss gescannt werden.
|
||||
Das kann viel Zeit in Anspruch nehmen, bitte haben Sie Geduld.
|
||||
CELLs 1-53 wurden vom Titelstart entfernt … Titel #1 wurde hinzugefügt (31 cell(s), 2:47:40)
|
||||
… Titel #11 (0:09:46), #16 (0:09:58), #17 (0:02:01) · Die Aufgabe wurde erfolgreich abgeschlossen
|
||||
```
|
||||
|
||||
**Ursache:** MakeMKV liest bei beschädigter IFO die ganze VOB-Datei
|
||||
(5,8 GB) durch — so lange, wie das Laufwerk für die Disc braucht, im
|
||||
Programm genauso. Rippys Grenze war eine feste GESAMTgrenze (5.6.1: 5 min,
|
||||
5.7.0: 15 min) — für diese Disc immer zu kurz. Kandidat 2 der Durchsicht,
|
||||
jetzt mit Beleg.
|
||||
|
||||
**Fix (5.7.1):**
|
||||
* `buildInfoArgs` gibt `--progress=-same` mit; `titelInfoLesen` wertet die
|
||||
Ausgabe zeilenweise aus (PRGV Prozent, PRGC Schritt, PRGT Aufgabe, MSG
|
||||
Meldung) und beendet makemkvcon nur, wenn er so lange STILL ist, wie
|
||||
die Einstellung erlaubt (`titelLesenMinuten`, Vorgabe 15) — jede Zeile
|
||||
setzt die Uhr zurück. Kündigt MakeMKV den VOB-Scan an
|
||||
(`istVobScanMeldung`: IFO + VOB im Text, deutsch wie englisch), gilt nur
|
||||
noch die Obergrenze `VOB_SCAN_HOECHSTENS_MS` (4 h).
|
||||
* Der Dialog zeigt währenddessen `titelLaufZwischenstand`: „MakeMKV liest
|
||||
seit 17 min · Öffnen der DVD-Disc 43 % · letzte Meldung: „…" — beim
|
||||
VOB-Scan mit der Erklärung (20–60 min, im Programm genauso). Neue
|
||||
Meldung/Schritt sofort (ab 30 s), Prozente höchstens alle 5 s, sonst
|
||||
jede Minute.
|
||||
* Bricht Rippy ab, stehen die letzten acht Zeilen von makemkvcon im
|
||||
Fehler und im Protokoll („Titel-Lauf G gescheitert: … [makemkvcon info:
|
||||
kein Lebenszeichen seit 900 s — letzte Zeilen: …]").
|
||||
* Einstellungen → Allgemein heißt jetzt „Titel lesen — ohne Lebenszeichen
|
||||
höchstens" (Klick-Beweis angepasst).
|
||||
* Tests `test/lebenszeichen-571.test.ts` mit nachgebautem makemkvcon
|
||||
(Node-Skript über aufruf.ts): redselig über die Stille-Grenze hinaus →
|
||||
Titel kommt; stumm → „kein Lebenszeichen seit 1 s" mit letzten Zeilen;
|
||||
VOB-Scan mit Obergrenze.
|
||||
|
||||
**Nicht gemessen (kein Patriot hier):** ob makemkvcon während des
|
||||
VOB-Scans PRGV-Zeilen schickt. Deshalb die doppelte Absicherung: schickt
|
||||
er Fortschritt, hält die Stille-Uhr ihn am Leben; schickt er nichts, hält
|
||||
ihn die VOB-Ankündigung am Leben (Obergrenze 4 h). Der Commander sieht im
|
||||
Dialog, was passiert — und das Protokoll trägt die letzten Zeilen.
|
||||
|
||||
### Was am Gerät zu prüfen ist
|
||||
|
||||
* **Der Patriot noch einmal:** Der Dialog muss nach ~1 min „MakeMKV liest
|
||||
seit … · … letzte Meldung: „IFO-Datei … beschädigt …"" zeigen und
|
||||
irgendwann die vier Titel (2:47:40, 9:46, 9:58, 2:01). **Wie lange das
|
||||
MakeMKV-Programm braucht, bitte stoppen** — steht die Zeit über 15 min,
|
||||
ist die Ursache bestätigt. Danach der Rip: MakeMKV scannt die VOB beim
|
||||
Rippen noch einmal (gleiche Dauer), die Rip-Phase hat keine Zeitgrenze.
|
||||
* Die Punkte aus der 5.7.0-Übergabe darunter (Spuren einzeln an der
|
||||
Kizuna-Disc, Ton-Codec statt AAC, Schlüssel-Karte, anderer PC).
|
||||
|
||||
## Übergabe vom 12.09.2026 spät (5.7.0 — veröffentlicht im Tag `aktuell`; überholt durch 5.7.1)
|
||||
|
||||
### Wo die nächste Session startet
|
||||
|
||||
|
||||
Reference in New Issue
Block a user