当前位置:
AIGC文章详情

你的 Navidrome 能显示逐字歌词了:升不升级 0.63?先看这 3 个坑再决定

源自213位全网作者

05:51

好久没管家里 Navidrome 的朋友,可以先看一眼自己的版本号了。官方这个夏天连着推了两个大版本:6 月初的 0.62 和 7 月初的 0.63,目前稳定版已经更新到 7 月 11 日发布的 0.63.2。这次更新里有大家等了很久的东西,也有两个不小心就会踩的坑。我把官方发布说明、文档和国内社区的讨论都翻了一遍,这篇一次说清楚:升级能拿到什么、要避什么、谁适合再等等。

逐字歌词:这次升级,把和流媒体差距最大的一块补上了

自建音乐库以前输给药厂 App 的,往往不是音质,是歌词。0.63 终于对这块动手了,而且是实打实的功能升级。GitHub

  • 支持 TTML、ELRC、SRT、YAML、LRC 五种外挂歌词文件,不用再把歌词写进音频标签里,歌旁边放一个同名歌词文件就能识别;

  • 除了逐行同步,还支持逐字的卡拉OK级时间轴,甚至多声部(agent)分层——药厂里那种逐字高亮的效果,自己的曲库现在也能做出来了;

  • 这些能力通过新的 OpenSubsonic v2 歌词接口开放给客户端。

你的 Navidrome 能显示逐字歌词了:升不升级 0.63?先看这 3 个坑再决定

服务端准备好了,客户端呢?好消息是不用干等:在官方客户端目录里,Navic 的功能描述已经明确写着支持逐字歌词,而且今年 8 月还在持续更新。Navidrome官网大家用得最多的音流(StreamMusic)去年 7 月的 1.3.9 版本就接入了 OpenSubsonic 同步歌词接口,它还支持 CarPlay 和 Android Auto,车上听歌的场景也覆盖了。GitHub逐字时间轴要在各客户端完整落地还需要点时间,但整条链路已经打通,这是自建音乐库歌词体验的分水岭。

大曲库用户:同步速度按“倍”提升

0.63 的另一个主题是性能,尤其照顾曲库大的用户和离线同步型客户端。全库同步走的 search3 接口(音流、Symfonium 这类客户端镜像整个曲库的通道)不再随曲库变深而变慢,深分页位置快了 30 到 50 倍,百万首级别的曲库完整同步约快 20 倍。GitHub随机播放 getRandomSongs 约快 13 倍,配合数据库索引优化,日常浏览专辑、歌手的列表操作在不同场景下快了约 9 到 160 倍。曲库越大感知越明显:首次全库同步等半天、翻页卡顿这类老毛病会明显缓解。几百首的小曲库差别不大,但也没有副作用。

顺手提一句搜索也变聪明了:精确匹配现在排在前缀匹配前面,以前搜不到的短名字、带特殊符号的艺人(比如 MØ)能正常搜到了。

0.62 其实也值得说:AI 推荐插件和一批安全修复

6 月的 0.62 风头被 0.63 盖过去了,但它带来的东西并不少。最亮眼的是新增 sonicSimilarity 音频相似性扩展,配合插件可以基于听感做相似推荐,官方提到的实现之一就是 AudioMuse-AI 插件,能在专辑页直接生成 Instant Mix。GitHub自建音乐库第一次有了“算法推荐”的味道,喜欢折腾的可以试试。

你的 Navidrome 能显示逐字歌词了:升不升级 0.63?先看这 3 个坑再决定

同版本的播放上报和 Now Playing 界面重做,上报间隔可配置;智能歌单新增 ReplayGain 字段和 isMissing、isPresent 筛选条件,还多了 5 套新主题。更关键的是安全:这个版本一次修掉了多个漏洞,包括跨账号读取他人分享链接、跨用户接管播放器Last.fm scrobble 会话劫持、公开分享流的 JWT 过期绕过,还加了转码并发上限和拒绝以 root 运行的选项。GitHub如果你的 Navidrome 通过 frp、Cloudflare 隧道之类的方式暴露在公网,这版升级的意义就不只是功能了。

升级前,先看这 3 个坑

坑一:分享功能默认打开了从 0.63 起,配置项 EnableSharing 的默认值变成了开启。Navidrome官网分享是做什么的?它允许登录用户给单曲、专辑、歌单生成公开访问链接,拿到链接的人不用注册账号就能听。曲库本身不会因此公开,但对多人共用的家庭服务器、有公网入口的部署来说,这等于多了一个你可能不知道的出口。用不上的话,在配置文件里加一行 EnableSharing=false 就完事了。

你的 Navidrome 能显示逐字歌词了:升不升级 0.63?先看这 3 个坑再决定

坑二:智能歌单还是 beta,跨大版本升级前先备份。.nsp 智能歌单在官方文档里一直明确标着 beta,可能存在局限。Navidrome官网今年 4 月就有微博用户吐槽,飞牛 NAS 内置的 Navidrome 更新到 0.61.2 后,自己 60 多个 .nsp 自动歌单的歌曲数全部归零,最后只能靠 AI 重构,歌曲顺序全乱。微博个例还是普遍问题,现有证据不足以下结论,但教训是现成的:跨大版本升级前,把数据目录里的 navidrome.db 和歌单文件先备份一份。顺带一提,0.63.2 刚修复了 NSP 文件混用顶层 any 和 all 的校验问题,官方也在持续补这块的坑。

你的 Navidrome 能显示逐字歌词了:升不升级 0.63?先看这 3 个坑再决定

坑三:飞牛内置版别急着跟。如果你用的是飞牛 fnOS 内置的 Navidrome,版本号由官方推送决定。点更新前先看更新说明,更新后第一时间检查歌单和歌词显示是否正常,比什么都重要。

另外,从 0.60 及更老版本一路升上来的朋友注意:内置的 Spotify 集成在 0.61 已被移除,对应的 Spotify.ID、Spotify.Secret 配置项不再支持,可改用 Last.fm、Deezer 元数据代理或插件方案。GitHub

到底升不升?按情况对号入座

  • Docker 自建、曲库几千首以上、在意歌词:升。先备份,升完按需关掉 EnableSharing,收益明确。

  • 公网访问用户:尽早升,0.62 和 0.63 的安全修复是主因。

  • 飞牛内置版用户:不急,先备份,等官方推送,更新后自查歌单和歌词。

  • 曲库几百首、随便听听:不用急。这次的核心收益是歌词和安全,都用不上就安心等 0.64。

接下来值得盯两个信号:一是音流、箭头音乐这些主流客户端什么时候把逐字歌词完整显示安排上;二是飞牛下一版内置 Navidrome 会跟到哪个版本号。

最后问一句:你的 Navidrome 现在跑在哪个版本?升级 0.63 之后有没有感知到变化?评论区聊聊。

内容由AI生成
0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章