Commander: „Über den kompletten vorgang steht dort ‚Restzeit wird gemessen'
aber messung wird nicht abgeschlossen. Das heißt man hat kein ETA"
Zwei Ursachen, beide unabhaengig, beide toedlich fuer sich allein.
## 1. Die Messreihe lag nur in Redis
`eta.py` schrieb sie ausschliesslich in den Cache — mit der Begruendung im
Modul-Kopf: „Der Cache (Redis) ist schon da". Im Container stimmt das. Auf
einem Windows-PC gibt es kein Redis: `cache_get` gab bei JEDEM Aufruf None
zurueck, `beobachtung_hinzufuegen` legte also jedes Mal eine frische Reihe mit
EINEM Punkt an — und `restzeit_sekunden` braucht `MINDEST_PUNKTE = 2`.
Jetzt wird in beide Ablagen geschrieben: in den Cache, wo es einen gibt (er
ueberlebt einen API-Neustart), und in ein Woerterbuch im Prozess. Das ist ein
paar Zahlen gross, gilt nur fuer die Dauer eines Jobs, und im eigenstaendigen
Betrieb gibt es ohnehin nur diesen einen Prozess. Alte Reihen werden nach
einem Tag weggeraeumt.
## 2. Der Ereignisstrom rechnete die Restzeit gar nicht
Die Rechnung stand nur in `/jobs`. Der SSE-Schnappschuss baute seine Jobs mit
dem nackten `_job_row_to_model` — also ohne Restzeit. **Seit der Umstellung
auf den Ereignisstrom (V2-3) liest die Oberflaeche aber genau diesen
Schnappschuss und nicht mehr `/jobs`.** Die Restzeit wurde also brav berechnet
und niemandem gezeigt.
Beides jetzt in `jobs_fuer_ui()` — dieselbe Lehre wie bei
`laufwerke_mit_disc` heute frueh: Eine Auskunft in zwei Fassungen ist eine
Fassung zu viel.
Nebenbei: Unlesbare Einstellungen duerfen die Jobliste nicht umwerfen. Seit
sie auch den Schnappschuss baut, haengt daran die ganze Oberflaeche — zwei
Snapshot-Tests wurden davon prompt rot.
## Beweis
Job in der Datenbank, Fortschritt 10 % -> 25 % ueber 130 s:
nach 1. Messpunkt : eta_text='' (richtig, eine Messung reicht nicht)
nach 2. Messpunkt : 674 s, „noch ca. 11 min"
877 Tests gruen, ruff sauber.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Vier neue reine Bausteine, jeder mit Tests. Sie beantworten Fragen, die Rippy
bisher geraten oder gar nicht gestellt hat.
1. caps.parse_preset_liste - die Preset-NAMEN, die das HandBrake DIESES Workers
wirklich kennt (`--preset-list`, Format im Worker-Image gemessen). Damit
endet das Raten: die Namen unterscheiden sich je HandBrake-Version, und ein
erfundener Name laesst die Kompression scheitern.
Richtigstellung zum SAVEPOINT v3.16: Dort galt es als unmoeglich, die
Hardware-Preset-Namen auf der Rippy-VM zu ermitteln, weil dort kein
Hardware-Encoder laeuft. Gemessen ist das falsch - die Kategorie `Hardware/`
steht vollstaendig in der Liste (VCN, NVENC, QSV, MF). HandBrake trennt
zwei Fragen: --preset-list nennt alle Presets, --help nur die nutzbaren
Encoder. Zwei Fragen, zwei Quellen.
2. mounts.pfad_map_vorschlag/pfad_map_zeile - der fehlende Anschluss fuer
RIPPY_PATH_MAP. Geraten werden muss dafuer nichts: Rippy hat die Freigabe
selbst eingehaengt und kennt ihre Quelle (//host/share). Mountpunkt plus
Quelle IST das Mapping. NFS gibt bewusst "" - Windows-Schreibweise ist nicht
ableitbar (AGENTS Regel D).
Der Test fand dabei sofort die dokumentierte Windows-Falle: os.path.join
baute `/app/media\rippy` in einen Container-Pfad, das Mapping waere still
wirkungslos geblieben. _mountpoint nutzt jetzt posixpath.
3. presets.empfehlung - "immer das Beste" (Commander-Anforderung) ohne
Punktesystem: fuer jede Lage eine feste Reihenfolge echter Namen, genommen
wird der erste, den der Worker kennt. Hardware nur, wenn die Familie
wirklich gemeldet ist (vce -> Preset heisst VCN, sonst liefe eine AMD-Karte
unter dem Intel-Namen). vaapi und MF werden nie empfohlen: fuer vaapi gibt
es kein Preset, bei MF ist die Nutzbarkeit nicht ablesbar.
4. eta - Restzeit aus dem gemessenen Fortschritt. Messreihe je Phase (Rip und
Kompression haben nichts miteinander zu tun), Stillstand verlaengert die
Schaetzung, und unter zwei Messwerten oder 60 Sekunden Spanne gibt es
ehrlich keine Aussage. Test mit den echten 25.07.-Werten: 1,44 % in 29 min
landet bei "noch ca. 1 Tag 23 h" - genau die Angabe, deren Fehlen den
50-Stunden-Lauf unsichtbar machte.
Dazu: HandBrakes "Invalid preset <Name>" wird uebersetzt. Vorher stand im UI
nur "HandBrake endete mit Code 3" - dass der Preset-NAME das Problem ist, war
daraus nicht zu erraten.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
