lrisora

用这个清理媒体库按钮，我的做法是把所有想保留的歌曲加入媒体库目录之后清理不在媒体库目录中的文件 

应该不算，这个是媒体库窗口所有标签页中歌曲条目通用右键菜单 除“播放列表”标签页外都不需要这个 加上也不是做不到，我觉得复杂度太高没必要

按我的理解这样的描述 “不是UNC路径的歌曲的处理方式是没问题的，只是`\\`开头的路径每次打开时都像第一次添加一样” 是同样的，有不同请指出（可能是存在我没想到的问题） 目前MusicPlayer2仅对windows路径（盘符开头）有完善支持 这个问题以后大概会修，因为是底层问题修复可能要非常久 暂且建议将网络存储映射盘符(映射网络驱动器)使用（下图右边是正常可用的） 

媒体库更新代码有硬伤正在改，会把这点加上， 播放列表载入时好像也有移除不存在文件的行为 ~不过我一直没用过更新媒体库这个功能，没什么感觉~

靠UNC路径无法区分是否为本地文件，windows路径可以是远程文件，UNC路径也可以是本地文件 按照原定设计，歌曲的metadata应该是缓存在媒体库song_data.dat文件内的，之后只会更新新增文件 即使从网络存储加载缓慢，这个低速加载也只会进行最初的一次。 软件要求进入播放列表内的歌曲一定读取过元数据，不能是播放时读取的懒加载， 否则会影响到属性、格式转换等等功能的使用体验。 不过代码改过很多了 有些问题，想问一下， 现在用的软件版本， 这里说的“更新媒体库期间不能播放”出现条件， 是打开软件时还是点击更新媒体库按钮后，是文件夹模式还是播放列表模式 有没有选中“启动时自动更新媒体库” 这里的远程路径下有没有大量cue形式的歌曲

请按以下操作做一下，我有些不清楚的地方 1. 打开你远程路径 2. 全选->添加到新建播放列表  3. 在媒体库->播放列表标签页播放这个播放列表（这个应该是瞬间完成）  4. 在“测试播放列表”的“添加”菜单添加刚刚的远程路径，之后会弹出“文件已存在于播放列表中”提示  ----- 我的问题是“文件已存在于播放列表中”提示要多久才能弹出， 这是打开你远程路径耗时的理论下限， 第二次打开要更久的话说明程序还有待改进

稍等，先别改其他媒体库的问题，合并会爆炸（这次这个没问题）

是flac的原因，windows资源管理器无法（不会）分割flac的多艺术家 ~更新：可能是要设置flac多艺术家应当使用分号分割而不是"/"~ 我的想法是把一首歌的艺术家作为一个整体出现在媒体库艺术家列表不进行主动拆分 但是如过其中的一个艺术家也有单曲则也把这首多艺术家的也添加进去 例如22/7不会主动分割为22和7，但是如果存在其他艺术家为22的歌曲则 左侧列表里有 22；22/7 且都含有这首歌

关于举例，按我上述做法程序会正常工作，这个方案代价是 可能会有识别不出的（会和其他艺术家组合出现），不会有不存在的 就是说假设真的同时存在“22/7”与“22”并不会导致“7”单独出现 关于白名单，由于没有用过不太清楚，这里说的是一个程序全局的字符串列表吗？ 如果是的话，这也是一个针对特例的处理，是在赌下述情况不会出现 比如对“22/7”设置不拆分并且真的存在艺术家“22”与“7”就会出问题，只是可能性很低 我觉得全局白名单的方案更好一些

或许可以自己制作一个满意的字体安装使用，搜索“Font Creator 合并字体”用类似的工具做一个 歌词设置选项卡下面有三个“设置字体”按钮，界面歌词/桌面歌词/任务栏歌词的字体设置是相互独立的