From 62f1b5965ea1ad0663ef83de00019c3752fafbdf Mon Sep 17 00:00:00 2001 From: Claude Fable 5 Date: Mon, 31 Aug 2026 08:58:23 +0200 Subject: [PATCH] Update Handoff: progress display fix recorded Co-Authored-By: Claude Fable 5 Claude-Session: https://claude.ai/code/session_01DfhCF3fAgZyDN9BUsEyNFd --- Handoff.md | 30 ++++++++++++++++++++++++++---- 1 file changed, 26 insertions(+), 4 deletions(-) diff --git a/Handoff.md b/Handoff.md index 4882c4b..340285c 100644 --- a/Handoff.md +++ b/Handoff.md @@ -1,15 +1,18 @@ # yt-dlf — Handoff > Übergabedokument für die Fortsetzung in einer Claude-Code-Session. -> Stand: 2026-08-29 — App läuft produktiv auf Gisela unter +> Stand: 2026-08-30 — App läuft produktiv auf Gisela unter > http://172.30.1.11:3300 (nur internes Netz), Downloads nach -> `/home/stwaidele/YouTube//`. Neu: Whisper-Transkriptions-Fallback -> für Videos ohne Untertitel, live verifiziert (archive.org en + Instagram -> de, RTX 3080). +> `/home/stwaidele/YouTube//`. Zuletzt: Fortschrittsanzeige +> gefixt (eine sich aktualisierende Zeile statt Zeilen-Kaskade), +> serverseitig live verifiziert. > Dauerhafte Fakten stehen in `README.md`/`INSTALL.md`; hier steht nur, was > **nicht** aus Code und Git-Historie ersichtlich ist. **🔜 NÄCHSTE SESSION:** Kein konkreter inhaltlicher Auftrag hinterlegt. +Beim nächsten echten Download beiläufig prüfen, ob die Fortschrittszeile +im Browser wirklich in-place aktualisiert (Client-Teil des Fixes vom +30.08. ist implementiert, aber noch nicht im Browser beobachtet). Arbeitskopie auf Gisela: `/home/stwaidele/Claude/yt-dlf` (am 29.08. von `yt-dlp` umbenannt; systemd-Unit-Pfade angepasst, venv läuft weiter — pip darin nur noch als `.venv/bin/python -m pip` aufrufen, der @@ -48,6 +51,25 @@ pip darin nur noch als `.venv/bin/python -m pip` aufrufen, der führende Wiederholungszeilen (`src/lib/subtitle.js`, `scripts/subtitle_to_markdown.py`, beide identisch halten!). +## Session 2026-08-30 — Fortschrittsanzeige gefixt (Claude Fable 5) + +Stefans Befund (mit Screenshots vom iPhone): jede yt-dlp-Progress-Zeile +erzeugte ein neues Log-Element — hunderte fast identische Kästen. +Ursache: yt-dlp überschreibt seine Fortschrittszeile per `\r` in-place, +die App schickte aber jedes Update als eigenes `log`-Event. Fix: +Server taggt Fortschrittszeilen als Event-Typ `progress` +(`/^\[download\]\s+[~\d]/` — bewusst breiter als nur `%`, weil +Downloads unbekannter Größe prozentlose Zeilen wie +`[download] 440.00B at Unknown B/s` ausgeben; ffmpeg-Zeilen +`frame=`/`size=` ebenso), Client ersetzt bei `progress` die vorige +Zeile, wenn diese auch `progress` war. Serverseitig live verifiziert +(SSE-Stream per curl, „Me at the zoo"); Client-Ersetzung implementiert, +im Browser noch nicht beobachtet. Nebeneffekt des Tests: die am 29.08. +versehentlich mit Whisper überschriebene +`~/YouTube/Me at the zoo/Me at the zoo.en.vtt` ist wieder die echte +YouTube-Caption. Stefans Debug-Screenshots (`IMG_70*.PNG` im +Projekt-Root) bleiben bewusst untracked. + ## Session 2026-08-29 — Verzeichnis-Umbenennung & Memory-Umzug (Claude Fable 5) Lokales Verzeichnis auf Gisela von `yt-dlp` nach `yt-dlf` umbenannt