View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0019577||MediaMonkey 5||Playlists||public||2022-11-21 00:49||2022-12-01 10:37|
|Summary||0019577: M3U/M3U8 Extended format improvement Read/Write|
|Description||This is a parent bug that summarizes several issues with MM's current M3U implementation including several child issues previously raised:|
1. Some M3U devices that support UTF-8 encoded m3u files will only read the file correctly if it has a flag as described below. This is based on https://en.wikipedia.org/wiki/M3U#Extended_M3U Second line of M3U can contain "#EXTENC:UTF-8" to tell Apps format is in UTF-8. No regressions found when loading such M3U file in other apps/devices and playlists are added normally
2. Some devices (e.g. QNAP and other linux devices) don't correctly translate <PlaylistName>.m3u to the Playlist Name in the associated Media Application (e.g. 8.3/UTF-8 limits or spaces removed). Apps designed for IPTV and HLS address this limitation with M3U/M3U8 containing a line with "#PLAYLIST:<Playlist name>" so that the associated app can use the Playlist name instead of actual filename.
I've tested this and all tested apps either ignore or support it--no errors were reported by adding this.
3. As previously reported at 0019258, 0019124, 0016540 and 0015571 , MM should add support for hierarchichal playlists within m3u files as per existing standards--see https://en.wikipedia.org/wiki/M3U#Examples (eg. example 5). Expected behavior would be:
i) During import referenced playlist would be imported as sub playlist
ii) on Playback referenced playlist would be loaded at playlist reference position
iii) There should be Additional setting in Playlist format to allow disabling referencing playlists for better compatibility
based on https://en.wikipedia.org/wiki/M3U#Examples Reference playlist should be added as:
|Tags||No tags attached.|
|Fixed in build|
|related to||0015571||feedback||rusty||MediaMonkey 5||Sync: Save .m3u Playlists hierarchically for some non MMA devices|
|related to||0016540||assigned||Ludek||MediaMonkey 5||Devices & Services: Ability to write hierarchical M3U playlists|
|related to||0019124||assigned||rusty||MediaMonkey 5||Ability to play nested playlist (m3u) files|
|related to||0019258||new||Ludek||MediaMonkey 5||Playlists: Support hierarchical M3U playlists export|
|related to||0011161||new||MediaMonkey 4||Ability to play nested playlist files needed|
||1) I do not understand the purpose, we can for sure add support for reading this line, but for saving in UTF8 format the M3U8 file is intended, "#EXTENC:UTF-8" is not part of standard (as stated in the Wiki table). You say there are devices, which do not support M3U8, but only support M3U with this flag?|
yes, I even tested on Android devices by saving M3U (without BOM) and Cyrillic filenames and same M3U with that line and one with line read normally on device and one without that line read on some (Android 9 based), but fail on other MP3 player (Android 6, 8 based).