2026年9月16日，飞牛fnOS官方宣布飞牛音乐App正式发布，安卓、iOS、鸿蒙三端同步上线。10月12日，fnOS 1.2.0800更新又把"音乐数据刮削"做成了原生应用；今天上午（10月19日），HiFi数播厂商开博尔推送OTA固件，宣布Kora全系机型完成Jellyfin媒体服务器适配。知乎上有作者说"如果说2025年是NAS影视之年，那2026年，或许就是NAS音乐之年"——这个判断在过去两个月被密集的事件坐实了。知乎知乎知乎
先给结论，省时间的可以直接拿走：
飞牛用户、想省心、能接受尝鲜：升级到1.2.0800再试飞牛音乐，但别指望一个"音乐App"自带音乐库。
手里有DSD库、外接数播的发烧友：Jellyfin的终端列表在肉眼可见地变长，这是今天最该记录的增量信号。
一、先把三个问题拆开：音源、服务端、终端
飞牛音乐发布当天官帖的评论区，是观察这个圈子最好的样本：置顶的高赞是"app store上没搜到"（底下有人教：先搜"飞牛"，在它的应用列表里往下翻）；接着是"识别不了后添加的lrc文件"“为什么登陆老显示密码错误”“华为HiCar嘞”“可以在HomePod上播放吗”；还有一条扎心的——“有条毛”（意思是没有音源）。小红书
"有条毛"不是bug，是误会。折腾NAS听歌的人，其实同时在回答三个问题：
音源：音乐文件从哪来——自抓CD、囤的无损存量、网盘，还是各大流媒体会员；
服务端：谁把散文件建成曲库、刮削元数据、向外推流——Navidrome、Jellyfin、飞牛音乐、威联通QM-Music们；
终端：你从哪个设备打开它——手机、车机、数播、电视、浏览器。
社区里大量"选哪个App"的纠结，本质是把服务端问题和终端问题混在一起问。小红书上有笔记写着：“交了钱买会员，下载之后，会员过期居然没法继续听了”，一气之下开始搞技术研究。 灰歌、ncm加密格式、试听版背刺，是这批人迁进NAS的共同起点。他们缺的是音源资产，不是又一个播放器。小红书
二、三条路线盘点：基于近两个月多平台讨论
路线A：官方原生（飞牛音乐）
官方口径的功能：聚合NAS本地、网盘及远程设备的音乐，自动刮削歌曲信息、匹配封面与LRC歌词，支持aac、aiff、ape、flac、wav、dsf、dff、dts等二十余种格式，覆盖CarPlay、自动缓存、离线下载、远程播放。10月的fnOS更新里，“音乐数据刮削”（Music Meta Scraper）以原生应用身份出现：内置QQ音乐/网易云/酷狗/酷我/LRCLib/TheAudioDB/iTunes多数据源插件，自动把封面、歌手、专辑、年份、流派、曲目号、内嵌歌词写回文件标签。 它还带全局限速防风控和本地缓存去重。知乎知乎
强项是省事，一套账号体系打通NAS和手机端，CarPlay目前是三端里给得最干脆的。弱点同样有评论区实锤：搜不到入口、后补LRC不识别、登录报错，属于发布不到一个月的真实完成度。更长期的顾虑是锁定风险——"飞牛os会倒闭吗"本身就是一个43万+浏览的知乎问题，社区给出的逃生方案高度一致：影视Jellyfin、音乐Navidrome、相册Immich、同步Syncthing，全部Docker可迁移。知乎
路线B：开源Docker组合（Navidrome / Jellyfin + 第三方客户端）
Navidrome是这轮讨论里出现频率最高的名字，GitHub星标21000+。 靠Subsonic API撑起一个客户端生态：音流（StreamMusic）、归流，还有10月刚冒头、针对车机场景的自研播放器"吾韵"——知乎"你们是怎么远程用NAS听歌的"（23万+浏览）下的回答直言：NAS服务端已经很成熟，“但是车载/车机的播放器非常少，能用的主要有音流这些”。知乎知乎
坑也真实存在。有人吐槽Navidrome"刷新曲库的参数无法更改，对NAS资源占用一直比较高"，转投QM-Music+音流——这是个案，NAS性能差异大，以自己机器实测为准。 真正的门槛在远程：要么公网IP/IPv6，要么Cloudflare免费隧道+便宜域名（社区主流玩法），要么飞牛这次更新里的原生WireGuard管理工具。知乎
Jellyfin的价值在"一服多吃"：影视音乐同一个服务端。今天开博尔的OTA是这条路线的重要增量：AIO200/AIO300、DMP-K7/K8/K9系列数播可局域网直读Jellyfin曲库，官方标称Jellyfin链路至高支持PCM 768kHz与DSD512传输。 卖点是"PC里的DSD、FLAC母带无需迁移拷贝"——注意这是厂商推广口径，落地效果等真实用户刷机反馈。知乎
路线C：品牌机自带（群晖/威联通）
群晖Audio Station的"多年不更新"是社区老梗，DSM 7.2.2更新砍掉Video Station更是引发过"是不是放弃民用市场"的争论。 但存量方案的韧性也被反复验证：五年老星际蜗牛跑黑裙仍在服役的不在少数，第三方补位一直活着——威联通有QM-Music，群晖有老牌第三方播放器和今年5月iOS端新出的自研DSTunes（作者原话：“它不是一个复杂的音乐平台。它就是一个更顺手、更干净的群晖音乐播放器”）。 品牌机路线适合把NAS当工具不求新的人：端差一点，库不丢。知乎知乎
三、迁移成本模型：你的库里，什么值钱
跨平台看了几十个教程和踩坑帖之后，可以把资产分成三档：
资产 | 迁移性 | 说明 |
|---|---|---|
内嵌进文件的标签（封面/歌词/专辑信息） | 跟着文件走 | 最值钱的资产。飞牛Music Meta Scraper、MusicTag、music-tag-web干的都是这件事 |
服务端数据库里的歌单/收藏/播放次数/评分 | 换服即丢 | Subsonic生态之间曲库互通，但收藏和歌单各家为政 |
文件夹命名规范 | 半迁移 | 结构乱，任何刮削器都救不回来；灰色方块大多是命名问题不是App问题 |
社区教程给的时间账很直白：Docker部署Navidrome接音流，"部署大约3分钟"就能出声。 但把几千上万首存量无损整理到封面齐全、歌词滚动，是个以天计的活。真正的成本在整库，不在选服。知乎
所以"要不要搬家"的正确问法不是换哪个App，而是：你的元数据写进文件了没有。标签已内嵌的库，任何时候都能无痛换路线；还指望服务端数据库替你刮削的，才是路线之争里的人质。这也是飞牛把刮削器做成写回文件标签的原生应用被认为是"聪明设计"的原因——它客观上在给整个生态降低迁移成本。
四、谁现在动手，谁再等等
建议现在就做（无论你在哪条路线）：
用任意刮削器把标签补全并内嵌：MusicTag、music-tag-web，或飞牛的Music Meta Scraper；
歌单导出成m3u文件放进库目录，别让收藏只活在某个服务的数据库里；
实测车机：这是现阶段所有NAS音乐方案共同的翻车点——飞牛音乐有CarPlay，音流/吾韵顶着安卓车机，HiCar还在评论区许愿，家里一切正常、上车没声才是最常见的差评来源。
建议再等的：Navidrome存量用户。飞牛音乐是否开放Subsonic API（决定了音流们能不能直接接管它）尚未公布，登录/LRC识别等低级bug修干净之前，没有搬迁收益。群晖用户同理：换端不换库，DSTunes这类第三方客户端随便试，曲库不用动。
继续盯这三个信号：
飞牛音乐的更新节奏：HiCar、HomePod等端是否补齐，App Store入口和登录问题何时修复；
开博尔之后，还有多少数播/车机品牌跟进适配Jellyfin——私有曲库正在从"电脑+手机"向HiFi硬件渗透；
双11的NAS整机与硬盘价格。准备入坑的新玩家记住顺序：先想清楚音源和整库，再买硬件，倒过来就是花钱买一堆灰色方块。
ZDM判断：所谓"NAS音乐之年"，真正的信号不是哪个App赢了，而是私有曲库的资产正在从"平台数据库"下沉到"文件本身"。标签写进文件、歌单导出m3u之后，你会发现自己获得了路线斗争最大的自由——随时可以变心。
