我本来是 本地存储 + navdrome + 音流,发现 navdrome 中文曲库支持一般,主打一个通用( eg:繁简体不能互搜),webdav 嘛,检索效率有点低,需要扫文件目录,搜索啥的效率都很低
![]() |
1
hnbcinfo 17 天前 ![]() 我正有需要,先 star ,晚上试试。多谢
|
![]() |
2
redtears 17 天前
无损的分轨、整轨支持的怎么样,收藏的音乐有分轨有整轨,还挺麻烦的。
|
3
catazshadow 17 天前 via Android ![]() |
![]() |
4
ONEBOYS 17 天前
曲源哪里来的呀?好久没下过歌,都不知道去哪里下了
|
![]() |
5
xdeng 17 天前 ![]() @catazshadow 言重了
|
![]() |
6
coolfan 17 天前
请教 智能推荐是怎么实现的
|
![]() |
7
nekoneko 17 天前 ![]() 音源: hires 吧, 天使动漫, Jpopsuki, 皇后等
刮削: musicTag + MusicBrainzPicard 分轨: foobar2000 服务端/客户端: nas + roon 网络: zerotier |
![]() |
8
make115 17 天前 ![]() 加个支持 k 歌功能吗
|
![]() |
9
Autonomous 17 天前
能否支持多用户多个库?
music_dir (音乐文件存储目录)能否指定多个文件夹?主要是考虑到多用户的权限管理。 |
![]() |
10
zjyg1993 17 天前 ![]() 正愁没有国产化的音乐服务端呢,精神上支持下。一开始我也蛮喜欢 navidrome 的,但是他现在更新的包越来越大了,从 35M 到 133M ,你这个比他还大了 80M ,比较喜欢小而美的服务端,不知道还有没有优化空间了
|
![]() |
11
wuhunyu 17 天前
为什么现在的音乐服务都没有上传的功能,虽然 Subsonic 协议就没有上传。但没有人和我一样觉得每次都需要手动上传到服务器还是会比较麻烦的吗
|
![]() |
12
1up 17 天前 ![]() 觉得挺好但发愁动我的 navdrome 系列
|
14
abc1310054026 17 天前
能不能直接一点,大家又不是不能接受项目推广,用标题骗大伙进来挺败好感的。
|
![]() |
16
winecat 17 天前 ![]() 挺好的这个,部署了看看,还不错
|
![]() |
17
Autonomous 17 天前
@zjyg1993 已经在群晖 NAS 上面部署了( docker 方式),镜像大小 500M ,内存占用 321M ,还没添加任何音乐的空载情况。
|
18
Enter96 17 天前 ![]() 挺好的,目前用的 emby+网盘 302+LMP music
|
19
vpsvps 17 天前 ![]() plex
|
20
satanandroid 17 天前 ![]() 支持!
|
![]() |
22
memcache OP @catazshadow 如果打搅到你了,抱歉哈,目前并没有靠这个赚钱的想法,想集思广益.
|
![]() |
23
memcache OP @Autonomous 目前暂时不支持,平替的做法是每个用户有自己的歌单。
|
![]() |
24
memcache OP @abc1310054026 抱歉!
|
![]() |
25
memcache OP @Autonomous 目前的策略是内存不限制的话,会构建一些 cache ,内存限制了也不影响使用!
|
![]() |
26
memcache OP @satanandroid 🙏感谢
|
![]() |
28
memcache OP 统一回复下大家哈:
1.镜像大小正在想办法优化 2.内存大小可以在 docker 层面限制,测试下来不影响使用 3.发的帖子引起了一些同学不适的情绪,对此我深感抱歉,因为楼主也是第一次做这种项目,想来多找些志同道合的朋友集思广益,做好这款软件,目前并没有想过靠这款软件赚钱之类的,兴趣居多,纯开源 4.我也是第一次做发帖子介绍项目的事情,很多情况可能考虑不周,且基于 3 ,我也意识到发帖的频率需要控制在更长的时间范围内,不然会适得其反。 5.最后衷心感谢大家的回复哈!祝大家五一假期快乐! |
![]() |
29
Autonomous 17 天前
@memcache 感谢解答,如果两个用户想分开用的话,可否用一个镜像运行两个 Docker 实例,以实现两个用户独立使用?另外,music_dir (音乐文件存储目录)能否以只读模式挂载?
|
![]() |
30
memcache OP |
![]() |
33
Autonomous 16 天前 via iPhone
@memcache 我的 NAS 有 32G 物理内存,给 docker 镜像设置 1G 限制则实际使用 220M ,设置 2G 限制就使用 460M ,不限制就直接使用 1.8G ,看来是根据容器内存大小自行调整的。
|
![]() |
34
memcache OP @Autonomous 有点像韩信点兵
哈哈哈 |
![]() |
35
Autonomous 16 天前
@memcache 你用的客户端是音流吗,我用的音流(开了会员),开直连模式就不能文件夹访问,而且专辑中的排序功能是灰色不可用状态。如果关闭直连模式就可以文件夹访问并且可以通过音轨号排序,但是关闭直连模式后需要同步资料库,我同步了 1 小时都没同步完( 5700 首音乐),期间手机极热,NAS 的 CPU 使用率 10%。
我发邮件联系了音流的开发者,他说是服务端的问题。 |
![]() |
36
memcache OP @Autonomous
1.你是用的最哪个版本的 qm-music,我这边开直连是可以给专辑排序的,建议用最新的 latest 的 2.关闭直连的话,歌曲同步手机发热,我感觉是音流基于 flutter 开发非原生开发性能不足导致的,当然这是我的个人看法啦 3.从服务端单的 cpu 角度看,同步慢应该还是受限于客户端 4.客户端的选择其实不止音流,还支持 amperfy 、substreamer 等支持 subsonic api 的客户端 |
![]() |
37
Autonomous 15 天前
@memcache 看不出 qm-music 的版本,我直接用的是 latest 标签的 Docker 镜像,应该是最新,音流是最新版的 1.3.7 ,在里面能看到服务端是 Subsonic 1.16.1
|
![]() |
38
memcache OP |