lrisora

关掉`歌词模糊匹配`就好了，开启的话模糊匹配到的歌词优先于试着下载新歌词 模糊匹配本身没办法准确判断歌词匹配的对不对 对于已有的错误关联我也不清楚怎么样好，可能需要手工 ~我每次加新歌曲都一首一首检查，全手动匹配~

``` [00:00.00]测试歌词，应当在时间达到1分的瞬间切换到下一行 [01:00.00]时间到达一分的瞬间显示这行 [02:00.00] ``` 有什么情况会有提前显示歌词的需要吗（这些不准确的歌词来源） 我只想到蓝牙延迟可能需要推迟歌词显示 如果是歌词有问题我建议用歌词编辑软件/脚本批量调整歌词到正确时间

那你需要的是逐字歌词，这是时间精度问题 我以上面的测试歌词举例， 软件前一分钟会匀速显示 这个“1分钟”是第二行的开始时间， 不过实际上大部分歌词唱的时候一句的结束不是紧接着第二行开始的（但软件无法得知） 也就是类似实际上只有0~50s在唱（另外大部分歌词最后几个字占用的时间都较长） 但软件的进度显示是按照一分钟走完一行的速度匀速前进，此时就会有进度跟不上的感觉 靠软件解决不了这个问题，软件只是如实显示歌词 只有改用逐字歌词进度才能精确匹配（不过我不知道哪里有好用的逐字歌词源 ``` [00:00.00]测试歌词，应当在时间达到1分的瞬间切换到[00:30.00]下一行[00:50.00] [01:00.00]时间到达一分的瞬间显示这行 [02:00.00] ```

在播放列表/文件夹右键选“重新载入播放列表”试试， MusicPlayer2只在第一次打开/文件修改时间改变/重新载入播放列表时读取元数据以加快启动速度

> 看了一下，发现 `void CMainDialogBase::ShowSizebox(bool show) { if (show) { ModifyStyle(0, WS_SIZEBOX, SWP_FRAMECHANGED); // 还原大小边框 } else { ModifyStyle(WS_SIZEBOX, 0, SWP_FRAMECHANGED); // 去掉大小边框 } }` 这个函数有问题 如果去掉大小边框，白条就消失了（当然，也会造成无法通过拖拽窗口边缘改变大小） 如果想去掉白条，又可改变大小 那么就需要自己实现一个拖拽窗口边缘改变大小的功能 虽然只有上面宽一点不过其实这个边框是四面等宽的，其他三面有透明区域 这里做不出来的主要问题是现在的自绘界面（一个CStatic控件）吃掉了所有点击消息（这是正常的，也需要这样）...

我没用过苹果的iTunes，不知道怎样合适所以我不修这个问题 你想要的多半是这个 [MusicPlayer2-2.76.1-#620.zip](https://github.com/zhongyang219/MusicPlayer2/files/12779843/MusicPlayer2-2.76.1-.620.zip) （基于#598，缺少测试可能有未知的问题） 这里将TagLibHelper.cpp中的 `#define STR_MP4_LYRICS_TAG "----:com.apple.iTunes:Lyrics"` 修改为 `#define STR_MP4_LYRICS_TAG "\251lyr"` m4a格式有两种歌词，"\251lyr"和"----:com.apple.iTunes:unsynced lyrics" 你的截图是前一种， #35 里面提供的文件是后一种 MusicPlayer2新版里面两种都没有使用，是自定义的"----:com.apple.iTunes:Lyrics" 我不清楚m4a的两种内嵌歌词之间的区别（没用过iTunes），也不知道自定义是不是为了避免覆盖iTunes使用的字段

更新时将release下载的文件覆盖到原目录下即可， 程序配置文件`config.ini`不存在于release中，应该是能够继承之前设置的 注：程序版本不能倒退，不保证新程序保存的配置能够被旧版读取

这个设置现在藏得有点深，之后会加在选项设置 右键主界面的播放列表图标，可以设置播放列表默认使用“浮动”还是“停靠”