docs: SAVEPOINT — UEBERGABE an die naechste Session
Ampel / ampel (push) Successful in 1m39s

Zwoelf Punkte in empfohlener Reihenfolge, davon zwei vom Commander:
Metadaten v2 mit Hero-Banner (Laufzeit-Abgleich, Struktur-Fingerabdruck,
TMDb-Logo/FSK/Besetzung) und Sprachwahl je Titel im Auswahl-Dialog.

Dazu Startanleitung, Token-Fundstelle, das bewaehrte Vorgehen
(erst lokal, dann veroeffentlichen), Hardware-Lage und der Bug, der
noch offen sein koennte.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Hitonabi
2026-09-01 20:49:22 +02:00
co-authored by Claude Opus 5
parent 7c489f8404
commit d70a81d194
+126
View File
@@ -1,5 +1,131 @@
# SAVEPOINT — Rippy
## ÜBERGABE an die nächste Session (01.09.2026, Sessionende)
### Wo die nächste Session startet
* **Arbeitsort:** `F:\Coding Stuff\rippy`, Branch
`worktree-windows-electron``git pull` genügt. v5-Code in
`rippy-windows/`; `main` ist reines Docker-Rippy.
* **Bau-Vorbereitung:** `npm install` in `rippy-windows/`, danach
`node node_modules/electron/install.js` (npm 11 blockt Electrons
Install-Skript). Fürs Paketieren `vendor/` aus
`%LOCALAPPDATA%\Rippy\tools` befüllen.
* **Release veröffentlichen:** die VIER Dateien im Gitea-Tag `aktuell`
ERSETZEN. **Token: `F:\Coding Stuff\Gittea Token\rippy.txt`** (40 Hex).
`git credential fill` liefert NUR ein Passwort und taugt NICHT.
* **Vorgehen, das sich bewährt hat:** erst lokal installieren, den
Commander testen lassen, DANN veröffentlichen. 5.3.1 wäre sonst mit
einem Fehler in den Kanal gegangen.
### Stand
**5.3.2 ist im Kanal und läuft beim Commander.** Ein vollständiger Rip
ist erfolgreich durchgelaufen (seine Bestätigung). Titelauswahl,
Serien-Ablage, Defekt-Wächter, Selbst-Update: alles am Gerät bewiesen.
**Committet, aber NICHT veröffentlicht:** `7c489f8` — der Dialog-Fix
(Markieren schloss den Dialog). Kann mit der nächsten Fassung mitgehen.
### Was die nächste Session bauen soll (Reihenfolge = Empfehlung)
Der Commander hat alle Punkte gutgeheißen und zwei ergänzt.
1. **Roh-Dateien aufräumen** — jede Blu-ray lässt 30+ GB liegen, niemand
räumt auf. Einstellung *behalten / nach Kompression löschen / nach X
Tagen*, plus Anzeige der Belegung. Im Code steht seit W-3: „Löschen
bekommt erst mit der Einstellung im UI eine Stimme."
2. **Staffel und Folge von Hand setzen** — Rippy rät bewusst nicht; der
Nutzer weiß aber, dass auf Disc 2 die Folgen 34 sind. Feld im
Auswahl-Dialog: „Staffel 1, ab Folge 3".
3. **Wiederholen ab Kompression** — die Roh-Dateien liegen genau dafür
da. Heute kostet ein Preset-Wechsel 40 Minuten Neulesen.
4. **Sprachwahl vor dem Rip**`titelInfoLesen()` liefert Tonspuren und
Untertitel je Titel bereits MIT, niemand liest sie aus (der vierte
Fall von „gebaut, nicht verbunden"). Siehe auch Punkt 12.
5. **Vorschau: welche Datei landet wo** — Rolle, Serie, Staffel und
Extras entscheiden inzwischen einiges; zwei Zeilen Zielpfad im Dialog
ersparen Überraschungen.
6. **Warteschlange über mehrere Discs.**
7. **Ein Smoke-Beweis, der KLICKT** — beide Fehler vom 01.09. waren
Verkabelung; von 261 Unit-Tests sah sie keiner.
8. **Laufwerks-Gesundheit aus dem Windows-Protokoll** — bei einem
Ausfall die `cdrom`-Ereignisse lesen und sagen, ob Disc oder
Hardware. (Am 01.09. von Hand gemacht, war entscheidend.)
9. **Durchgehender Fortschrittsbalken** — seit Titel-für-Titel springt
er je Titel zurück auf null. Gewichtet nach Dateigröße durchlaufen.
10. **Aufräumen nach Abbruch** — halbe Dateien bleiben im Roh-Ordner.
**11. Metadaten v2 + Hero-Banner v2 (Commander-Wunsch, hoher Wert).**
*Erkennung:* Rippy rät heute allein am TITELTEXT. Seit 5.2.0 liegt
bessere Evidenz ungenutzt herum:
* **Laufzeit-Abgleich** — TMDb kennt die Laufzeit, der Info-Lauf misst
sie. Dieser Vergleich findet NICHT statt. Stärkster Bestätiger, der
zu haben ist; widerlegt auch falsche Treffer (95 vs. 158 Minuten).
* **Struktur als Fingerabdruck** — steht wörtlich im KONZEPT: „1 langer
+ viele kurze = Film; 613 gleich lange = Serienstaffel". Erkennt
Serien auch ohne bdmt.
* **Zeitpunkt** — erkannt wird beim EINLEGEN, also vor jeder Messung.
Nach dem Info-Lauf noch einmal rechnen: aus „wahrscheinlich" wird
„bestätigt", oder Rippy merkt selbst, dass es danebenlag.
* `bdmt_deu.xml` als zweite Titelvariante (heute nur `bdmt_eng`).
*Banner:* TMDb liefert in DERSELBEN Anfrage (`append_to_response`) noch
**Logo** (freigestellter Schriftzug — der größte optische Sprung),
**Tagline**, **Bewertung**, **FSK** (aus den deutschen Freigaben) und
**Besetzung** mit Portraits. Daraus ein Kino-Mix-Banner: Backdrop über
die volle Breite, Verlauf ins Bühnen-Schwarz, Logo, Zeile
`2011 · FSK 18 · 52 Min · Drama · ★ 7,9`, Beschreibung, Darsteller-Streifen.
Bilder von TMDb lädt Rippy längst (Poster), eine CSP ist nicht gesetzt.
**Vor dem Bauen den TMDb-Schlüssel besorgen** und die Antworten
MESSEN, statt Feldnamen zu raten (Regel D). Der Commander wurde gebeten,
ihn nach `F:\Coding Stuff\Gittea Token\tmdb.txt` zu legen — beim
Sessionstart nachsehen, ob er da ist.
**12. Sprachen je Titel im Auswahl-Dialog (Commander-Wunsch).**
Wörtlich: *„Du hast Feature 1 auf der disc. das hat aber z. B.
japanischen Ton und braucht dringend die deutschen untertitel. In der
auswahl soll das direkt auswählbar sein."*
Heute gibt es nur GLOBALE Einstellungen (`audioSprachen`,
`untertitelSprachen`) — dieselbe Vorgabe für jede Disc und jeden Titel.
Nötig: je gewähltem Titel die gemessenen Tonspuren und Untertitel zum
Anhaken. Die Daten sind schon da (`DiscInfo.sprachen` aus dem
Info-Lauf, `parseStreamInfo`/`sprachenZusammenfassen`); es fehlt die
Anzeige und der Weg in den Auftrag (`RipAuftragTitel` erweitern) bis in
`komprimieren()`. Hängt eng mit Punkt 4 zusammen — zusammen bauen.
### Der Bug, der noch offen sein KÖNNTE
`7c489f8` behebt die wahrscheinliche Ursache (Markieren über den
Dialogrand). **Nicht durch Klicken bestätigt** — ich kann das UI nicht
bedienen. Falls es weiter auftritt, ist der zweite Verdacht die
Kachelliste: sie hängt an `verbindung.laufwerke.length === 0`, ein
einziger leerer Takt der Wache räumt Kachel UND Dialog ab. **Gemessen
und vorerst widerlegt** (20 von 20 Abfragen lieferten das Laufwerk),
aber die Fragilität bleibt. Sauber wäre, den Dialog-Zustand aus der
Kachel herauszuheben.
### Hardware-Lage
* Das **BU40N hängt am USB** (`USBSTOR\CDROM&VEN_HL-DT-ST&PROD_BD-RE_BU40N`).
Bei Aussetzern zuerst einen Port direkt am Mainboard probieren.
* **Spartacus Disc 2 hat einen echten Defekt** (fester Offset 56881152 in
Folge 1). Disc 1 liest sauber.
* Der **MakeMKV-Beta-Key läuft Ende September ab** — Rippy holt den neuen
selbst, nur beobachten.
### Auch noch offen
* `extras/`-Ordnername ist aus Wissen gesetzt, NICHT gemessen — Jellyfin
muss bestätigen, dass es sie als Zugaben liest.
* Auswurf-Messung, DVD- und Audio-CD-Durchlauf, Jellyfin-Sichtbarkeit.
* main-Merge des Aufräum-Branches.
---
## Zwei eigene Fehler gefunden und behoben — Version 5.3.2 (01.09.2026, nachts)
> **Die Titelauswahl LÄUFT und ist am Gerät bestätigt.** Der Commander,