lrisora

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

这个语法应该是已经支持了的，使用最新版本试试

`song_data.dat`保存所有歌曲元数据以及时长统计/分级/上次播放时间等等 内部以绝对路径区分歌曲（对于cue还有音轨号） 要注意的是新程序能够打开旧版生成的`song_data.dat`，但反过来不保证兼容 如果一定要降级需要查看代码确认数据版本是否兼容 -------- 不过卸载重装没什么意义，MusicPlayer2是绿色程序，没有各种残留 想要重置设置的话只要删除config.ini就可以了 下次打开会重新生成

应该存在其他软件/脚本可以实现将你需要的歌单转换为m3u/m3u8格式， 之后将这个通用的m3u/m3u8播放列表导入MusicPlayer2就可以了 从网络歌单到本地文件之间的匹配（保证正确率），理论上就无法实现， 这一定需要读取你本地那个下载音乐文件的软件的内部数据库才能办到， MusicPlayer2目前应该不会做这个功能

请问用的哪个Action以及需要崩溃产生的dmp文件 ~（在C:\Users\\AppData\Local\CrashDumps）~ 上面的不对，是这里C:\Users\\\AppData\Local\Temp 我没有win11，不一定能解决

是总是打不开还是偶尔？ 我已知现在网络相关的代码有crash的问题（仅在某些没网的时候被特定操作触发）

这个应该是BASS音频库的问题 ctrl+Q重新初始化播放内核可以恢复正常，或者换FFMPEG内核就不会发生 在 #598 试着修了，或许可行，可以试试

程序没有设计仅配置修改时保存这样的功能，总是重新生成文件（会覆写修改时间，即使文件完全一致） 播放列表算是频繁更改的文件（排序/修改都要保存） 对备份来说最重要的当属媒体库数据“song_data.dat”，但这恰恰是个最频繁修改的文件 事实上没有“不会频繁更改”的部分，比如你调一下音量/拖动一下窗口那么设置就有变化，下一曲就要更新最近播放 我觉得程序都应当时常保存免得系统死机/掉电丢失状态（过去的惨痛经历），像是office就有各种异常恢复 只是使用系统注册表保存配置的那些程序难以被用户意识到 开个Everything按修改时间排序所有文件（设置开启修改日期快排）就能看到了~各种软件保存文件的混乱状态~ 设置备份程序每天跑一次应该就足够安全了吧，也不会倒档太多，实时更新意义不大

我没有查到ksc歌词语法文档，现在解析代码的是根据我找到的几个（很少，可能没有代表性）ksc歌词写的，可能有问题 其中用`[` `]`把数个字组合的语法如果使用就全部使用，不使用就全不使用，所以我没考虑部分使用的情况 我不知道ksc标准是怎么样的，需要支持这种部分使用`[` `]`的情况吗（代码上没问题，容易做） 另一点是我考虑到`[` `]`有可能用来支持英文显示， 但我不清楚部分使用`[` `]`的情况下有英文一定会使用`[` `]`的保证吗 是否需要进行英文分词还是字时间标签精确到字母 我现在是把不存在`[` `]`的中文歌词视为特例（也就是不含[]时按逐字（字符）分割）写的代码 如果有其他ksc歌词请打包发给我（多多益善）

只是逐字歌词的话我更推荐ESLyric的扩展lrc，语法明确也没有多余的标签，MusicPlayer2支持“ / ”后附加翻译 现有程序兼容0.3版本， #625 已添加ESLyric0.5读取支持，并修正ksc读取（按照视频里那个软件的做法（没有源码，我猜的，可能还有问题）） 不过如果在MusicPlayer2内调整偏移量保存的话仍会按照ESLyric0.3格式保存， 因为我觉得没必要支持0.5版本，差距不大 不知道ksc怎样支持翻译还是不能支持翻译， 支持罗马音比较难搞，lrc/ksc好像都没有现有的语法能够存储，也没有能够提供罗马音歌词下载的数据源，暂时不会做 ================= 软件可以关联ksc，不过逻辑是这样的（搜索歌词不区分lrc/ksc，仅仅只是使用第一个匹配到的歌词） 软件第一次见到歌曲文件时会试着搜索匹配歌词，如果找到则将路径存入媒体库或将“歌词不存在”存入媒体库 之后每次都从媒体库读取，不再搜索歌词文件， 例外是开启播放时如果发现原本的歌词文件不存在那么会搜索一次歌词， 如果歌曲条目被从媒体库去除那么软件会忘记见过歌曲，此时再次打开曲目时会搜索歌词