stwaidele/yt-dlf
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update Handoff: progress display fix recorded

Browse Source 
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DfhCF3fAgZyDN9BUsEyNFd
This commit is contained in:
Claude Fable 5 2026-08-31 08:58:23 +02:00
parent 8a86500e80
commit 62f1b5965e
1 changed files with 26 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

30
Handoff.md
View File

@ -1,15 +1,18 @@
# yt-dlf — Handoff # yt-dlf — Handoff
> Übergabedokument für die Fortsetzung in einer Claude-Code-Session. > Ü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 > http://172.30.1.11:3300 (nur internes Netz), Downloads nach
> `/home/stwaidele/YouTube/<Titel>/`. Neu: Whisper-Transkriptions-Fallback > `/home/stwaidele/YouTube/<Titel>/`. Zuletzt: Fortschrittsanzeige
> für Videos ohne Untertitel, live verifiziert (archive.org en + Instagram > gefixt (eine sich aktualisierende Zeile statt Zeilen-Kaskade),
> de, RTX 3080). > serverseitig live verifiziert.
> Dauerhafte Fakten stehen in `README.md`/`INSTALL.md`; hier steht nur, was > Dauerhafte Fakten stehen in `README.md`/`INSTALL.md`; hier steht nur, was
> **nicht** aus Code und Git-Historie ersichtlich ist. > **nicht** aus Code und Git-Historie ersichtlich ist.
**🔜 NÄCHSTE SESSION:** Kein konkreter inhaltlicher Auftrag hinterlegt. **🔜 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 Arbeitskopie auf Gisela: `/home/stwaidele/Claude/yt-dlf` (am 29.08. von
`yt-dlp` umbenannt; systemd-Unit-Pfade angepasst, venv läuft weiter — `yt-dlp` umbenannt; systemd-Unit-Pfade angepasst, venv läuft weiter —
pip darin nur noch als `.venv/bin/python -m pip` aufrufen, der 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`, führende Wiederholungszeilen (`src/lib/subtitle.js`,
`scripts/subtitle_to_markdown.py`, beide identisch halten!). `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) ## Session 2026-08-29 — Verzeichnis-Umbenennung & Memory-Umzug (Claude Fable 5)
Lokales Verzeichnis auf Gisela von `yt-dlp` nach `yt-dlf` umbenannt Lokales Verzeichnis auf Gisela von `yt-dlp` nach `yt-dlf` umbenannt