BenzLeung
BenzLeung
我又想到了几个点： 3.最小化到右下角系统托盘（任务栏不保留图标），鼠标右键随便弄个菜单，菜单最后一项是退出，其他项随意。 4.热键配置。包括全局热键和应用内热键。例如应用在焦点状态下按F5是播放/暂停，最小化或后台状态按全局热键 Ctrl+Alt+F5 也能播放/暂停。 5.桌面端（包括win和mac）建议增加代理服务器配置：无代理、使用系统代理、手动输入代理。
6. 键盘方向键导航，对于 AndroidTV 就是遥控器导航，建议可以 win, mac, AndroidTV, AppleTV 一起适配。 7. 适配键盘后，可顺道适配游戏手柄导航。
 对比另一个播放器。。。不过这播放器是本地播放。但是音流缓存后不也是本地播放嘛？
上面两个截图都是**播放**时的CPU占用。暂停后就基本0%了。（以下内容我猜的）跟歌词有关吗？但是我关掉了桌面歌词和锁屏歌词后，CPU占用也没有降低。 **更新**：不对，暂停后还有2%-3%占用。。。暂停了1分钟后也是2%-3%。这时不是应该0%吗？这个时候app在做些什么吗？
我理解的进度变化事件应该只用于歌词和进度条吧。我觉得进度条只需要0.5s或1s查询一次进度，歌词最好能优化到每句歌词查询一次，所以也许不要监听进度变化，改成歌词和进度条主动轮询比较好？
更新：macos版本，播放状态的CPU占用也比其他播放器高。我这里通过mac内置的活动监视器看大约是 17%-20%，其他一般是3%-5% 。
> 定位到问题了，是封面旋转这种循环动画导致的（每秒要一直渲染60或120帧，确实对CPU有不小的负担），下个版本会提供个选项：是否开启省电模式。 > > 这应该属于flutter的优化问题，之前曾提过一个[issue](https://github.com/flutter/flutter/issues/128197)，还以为只会在iOS上出现呢。一个最简单的循环动画都快把CPU跑满了，很无语，也不知道啥时候能解决。 😂😂😂😂😂😂 建议提供个ui选项吧——使用方形封面/圆形旋转封面。 另外，建议app收到后台之后把动画都停掉 😅
response from `/api/radio`: `{"error":"table radio has no column named is_playlist"}`
I tried manually adding the column "is_playlist" in the database, and the front end worked fine. However, my radio link cannot be played by navidrome because the Firefox browser does...
Nice! This is the command line you need (remove all line breaks before use). ``` D:\path\to\ffmpeg.exe -icy 1 -user_agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.85...