lifegpc

我怀疑可能跟SMTC有关吧（设置的类型一直是音乐 我去看了一下MPC-HC的实现 https://github.com/clsid2/mpc-hc/blob/4a15c1a9c1340f4062fae5b7baa3ceaf854b2e7e/src/mpc-hc/MainFrm.cpp#L2389..L2401 看上去主要是在计时器回调函数中重复调用`SetThreadExecutionState `来清空计时器

> 啊还有就是伴奏的时候歌词会显示Music，这个能不能关掉呀🥺  歌词设置里已经有了

你可以从[这里](https://github.com/zhongyang219/MusicPlayer2/actions/runs/2326944017#artifacts=)下载最新的开发版本。 然后去[这里](https://github.com/lifegpc/ffmpeg_core/releases)下载，将所有dll解压到MusicPlayer2的目录下。 然后播放设置->播放内核 选择 FFMPEG

> 按我的理解这样的描述 “不是UNC路径的歌曲的处理方式是没问题的，只是`\\`开头的路径每次打开时都像第一次添加一样” 是同样的，有不同请指出（可能是存在我没想到的问题） > > 目前MusicPlayer2仅对windows路径（盘符开头）有完善支持 这个问题以后大概会修，因为是底层问题修复可能要非常久 > > 暂且建议将网络存储映射盘符(映射网络驱动器)使用（下图右边是正常可用的）  说到这个，不得不吐槽下，如果刷新数据库的时候，文件不存在了，就会从库里移除。 我这里很多歌都是放在移动硬盘上的，偶尔开MusicPlayer2忘记插上就会歌曲信息从库里移除导致统计不准（

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

use `ninja` generator has same issue.

Got same error when testing my code. 

> Got same error when testing my code.  Now it seems happened everytime I run test Error Stack ``` ---- fanbox_api::test_list_supporting_plan stdout ---- GET https://api.fanbox.cc/plan.listSupporting thread 'fanbox_api::test_list_supporting_plan' panicked at...

Looks like share client across two or more tokio runtime will cause this problem.

I am a little confusion about this strange behavior. If I use `java -jar compiler.jar --js src\a.js --js "D:\myweb\node_modules\js-base64\package.json" --js "D:\myweb\node_modules\js-base64\base64.mjs" --compilation_level ADVANCED --module_resolution NODE --process_common_js_modules` to compile the code,...