手机端早就卷成,客厅是最后一公里:NAS音乐库上电视的三条路本周全上新,先认后端再动手

源自16位全网作者

14:02

NAS音乐库的手机端客户端,这两年已经卷得差不多了:Navidrome 阵营一排第三方 App,飞牛音乐官方 App 也进了内测。第三方客户端的多端连接也在补齐,8 月初流云客户端宣布支持飞牛 FN Connect,可以远程连上 NAS 里的曲库。但有一个场景一直是空的:客厅的电视。歌在 NAS 里躺着,电视却只能放流媒体视频。前几天还有人在知乎问求推荐安卓电视端的局域网本地音乐播放器。知乎而这几天,电视端一口气冒出来三个新动作,正好是把曲库搬上大屏的盘点窗口。

手机端早就卷成,客厅是最后一公里:NAS音乐库上电视的三条路本周全上新,先认后端再动手

一周之内,电视端来了三个新东西

8 月 27 日,飞牛音乐的第三方 TV 客户端发布,最低支持安卓 6.0。哔哩哔哩项目开源,名字叫「回声台」(fn-music-tv),面向 Android TV 与安卓投影设备,也可以侧载到普通安卓车机。越来越多用户开始使用飞牛 NAS 搭建自己的私人音乐库。小红书手机端第三方客户端刚补齐没多久,电视端就有人接上了。

手机端早就卷成,客厅是最后一公里:NAS音乐库上电视的三条路本周全上新,先认后端再动手

开源播放器 NASMusicTV 一个月狂飙,从 v2.18 迭代到 v2.22 共 15 个版本,从纯 TV 播放器进化成手机、平板、电视三端通吃。知乎三大 NAS 后端全部集齐:Jellyfin、Navidrome、Subsonic,还加了百度网盘直播和网络电台。

Music Assistant(中文名「音乐助理」)的 NAS 部署教程也在本周走热,它能统一本地音乐与流媒体服务,并把音乐投放到任何设备上,让我们拥有一个真正的全屋音乐系统。知乎注意它和前两个不是一类东西:它不是装在电视上的播放器,而是一个音乐分发中枢。

电视端为什么一直没人做

不是没人想到,而是电视音乐客户端比手机客户端难做,卡在三道坎上。第一是交互:用遥控器搜歌是体力活,手机那套界面直接搬过来没法用。第二是后端分裂:NAS 音乐服务端至少有 Jellyfin、Navidrome(Subsonic 协议)、飞牛音乐私有接口几大阵营,协议不通,客户端做一个不等于做全部。第三是设备老旧:大量安卓电视和盒子还停在 5.x、6.x 版本,不少新应用装不上。三个坎叠在一起,电视端长期靠「电脑接 HDMI 放 foobar」这种土办法顶着。

路线 A:Navidrome / Jellyfin 用户,看 NASMusicTV

如果你的曲库挂在 Navidrome、Jellyfin 或者任何 Subsonic 协议的服务器上,电视端目前的答案基本就是 NASMusicTV。填上服务器地址和账号,电视自动扫描曲库,专辑、艺术家、流派、年代的浏览方式都有。它对电视交互下了真功夫:支持拼音首字母搜索,输「zjl」直接定位周杰伦,专辑名和歌名同样适用。歌词是它最出彩的地方,当前唱到哪个字,那个字就变色——50ms 刷新频率,过渡平滑到几乎看不出卡顿。知乎

另一个老坑也被补上了。Jellyfin 接口默认一次最多返回 1000 首歌,超出的部分直接被截断,曲库大一点的会遇到「歌凭空消失」。作者用分页请求重写,把上限放开到 5 万首,几万首的曲库一次加载完。不过也要泼点冷水:这个项目是个人开发者主导,更新确实勤快,但长期维护节奏没人打包票,尝鲜可以,别一上来就当主力。

路线 B:飞牛用户,第三方 TV 客户端先来

飞牛音乐官方的进度是:Web 版已经开放,iOS、安卓、鸿蒙移动端还在内测,电视端暂时没有官方动作。「回声台」填的就是这块空。项目使用 Kotlin、Compose for TV 与 Media3 构建,针对电视大屏、横屏布局、遥控器和触屏操作进行了适配。GitHub功能比预期完整:歌单、歌手、专辑浏览,随机漫游,CD 模式与大海报模式双播放器,歌词默认在线匹配、匹配不到自动回退飞牛自带歌词。

手机端早就卷成,客厅是最后一公里:NAS音乐库上电视的三条路本周全上新,先认后端再动手

但有两个前提必须说清。本项目为第三方客户端,与飞牛官方无关。使用前请确保已经部署可访问的飞牛音乐服务。GitHub发布视频下最有信息量的评论也很直接:没安装飞牛音乐的别折腾了。哔哩哔哩换句话说,它服务的是已经在用飞牛音乐管曲库的人,不是给还没建库的人准备的。另外它今天刚发布,反馈样本还很少,属于尝鲜期,建议先当第二方案用。

路线 C:目标是全屋音箱,不只是电视

Music Assistant 的逻辑不是「给电视装播放器」,而是把音乐源和播放设备两头都收编。NAS 上的本地曲库、流媒体订阅,统一聚合进一个库;局域网里的 AirPlay 音箱、DLNA 设备、电视,都变成它的播放端。部署成本比前两条路线高:Docker 要用 host 网络模式,默认端口 8095,想发挥全部实力还得搭配 Home Assistant,解锁场景联动和跨房间播放。家里没有 HA、也不打算玩智能家居的,这条路可以先放着。

三种人,怎么选

第一种,Navidrome / Jellyfin 用户:直接上 NASMusicTV。先用小批量歌单试遥控器交互和逐字歌词,确认体验再切主力;曲库特别大的,重点观察扫描和加载速度。

第二种,飞牛音乐用户:「回声台」可以试,同时盯紧官方。移动端三版已在内测,官方 TV 版大概率在路上,第三方客户端解决的是「现在能不能用」的问题。车机场景也已经有人跑通,有车主在特斯拉上分享第一次用飞牛音乐,音效还不错。小红书

手机端早就卷成,客厅是最后一公里:NAS音乐库上电视的三条路本周全上新,先认后端再动手

第三种,全屋音箱党、HA 玩家:上 Music Assistant,把电视当成设备列表里的一个端点,重点放在各房间音箱的统一投放上。

两个坑,动手前看一眼

一是音质链路。电视外接音箱如果走蓝牙,多数要经过有损压缩,辛苦攒的无损曲库会在最后一环打折;优先 HDMI ARC 或光纤回传功放和回音壁。二是客户端依赖风险。这一周的两个电视端新客户端都是个人开源项目,万一哪天停更,官方版本才是保底。整理曲库时尽量保持在标准协议(Subsonic、Jellyfin 接口)可直连的状态,别把身家全押在某一个客户端上。

接下来值得盯的信号:飞牛官方 TV 版的进度、NASMusicTV 能不能保持这个月的迭代节奏,以及 Navidrome 生态会不会也冒出电视端客户端。

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

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

取消
确认
评论举报

最新文章 热门文章