产生的playlist.m3u文件开头没有#EXTM3U标志

[lsn752]

产生的playlist.m3u文件开头没有#EXTM3U标志，酷9新版1.7.6.7和1.7.6.8不能播放。

[github-actions]

你好！感谢报告这个问题。

我已经分析了代码，确认了问题所在：

问题原因

当前的实现中，m3u_parse_and_create_services() 函数在解析 M3U 内容时，只有在源 M3U 文件中存在 #EXTM3U 头部时，才会将其添加到转换后的播放列表中。如果源 M3U 文件缺少这个头部标志，生成的 playlist.m3u 也会缺少它。

根据 M3U 规范，#EXTM3U 是 M3U 文件的标准头部标识符，许多播放器（包括你提到的酷9新版 1.7.6.7 和 1.7.6.8）要求 M3U 文件必须以此标识符开头才能正确解析。

解决方案

需要修改 src/m3u.c 中的逻辑，确保即使源 M3U 文件没有 #EXTM3U 头部，生成的播放列表也会自动添加一个。

具体修改位置在 m3u_parse_and_create_services() 函数中，需要在开始解析内容之前（或在完成解析后，如果没有检测到头部），自动添加 #EXTM3U 标志。

推荐的实现方式是：

1. 在开始解析之前检查 transformed_m3u_has_header 标志
2. 如果是第一次添加内容且还没有头部，自动插入 #EXTM3U 标志
3. 确保每个转换后的播放列表都以 #EXTM3U 开头

临时解决方法

在修复此问题之前，你可以：

1. 确保你的源 M3U 文件（external-m3u 或配置文件中的内联 M3U 内容）开头包含 #EXTM3U 行
2. 如果使用内联 M3U 配置，在 [services] 部分的开头添加：

   #EXTM3U
   

这个问题已经标记为 enhancement，我会尽快提交修复。感谢你的反馈！

[stackia]

如楼上AI回答，你需要在你的原始m3u里面带上 #EXTM3U，这样转换后的 m3u 才会有 #EXTM3U

后续我也会优化一下，如果源m3u没有的话，自动添加。

[stackia]

v3.6.0 现在会在原始 m3u 缺少 #EXTM3U 时，自动补充 #EXTM3U 头