每次启动app不会记录之前的播放的歌曲

[sjf9179]

每次都要重新选择歌单播放 ios和windows都是 是我没有设置正确吗

[gitbobobo]

不需要设置，默认就会恢复。

[sjf9179]

我现在每次打开都是这样的 没有记录 用的是直连模式

[gitbobobo]

我这里在Windows也试了下，是可以恢复的。你试下播放一首歌，等待一会儿后暂停，然后退出应用重新打开是否能恢复。

[sjf9179]

坏了 确实不行 而且ios的也不行 看来像是我的navidrome服务端坏了

[gitbobobo]

用的是最新版本吗？1.3.1

[sjf9179]

用的是最新版本吗？1.3.1

对 而且1.3.0也这样

[gitbobobo]

应用是在连接服务器之后开始恢复播放列表的，可以看下日志有没有输出上次播放队列歌曲数量这句（仓库主页有日志查看方式）

[sjf9179]

应用是在连接服务器之后开始恢复播放列表的，可以看下日志有没有输出上次播放队列歌曲数量这句（仓库主页有日志查看方式）

有的

[sjf9179]

应用是在连接服务器之后开始恢复播放列表的，可以看下日志有没有输出上次播放队列歌曲数量这句（仓库主页有日志查看方式）

有个奇怪的点 我的歌单是170首 但是日志显示的是169

[gitbobobo]

可以开启下DEBUG等级的日志，观察有无“播放列表恢复完成”和“恢复播放进度至: xxx”这样的日志。

看起来像是保存的播放列表丢失了一些数据导致的问题

[sjf9179]

可以开启下DEBUG等级的日志，观察有无“播放列表恢复完成”和“恢复播放进度至: xxx”这样的日志。

看起来像是保存的播放列表丢失了一些数据导致的问题

似乎没有看到

