fix: write playlists as .m3u8 so Rockbox reads them as UTF-8

Rockbox's is_m3u8_name() treats every playlist extension as UTF-8 except an explicit ".m3u", which it instead decodes through the user's configured codepage: /* Default to M3U8 unless explicitly told otherwise. */ return (!dot || strcasecmp(dot, ".m3u") != 0); The one extension being used was therefore the only one that mangles accented filenames, and this library holds Motley Crue, Beyonce and Sigur Ros. Renaming the output is the whole fix. No byte order mark is written. One would promote a .m3u file to UTF-8 as well, but it is unnecessary at this extension and upsets players that do not expect to find one. Kept with the pruning change rather than raised separately, because the rename depends on it: without pruning, seventeen dead .m3u files would sit on the device for ever, and every one of them full of paths that still resolve.
2026-08-25 10:43:43 +01:00
parent 9fdd61b648
commit 35d5e98642
3 changed files with 91 additions and 31 deletions
@@ -132,7 +132,13 @@ overstates the problem and would over-block the cull.

 ## Playlists

-Written into `<mirror>/_playlists/` as extended M3U, rebuilt every pass. Six
+Written into `<mirror>/_playlists/` as extended M3U, rebuilt every pass.
+
+The extension is **`.m3u8`**, not `.m3u`. Rockbox's `is_m3u8_name()` treats
+every extension as UTF-8 *except* an explicit `.m3u`, which it decodes through
+the user's configured codepage instead — so a plain `.m3u` mangles every
+accented filename. No byte order mark is written: Rockbox does not need one at
+this extension, and a BOM upsets players that do not expect it. Six
 rules, capped at `--playlist-limit` tracks each:

 | Playlist | Rule |