lrisora

试试这个 https://github.com/zhongyang219/MusicPlayer2/actions/runs/7288242360 这可能需要很长很长的时间测试，如果问题不在这里那么卡死会被延后很久 如果卡死仍旧那么我想知道，这一点仍然如此吗 > * 已经卡死的状态下，关闭“在任务栏显示播放进度”以及“在任务栏显示播放状态图标”选项，可以从卡死状态恢复正常。再开启后回到卡死状态 以及这两个设置项具体是 哪一个/两者同时/任意一个 导致的卡死（如果已经正常工作就不必要了）

这是win11的问题，应该是某次系统更新之后出现 请在Action下载新版程序 https://github.com/zhongyang219/MusicPlayer2/actions/runs/9153794688

应该是文件编码问题，确认一下这个m3u文件的文件编码和windows的区域设置一致吗 或者转换成UTF8改后缀为m3u8 或者（软件关闭时）直接编辑playlist（注意不要改动文件编码） m3u有坑，它本身要求使用ANSI编码，但在不同区域设置下ANSI编码是不同的互相不兼容

按照规范m3u应该是Windows-1252代码页，但这是m3u本身的缺陷，无法表示中文等很多语言， 现在代码里面是将其视为当前windows的语言设置的默认代码页（ANSI） 因为我认为既然存在指定为utf8的m3u8那么将m3u对应到ANSI应该是可行的 这里难以自动识别，因为ANSI和UTF8-NO-BOM是无法准确区分的（大概率能够识别但不绝对） fb2k试图将播放列表保存为m3u的话会有以下提示  UTF8编码的m3u并非规范文件

VS编译的MFC不是免安装的需要运行时库 [https://learn.microsoft.com/zh-CN/cpp/windows/latest-supported-vc-redist?view=msvc-170](https://learn.microsoft.com/zh-CN/cpp/windows/latest-supported-vc-redist?view=msvc-170)

关于歌词编辑窗口（以及某些其他窗口），一直以来有个微妙的bug， 此窗口的保存总是为“当前播放的歌曲”保存而不是打开窗口的歌曲 你可能踩了这个坑（如果在打开歌词编辑窗口后更换了播放歌曲） 我在patch03里修正了这个问题，但还patch03修改太多可能还不太稳定（缺少测试），

目前只在歌曲当前目录以及歌词设置下的“歌词文件夹”目录搜索， 将歌词集中到一个文件夹并设置其为“歌词文件夹”是可行的，（这个目录只支持绝对路径） 支持相对目录搜索歌词（像搜索封面一样）将来可能做

你平时使用时软件的帧率fps是不是很高， 将“界面刷新间隔”设置为150ms左右试试 软件更新SMTC的进度条挂靠在UI线程下，每帧更新一次 win11效能上可能退步不少，没办法承受高频的更新 （我猜的，需要测试，可能和之前的win11任务栏是同样的问题）

另一个问题，不限制帧率的话SMTC的进度条移动流畅吗， 在我的系统（win10使用ModernFlyouts）这个进度条总是一卡一卡的， 如果win11也是这样的话我想直接改成每秒更新一次这个进度条（已经改好了）， 如果win11能够流畅显示的话应当试一下，找一个合适的更新频率

[ModernFlyouts](https://github.com/ModernFlyouts-Community/ModernFlyouts) 是这样的（我一直以为这个是照着win11做的）  那就一秒更新一次进度条，应该比较合适