播放器适配&希望可以自定义可选播放器（MusicBee 本地播放器 & 通用 SMTC 识别）

[tumuyan]

我的常用播放器是MusicBee， 本身不支持SMTC协议 但是可以通过插件得到支持 https://github.com/HenryPDT/mb_MediaControl
希望NOW PLAYING可以把MusicBee支持一下。

另外能否直接放一个按钮，点一下就扫描一下当前在运行的支持SMTC的播放器，然后不管有没有专门适配，选中就能直接用？虽说专门适配可能有更好的效果，但是能直接用也很有必要呀

[Widdit]

好的，已经记录了你的反馈，我们后续会根据用户的反馈情况来逐一适配，先适配热门程度更高的播放器。由于 MusicBee 在国内较冷门，并且在 Now Playing 发布的一年半时间中都没有收到相关反馈，所以会先进行其他音乐播放器的适配。

之前考虑过 SMTC 的通用适配，但是出于一些原因，取消了这个计划。首先各个音乐软件对于 SMTC 的适配程度不同，像 QQ 音乐、Apple Music 等适配比较好，而像 Spotify、网易云音乐这些适配性较差，Spotify 的播放进度每隔 5 秒才更新一次，网易云音乐则完全没有提供播放进度和歌曲总时长（不过这个不是主要原因）。主要原因是我发现在我的电脑上，如果你不打开 Windows 的媒体控制面板，那么音乐软件的 SMTC 信息的播放状态（播放/暂停）、播放进度则不会更新，非要我把 Windows 的媒体控制面板打开来才会更新，因此完全依赖 SMTC 的信息可能是不太可靠的。这就导致我需要去另外检测音乐软件进程发出的音量来判断歌曲是否暂停/播放，然而部分音乐软件发出音量的那个进程名又和 SMTC 的进程名不同，导致又需要额外设置一遍，比较麻烦，并且出错了不好排查，到时候用户问为什么歌曲匹配错误就很难解决，因此我没有考虑开发通用 SMTC 识别功能。

但这些都是小问题，因为目前已经支持了 20+ 个音乐软件，就算使用穷举法，最多也就 40 个音乐软件而已，这个后续是能够全部支持的，工作量不算很大。

目前你图片中的 MusicFree、Foobar 2000 我们均已支持，可以使用这些软件（毕竟是本地音乐，用其他播放器打开可以不用重建歌单）。

[tumuyan]

我在测试smtc的时候已经发现了各个软件的支持情况不一样了(比如图里的musicfree并不能提供实时进度，进度条在正常走，但是当我在播放器里直接切换进度的时候，就露馅了 )，music bee在插件的支持下，提供的信息比较完整并且进度能实时提供。

能否作为一种实验性的功能，跳过适配，不考虑信息完整性，当用户打开开关的时候，本身对smtc有良好支持的播放器就能直接选中呢？毕竟实验性的功能有什么问题也怪不到开发者，问就是仅测试

[Widdit]

我仔细思考了一下，发现这个通用 SMTC 监听功能还是可以考虑加入的。但是因为目前已经有很多其他功能正在排队，并且我计划重构通用设置页面，所以这个不仅仅是后端需要修改和优化，前端我也会花时间重写，所以这个功能进展还没有那么快。你可以先使用其它音乐软件。

后续还会先推出 API 传入歌曲信息功能，用户可以编写脚本，自行将歌曲信息 POST 进来，实现更丰富的自定义效果。