From 871ecdd72e3850b429f2a360936c2e05e5615878 Mon Sep 17 00:00:00 2001 From: marc Date: Sun, 6 Sep 2026 23:44:59 +0200 Subject: [PATCH] docs(changelog): doppelte Tracknummern im Dateinamen als bekannten Fehler notiert Co-Authored-By: Claude Opus 5 --- CHANGELOG.md | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/CHANGELOG.md b/CHANGELOG.md index de91adc..e678363 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -768,6 +768,16 @@ Polish release: Android navigation and offline resilience, download accuracy for und ignoriert Akzente sowie Apostrophe (2.3). Ein Rest bleibt: steht derselbe Song unter einem **deutlich anderen** Künstlernamen (etwa vor einer Namenskorrektur), wird er weiterhin nicht erkannt und erneut geladen. +- **Backend (Dateinamen)** — Doppelte Nummern im Dateinamen: `01 - Artist - 02 - Song.mp3` statt + `01 - Artist - Song.mp3`. Der Dateiname entsteht als + `{Tracknummer} - {Künstler} - {Titel}.{ext}` ([ytdlp.js](../backend/lib/ytdlp.js), Feld `fileBase`; + dieselbe Form beim Umbenennen in `/api/edit-metadata`). Trägt das **Titel-Tag der Quelle schon + eine Nummer** („02 - Song", bei Soundtracks und Sampler-Rips häufig), wird die eigene Nummer + einfach davorgesetzt. Auffällig: die Dublettenprüfung räumt genau so etwas beim *Vergleich* bereits + ab (`stem.replace(/^\d[\d-]*\s*[-–—]\s*/, '')` in [metadata.js](../backend/lib/metadata.js)) — + beim *Erzeugen* des Namens fehlt diese Bereinigung. Vermutete Lösung: dieselbe Regex auf den Titel + anwenden, bevor die Tracknummer vorangestellt wird; zu prüfen wäre, ob dabei Titel leiden, die + legitim mit einer Zahl beginnen (etwa „700 Main Street" oder „1979"). - **Backend (download)** — Der Variantenfilter nutzt `\b`-Wortgrenzen, und die zählen den Unterstrich als Wortzeichen. Titel wie `song_instrumental_cover` oder `Easy_live` rutschen deshalb durch, während `Easy (Instrumental)` korrekt abgewiesen wird.