INFO 23:20:28.244 (+0:00:00.003689) INFO 💡 当前版本：1.3.1，构建次数：90 INFO 23:20:28.252 (+0:00:00.010845) INFO 💡 数据库位置：/var/mobile/Containers/Data/Application/1388D031-B98B-4AC2-8DE2-8725E42B29A6/Documents/stream_music.db INFO 23:20:28.255 (+0:00:00.014384) INFO 💡 数据库版本：20 INFO 23:20:28.255 (+0:00:00.014601) INFO 💡 TV 模式：false INFO 23:20:28.256 (+0:00:00.015134) INFO 💡 当前网络连接类型：WiFi INFO 23:20:28.256 (+0:00:00.015140) INFO 💡 尝试连接主线路... INFO 23:20:28.430 (+0:00:00.188788) INFO 💡 歌曲占用空间: 1.48 GB，元数据占用空间: 89.36 MB，系统占用空间: 1.17 MB INFO 23:20:28.432 (+0:00:00.190899) INFO 💡 应用初始化完毕 INFO 23:20:28.646 (+0:00:00.405248) INFO 💡 上次播放队列歌曲数量：169 INFO 23:20:28.735 (+0:00:00.493808) INFO 💡 最新版本: 1.3.0 INFO 23:20:28.741 (+0:00:00.500359) INFO 💡 服务器状态同步完成 DEBUG 23:20:51.748 (+0:00:00.000099) DEBUG 🐛 初始化应用中... DEBUG 23:20:51.749 (+0:00:00.000655) DEBUG 🐛 设置时间... DEBUG 23:20:51.749 (+0:00:00.000720) DEBUG 🐛 全局设置... INFO 23:20:51.751 (+0:00:00.003231) INFO 💡 当前版本：1.3.1，构建次数：90 INFO 23:20:51.756 (+0:00:00.007784) INFO 💡 数据库位置：/var/mobile/Containers/Data/Application/1388D031-B98B-4AC2-8DE2-8725E42B29A6/Documents/stream_music.db INFO 23:20:51.758 (+0:00:00.010103) INFO 💡 数据库版本：20 INFO 23:20:51.758 (+0:00:00.010312) INFO 💡 TV 模式：false INFO 23:20:51.759 (+0:00:00.010577) INFO 💡 当前网络连接类型：WiFi INFO 23:20:51.759 (+0:00:00.010580) INFO 💡 尝试连接主线路... DEBUG 23:20:51.759 (+0:00:00.010857) DEBUG 🐛 缓存文件保存路径: /var/mobile/Containers/Data/Application/1388D031-B98B-4AC2-8DE2-8725E42B29A6/Library/Caches DEBUG 23:20:51.759 (+0:00:00.011201) DEBUG 🐛 音乐文件保存路径: /var/mobile/Containers/Data/Application/1388D031-B98B-4AC2-8DE2-8725E42B29A6/Library/Application Support/songs INFO 23:20:51.853 (+0:00:00.104534) INFO 💡 歌曲占用空间: 1.48 GB，元数据占用空间: 89.39 MB，系统占用空间: 1.19 MB INFO 23:20:51.853 (+0:00:00.104754) INFO 💡 应用初始化完毕 DEBUG 23:20:51.853 (+0:00:00.104758) DEBUG 🐛 界面设置... DEBUG 23:20:51.870 (+0:00:00.121983) DEBUG 🐛 CarPlay setRootTemplate: CPTabBarTemplate DEBUG 23:20:51.870 (+0:00:00.122066) DEBUG 🐛 正在连接服务器，跳过检测 DEBUG 23:20:51.934 (+0:00:00.186027) DEBUG 🐛 GET:https://oss.aqzscn.cn/stream-music/latest_version.json INFO 23:20:52.092 (+0:00:00.343538) INFO 💡 最新版本: 1.3.0 DEBUG 23:20:52.841 (+0:00:01.092858) DEBUG 🐛 保存音乐服务器配置 DEBUG 23:20:52.841 (+0:00:01.093258) DEBUG 🐛 ping server result: true DEBUG 23:20:52.936 (+0:00:01.187763) DEBUG 🐛 保存音乐服务器配置 INFO 23:20:52.981 (+0:00:01.232436) INFO 💡 上次播放队列歌曲数量：169 DEBUG 23:20:52.994 (+0:00:01.245535) DEBUG 🐛 当前音频设备：AudioDevice(auto, ) DEBUG 23:20:52.994 (+0:00:01.245866) DEBUG 🐛 可用音频设备：[AudioDevice(auto, Autoselect device), AudioDevice(audiounit, Default (audiounit))] DEBUG 23:20:53.085 (+0:00:01.336486) DEBUG 🐛 保存音乐服务器配置 INFO 23:20:53.085 (+0:00:01.336563) INFO 💡 服务器状态同步完成 DEBUG 23:20:53.209 (+0:00:01.460651) DEBUG 🐛 每日推荐加载完成，耗时：8ms DEBUG 23:20:53.286 (+0:00:01.537652) DEBUG 🐛 随机专辑加载完成，耗时：85ms

[gitbobobo]

那看起来就是播放列表数据不全的问题了。

开始播放之后有做其他操作吗？

或是清除应用数据后重新登陆，直接从每日推荐播放歌曲，然后暂停退出，看播放列表是否能恢复？

[sjf9179]

那看起来就是播放列表数据不全的问题了。

开始播放之后有做其他操作吗？

或是清除应用数据后重新登陆，直接从每日推荐播放歌曲，然后暂停退出，看播放列表是否能恢复？

每日推荐没有问题！ 看来就是我列表坏了 以前从应用里直接删过歌好像 看来要重新做一个列表了

[sjf9179]

我找到bug了 同一首歌可以多次添加到播放了列表里
不知道是音流的bug 还是navidrome的bug 把重复的歌从列表删除就好了！

[gitbobobo]

重复添加歌曲到歌单可能是服务端故意这么设计的？总之客户端不可能在添加歌曲到歌单的时候还一个个去查一下有没有重复，不然效率太低了。

不过音流确实没有考虑到歌单内存在重复歌曲的情况，这个需要处理一下

[yvyan]

遇到了相同的问题，ds audio，两个自建歌单，其中一个自建歌单可以自动恢复播放，另一个歌单则不可以，每次启动播放列表为空，我不知道开发者是否有异常上报，看看哪里出问题了，应该是数据格式异常导致数据库存储或者读取失败了，直接catch了

[gitbobobo]

1.3.2最新测试版会在添加到播放列表前对歌曲去重，应该能修复这个问题

[gitbobobo]

1.3.2 正式版已发布