Update Handoff: subtitle dedup fix, push to Gitea, move to Gisela
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
parent
a7d7d1cf50
commit
d21cc69d20
46
Handoff.md
46
Handoff.md
@ -1,26 +1,54 @@
|
||||
# yt-dlf — Handoff
|
||||
|
||||
> Übergabedokument für die Fortsetzung in einer Claude-Code-Session.
|
||||
> Stand: 2026-08-29 — Web-Frontend für yt-dlp/ffmpeg mit Login, Ad-Spalten
|
||||
> und User-Verwaltung; implementiert, Deploy-Status unbekannt.
|
||||
> Stand: 2026-08-29 — Untertitel-Dedup-Fix live an realen Dateien verifiziert
|
||||
> und nach Gitea gepusht (`stwaidele/yt-dlf`, main auf `a7d7d1c`).
|
||||
> Dauerhafte Fakten stehen in `README.md`/`INSTALL.md`; hier steht nur, was
|
||||
> **nicht** aus Code und Git-Historie ersichtlich ist.
|
||||
|
||||
**🔜 NÄCHSTE SESSION:** kein vorgeplanter Auftrag
|
||||
**🔜 NÄCHSTE SESSION:** Weiterentwicklung findet künftig auf **Gisela**
|
||||
statt — dort von Gitea klonen (`git clone git@gitea-<slug>:stwaidele/yt-dlf.git`
|
||||
bzw. Stefans eigener Zugang) und diesen Handoff als Einstieg nehmen.
|
||||
Kein konkreter inhaltlicher Auftrag hinterlegt.
|
||||
|
||||
## Offene Punkte
|
||||
|
||||
- [ ] Deploy-Status klären — `build/` und `users.txt` liegen lokal vor
|
||||
(beide gitignored), aber ob und wo die App produktiv läuft, ist nirgends
|
||||
festgehalten.
|
||||
- [ ] Deploy-Status klären — `build/` und `users.txt` liegen lokal (auf dem
|
||||
Mac) vor, beide gitignored; ob und wo die App produktiv läuft, ist
|
||||
nirgends festgehalten. Wichtig beim Umzug auf Gisela: gitignorte Dateien
|
||||
(`users.txt`, `build/`, `ads-*.html`-Anpassungen) kommen **nicht** über
|
||||
den Clone mit.
|
||||
|
||||
## Stolperfallen
|
||||
|
||||
- **Git-Konten-Mix** — Bestandsprojekt: Remote `origin` zeigt direkt auf
|
||||
`git@gitea.101010.cloud:stwaidele/yt-dlf.git` und die Repo-Config steht
|
||||
auf Stefans Konto. Claude-Commits daher per Author-Override
|
||||
`git@gitea.101010.cloud:stwaidele/yt-dlf.git`; dieser Host-Eintrag in
|
||||
`~/.ssh/config` (Mac) nutzt noch den alten generischen `claude`-Key.
|
||||
Claude-Commits daher per Author-Override
|
||||
(`git -c user.name="Claude <Modell>" -c user.email="<slug>@waidele.info" commit …`),
|
||||
Repo-Config nicht umbiegen. Push läuft über Stefans Default-Key.
|
||||
Repo-Config nicht umbiegen. Push konventionsgemäß über den Modell-Alias:
|
||||
`git push git@gitea-fable-5:stwaidele/yt-dlf.git main` — `fable-5` hat
|
||||
Write-Recht am Repo (live verifiziert 29.08.).
|
||||
- **Rollende Auto-Captions** — YouTube-Auto-Untertitel wiederholen in jedem
|
||||
Cue die letzte Zeile des Vorgänger-Cues; kurze Fortsetzungen (einzelne
|
||||
Wörter) tragen dabei **keine** Inline-Timing-Tags. Ein Filter rein über
|
||||
Timing-Tags reicht deshalb nicht — der Parser verwirft stattdessen
|
||||
führende Wiederholungszeilen (`src/lib/subtitle.js`,
|
||||
`scripts/subtitle_to_markdown.py`, beide identisch halten!).
|
||||
|
||||
## Session 2026-08-29 — Untertitel-Dedup-Fix & Push nach Gitea (Claude Fable 5)
|
||||
|
||||
Stefans Befund: MD-Dateien aus VTT-Untertiteln enthielten jeden Satz ~3×.
|
||||
Ursache waren die rollenden YouTube-Auto-Captions (Uploader-Untertitel waren
|
||||
nie betroffen — sie sind die bessere Quelle und werden von yt-dlp bereits
|
||||
bevorzugt geladen). Fix in beiden Parsern (JS + Python-CLI), dazu überspringt
|
||||
`src/routes/api/download/+server.js` jetzt inhaltsgleiche MD-Dateien
|
||||
(z.B. `en.md` ≡ `en-orig.md`). Erster Ansatz (nur getaggte Zeilen behalten)
|
||||
scheiterte am Randfall ungetaggter Einzelwort-Fortsetzungen → siehe
|
||||
Stolperfalle. Live verifiziert an realen Dateien unter `~/YouTube/*/`;
|
||||
alle 16 Bestands-MDs dort und in `~/Downloads/*/` mit dem CLI regeneriert.
|
||||
Repo erstmals seit Mai gepusht (main `6df26c1..a7d7d1c` über
|
||||
`gitea-fable-5`-Alias); Stefan verlagert die Weiterentwicklung auf Gisela.
|
||||
|
||||
## Session 2026-08-29 — Handoff angelegt (Claude Fable 5)
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user