一个月测试 7 种音乐服务,我在建立数播系统的过程中遇到了哪些坑?
Matrix 首页推荐
Matrix 是少数派的写作社区,我们主张分享真实的产品体验,有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章,展示来自用户的最真实的体验和观点。
文章代表作者个人观点,少数派仅对标题和排版略作修改。
温馨提示:本文正文长度约 10700 字,阅读需要约 40 分钟。
在入了 Hi-Fi 这个吞天巨坑后的很长一段时间里,虽然我能在不太听 Hi-Fi 的亲朋好友里充当一下所谓的「音频 dalao」,但玩了这么六七年、也多少与一些行内从业人士有了点头之交后,我肯定是没法在真·大佬们的面前装大尾巴狼了。事实上我连一套正经的台式播放装备都没有,兜兜转转玩了六七年,归来居然还是便携播放器,烧么退不下来、上又上不去。高情商:对于便携品类器材具有专精的研究;低情商:没钱玩什么台式,爬!
但我还是希望能有一套自己的台式耳机系统,就像很多 Hi-Fi 玩家玩到某个阶段就总会开始想做一套私模定制耳机一样,哪怕预算可能只有 1k 左右都会想办法搞一套出来。这些仿佛都是玩 Hi-Fi 过程中的某种神秘仪式,没做过这些事好像自己玩 Hi-Fi 的生涯就不完整。当然就我这种懒狗性子,*虹六号的更新频率跟我比起来那都算勤勉的,加上本来就穷(好像这才是根本原因吧喂)所以一直没能把这个愿望付诸实际。
于是那位一看我犯懒拖更就喜欢借我器材刺激我的乐子人朋友又开始他的操作了:给你一个更新的理由,把你说私人音乐服务器这个文章给我更了,我这里有套闲的台式系统,你不就是耳机已经买好了就缺系统了吗,赶紧写出来。
我:彳亍。
简单来说,我这次需要解决的是音频文件存储、音乐数据库建立以及对应格式的正确播放问题。
关于文件存储,除了直接通过播放器有线输出以外,我偶尔还需要兼顾无线 UPnP 的播放,所以无论采用哪种方法,都需要通过 NAS。
而对于 NAS,能不能直接通过 NAS 本身的 USB 接口输出音频流,成为了采用 NAS 数播合一还是 NAS 数播分开的决定要素之一。另外,播放部分的设备将会放在床头柜——毕竟其实我每天也就睡前还有点心思听听歌了,耳机又还是开放式大耳,这也就意味着放在床头的那一部分几乎不能有任何运行噪音,如果我打算把 NAS 和数播集成到一台机器,那噪音也是必须要纳入考量的因素。
音乐数据库方面,我对这方面的需求反而最低,音频信息刮削能力反而不是刚需,只能算是添头;只要能正确显示音频本身的信息就算胜利——截至写稿时,我有大约 350G 各类格式不同的音频文件,包括标准 CD 等级无损、24-32bit/44.1-768kHz 的高解析度音频(我就是不说 Hi-Res)、MQA、DSD64-1024 等,包括古典、爵士、流行等多种流派,且基本都是自购 CD 的抓轨或正版音乐商店购买,也就是说编码正常、歌曲及专辑信息完善,不会出现所谓「论坛资源」中各种 CUE 乱飞、信息缺失、Unicode 编码错乱等问题。
至于正确播放格式,由于涉及的音频格式、曲目流派众多,在播放方案上必须能保证这些音频文件都能按照预想的方式正确回放,播放方面就绝不能只是「能解码得动」,而是要在音频数据管理、播放方式优化方面都要有所支持。
比如除了需要能正确解码诸如 DSF/DIFF、MQA 这些特殊编码格式以外,还有一个很多人不太容易想到的问题:古典音乐的无缝播放。绝大多数古典曲目都是全曲好几个乐章在录制阶段属于一整个文件,压盘发布后虽然会切片,但这种切片带有无缝播放的编码,可以在支持无缝播放的情况下没有任何间隔地播放。由于我库里的古典资源也不少,所以无缝播放也是我的刚需。
汇总一下需求,我需要这个解决方案具有以下属性:
从上述需求出发,目前主流的解决方案大体可以分为两种,它们也各有优劣:
这种方案的优势是不用鼓捣两台机器,硬件成本能省下来;同时因为音乐文件就存放在设备内部存储,即便是机械硬盘延迟也要远远低于内网响应;另外还能能和 NAS 内的其它应用直接联动,不用纠结多设备同步的问题。
它的劣势在于,绝大多数成品 NAS 不会对 USB 输出音频做多少支持,更别提能源码率直接输出音频格式了。至少除了威联通外,我暂时没看到官方宣传中支持 USB 输出音频的主流 NAS 品牌;同时作为床头机,即便 CPU 能做全被动散热,硬盘的「原 声 大 碟」也足够让人在晚上「如痴如醉」。
如果是自组 NAS,那么很不幸:你就是你自己的售后。如果碰到任何兼容性和权限问题,那只能祝你早日找到能解决你问题的那篇 wiki了;最后 NAS 虽然能作为音乐服务器,但不可能只负责这一项功能,如果因为其它原因设备炸了,那就是一波带走,在修好之前两项功能都用不了。
因为鸡蛋不会炸在同一个篮子里,这种方案最大的优势在于其中一台机器出问题至少不会带着另一项功能也用不了;同时因为 NAS 可以直接放在其他房间,也不需要考虑噪音问题,所以就可以直接购买有完整售后支持的成品 NAS 了——而绝大多数成品数播从一开始就考虑到了静音问题,基本都是低功耗 SoC+无风扇设计,因此只需要把数播放在床头就行。
另外,成品数播大多来自具有经验的音频设备厂商,基本不存在音频文件回放出现错误和不支持的情况;对于音频周边设备的支持也非常完整。
它的劣势也有,比如两台机器本身要付出更多经济成本,需要处理数播和NAS之间的曲库同步,部分数播可以通过 Samba 挂载网络目录作为曲库,但可能存在处理卡顿和延迟。
更惨烈的是,影视服务器已经有了各类比较成熟的解决方案,包括通用的 Jellyfin、Emby、Plex 还有 Mac 平台的 Infuse……各大 NAS 厂商甚至会把自带的影视墙作为卖点之一,会投入更大的优化力度;而音频管理方案相比起影视服务器的热闹而言,那可是冷清得多了,虽然还不至于冷清到没人支持,但想要把这些需求整明白,也绝对不是啥上手就能用的轻松活计……
彳亍口巴,我先看看我手头有啥设备。
目前我有一台闲置的雷蛇灵刃 15,2018 款的精英版,配置为 i7-8750H、16G 内存、1070 Max-Q 显卡,通过外置台式硬盘盒临时作为 NAS 使用,接下来所有服务器的测试都是基于 Windows 平台——好好好我知道评论区一定会冒出一堆人说「你为什么不用 Linux」,但一方面我本来就会在以后换一台正经的 NAS,无论自组还是购买成品;另一方面在我为数不多的和 Linux 打交道的经历里,大多数时候我都会被各式各样的权限和依赖库折腾得焦头烂额,经常是几个周末啥都干不了,就在那 debug 了。
所以虽然我很清楚 Linux 在所有配置折腾好以后各方面表现都相当「支棱」,但我暂时害想萎靡着呢,反正这次只是测试各种服务器解决方案,我就不在折腾平台方面浪费太多时间了。
文章开头这位朋友借来的这台数播是艾索洛的 A6,用的是 Android 11 的系统,而且允许自行安装应用,也能通过各种网络协议如 SMB、NFS 挂载网络存储,至于 UPnP、ROON、Spotify Connect 和 Tidal Connect 也是属于「基操勿 6」了,总而言之市场上一台合格成品数播应有的网络功能基本都有,而且内置搭载了双 9038Q2M 解码器,等于是送你一个能直接输出到耳放或者前级的能力。
朋友也一起把耳放借了过来,如果你入烧时间比较久,那你大概率知道前些年名震一时的香榭丽舍系列和 KK Master,这台耳放属于他们用 SuperFET 做出的新品——没错,这个牌子居然还活着!
但这台数播系统有几个差点让这篇文章当场失去意义的功能,原来只是懒得把文章写出来而已,用完之后我几乎开始质疑这篇文章还有没有写的必要——当然,这都是后话了,得等先把服务端的方案聊完再说。
事先声明:这不是一篇安装部署服务器的教程。
由于各类操作系统、NAS 平台的差异性,文中所提的七个服务端在各平台的安装方式各不相同,如果要把部署教程也插入进来,那整篇文章就将非常冗长且丧失重点,因此本文不会提及具体安装部署的方法。
我在本文中选取的服务器都是相对易于安装、且已有众多清晰明了的安装教程,相信在搜索引擎内只需稍作查询,就能找到众多非常详实的安装教程。
如果你在Google上直接搜索自建服务器,那么你大概率会被推荐这玩意的各国语言帖子塞满,属于是「十处敲锣九处有它」的那种存在感。安装方式在这里也不赘言了,我会放上当时所参照安装教程的原帖传送门。
以下优缺点都是按照我个人的需求排列的,如果你的需求与我不同,还请自行决定:
优势:
劣势:
说来大概会让相当一部分音乐服务器惭愧,虽然 Jellyfin 毫无疑问更偏向影视服务器,但人家的音乐服务部分恐怕比不少所谓的「音乐服务器」都要好用。
优势:
Jellyfin 的劣势主要集中在官方客户端没有音频无缝播放,第三方纯音频客户端倒是支持,但没法遥控……
对的,没有古典音乐的无缝播放是我对Jellyfin官方客户端唯一的不满,除此之外,Jellyfin 的功能性堪称完美。如果你的古典资源并不多,不看重无缝播放功能,那我强烈建议你一套 Jellyfin 搞定所有影音资源。
和 Jellyfin 同样是影音共管服务器,但在属性上有些小区别:Jellyfin 的服务器属性更强,默认你不会拿服务器本身作为播放器,Kodi 则倾向于播放器捎带着客串一下服务器。
优势:
劣势:
事实上,我认为 Kodi 的最佳食用方式……是安装了 Jellyfin 插件以后作为纯播放器使用,毕竟服务器功能看起来更像送的。
从这里开始,基本上就进入了付费服务器的门槛——因为 Subsonic Premium 有个每月 1 美金、终身 99 美金的订阅费;但作为付费服务器开篇的方案,Subsonic 的问题之多让我几乎丧失了聊优点的欲望;另外,由于 Subsonic 本家存在根本无法使用的严重问题,所以绝大多数体验来自 Subsonic 的分支 Madsonic,相关体验来自于谁会在接下来说明。
优势:
劣势:
就这还好意思收 99 美金终身授权费?小黑屋里待到 bug 解决再说吧。
严格来说,Audirvana 是个纯粹的播放器,但由于可以通过 Audirvana Remote 将音频投放到 UPnP 设备上,所以也拉进来讲讲。
优势:
劣势:
我干脆把定价方案都放出来,各位可以自行对比。
曾被大名鼎鼎的「削腚恶」恶总拉出来一顿猛吹的方案,用完之后发现……还真***的有点道理。
优势:
「英雄」总是要最后登场的(笑),这两年提音乐服务器,怎么可能不提到 ROON 呢?基本上只要是个近两年发布的数播,都恨不得把 ROON 写在脑门上,一些不支持 ROON 的早期数播和解码哪怕实力超群,小黄鱼的二手价格基本都得腰斩。ROON 是如此流行,以至于如果不写 ROON 这篇文章就不算完整。
优势:
劣势:
我对 ROON 的情感是极为复杂的。一方面,我很能理解有大量的群体真的很需要这么强大的数据管理和推流能力,而且软件逻辑做得的确比大多数 Hi-Fi 厂商单打独斗的作品要强得多;但另一方面,我也认为为这样的功能提升所付出的价格,居然是从最开始的 399 涨到 699 直到现在的 829 美金,已经比很多现实中的音频设备都要价格高昂(比如我这篇文章用的数播解码一体机)这部分钱如果在真正投入在音频设备上,那就是实打实的音质提升;而很多人花了这些钱,相当一部分只是为了买一个已经被 Plex、Jellyfin、Emby 这样影视服务器前辈们造过一次的轮子,我只能说在我的层次,我真的没法评价对于这些客户而言,这笔钱花得值不值,或许 ROON 对自己的定位真的就是音频播放软件界的 Apple 吧。
也正如我对苹果的态度一样,我个人至今都没有购买过苹果的任何产品,所以在接下来相当长的一段时间里,我对 ROON 的态度恐怕也只有「敬而远之」。
说了这么多 NAS、数播二合一方案,我们再聊聊另一种思路,即 NAS 和数播分开。
NAS 部分,数播分开以后 NAS 就不太需要过多音乐服务的功能,只要有基础的 DLNA 和 Samba 就行,也就是说基本是个正经品牌的成品 NAS 都能做到,也不需要考虑 NAS 夜间的硬盘噪音放在床头的影响。
数播部分,我使用的是 Eversolo 艾索洛的 DMP-A6,基础参数已经在前文介绍过了,我这里会提点一些如果你想选其它数播时需要注意的事情:
总体而言,如果只是想看看 NAS+数播能够建立一个怎样的音乐播放方案,那么这部分内容到上面就基本结束了,这些经验或许会对你选择自己的音乐播放方案有所帮助,如果有事实性错误也欢迎指正。
但如果你对接下来的内容还有兴趣,那么这位先生/女士/跨性别人士……占用你一点时间,我希望能跟你讲一下我们的天父和教主,克苏……哦不,我的「梦中情播」,艾索洛 DMP-A6。其中有些参数细节在这里需要展开讲讲。
虽然艾索洛 DMP-A6 采用了开放的 Android 11 系统,但并不会像很多开放式 Android 的便携播放器一样直接把 AOSP 桌面赤裸裸地展示给你看,而是自己重写了一套 UI,主界面不会把所有应用一股脑扔给你,而是做了一个写着「全部应用」的二级子界面,其实就是类似应用抽屉的概念,自己装的 App 都会放在这里;而且里面的图标都会进行一定程度的自适应重绘,所以比起一般的开放 Android 播放器界面要美观不少;
A6 的网络播放支持非常全面,除了 ROON Ready、Spotify Connect、Tidal Connect、WebDAV、DLNA、Samba 和 NFS 这些以外,本身还内置了一些精简版的流媒体应用,包括 Qobuz、Tidal 和 HighResAudio,其实可以理解为艾索洛把这些服务都以小程序的方式,作为自己这个 UX 的附加组件,同时也可以使用手机端的 Eversolo Controller 用上这些服务,设计统一性更好的同时性能开销也比直接装一个完整版的程序低。
虽说有为了 4 核 A53 孱弱性能让步的局限性,但换个角度看,就现在 Android 生态这个对横屏场景的优化(或者说毫无优化)用这样的精简组件至少能够保证良好的基础体验,也未尝不是好事。
同时,艾索洛 DMP-A6 几乎也是我见过 UI 最美观、逻辑最明晰、流畅度最佳的数播自家遥控App。单论这三点,我认为 Eversolo Controller 几乎可以达到仅次于 ROON 的等级,如果没人告诉我,我甚至会以为 Eversolo Controller 是某个手机厂商做的 App,如果有些设置在 Controller 上没有,那你甚至可以通过同屏互动功能,直接在手机上操作数播本体的屏幕。
尽管目前版本依然有比较明显的 bug,比如 App 端的数据库会有识别混乱的情况,明明已经到了字母 N 开头的专辑,但接下来并不显示 O,而是反倒跳回了 D 开头的专辑——但此时数播上显示是正常 OPQRST 延续下去了,说明这就是 Controller 本身数据库同步的 bug……此外,数播本身也存在各种不录视频都解释不清楚的 bug,包括文件识别、曲目循环等等,也希望艾索洛能尽快解决这样的问题。
至于前面我说「有几个差点让我前半篇文章全部白写」的功能吗?它们是:
支持直接插一条 NVMe M.2 SSD(仅支持 2280,没有更短的如 2230 和 2242 孔位)。发烧友说需要用 NAS 存音乐,是因为在最近几年间,很多数播压根就不自带存储(没错,再早一点以前数播是会自带存储的,这两年反倒不内置存储了,直接扔给 NAS,这种倒退实在有些哭笑不得)。
不过就算是以前内置存储的数播,一般也是买的时候有多少就用多少,很少有升级一说,但 A6 直接允许你插自己的 NVMe M.2 盘,不仅直接消灭了容量焦虑,而且就算硬盘出现任何问题,也不需要找厂家返修,换块新盘补上就好。毕竟就算过去厂商能给你内置 512G 或者 1T 的空间,你也不知道他们用的硬盘质量怎么样对吧?
A6 更换 SSD 的过程也十分简单,把机器底朝天翻过来(建议自己垫点啥东西在下面,你不会希望桌子上的灰尘刮坏它的漆面的)用赠送的螺丝刀扭开盖板中间的十字螺丝,打开就能看到一条 2280 M.2 插槽,提起拉环,把 SSD 放进去,最后把拉环按回去,再把盖板盖好螺丝拧上即可,SSD 的安装方式甚至是很多 PC 主板都没用上的免工具安装,只是可惜表面盖板也能免工具安装就好了。
反正我自己一次性换上长江 232 层 2T SSD 了,虽然机器本身不支持 PCIe4.0,但如果联芸 1602 在 4.0 模式下都能稳如老狗,那速度更慢功耗更低的 3.0 模式就更不用说了——要的就是一个稳得有点过头。
歌是一直要听的,新歌也是一直要买的,就算能用数播内置存储存下所有歌曲,新购入的歌要怎么传进数播里?过往的解决方式里,比较拟人的会开一个端口,在浏览器里允许你把歌一首一首地无线上传,如果你要传一整张专辑,除非你选择的厂商能拟人到允许你多文件批量传,否则你的传歌体验会多少沾点朋克——你得一首首传完然后在机器内整理;比较不拟人的——对不起,U 盘慢慢传,您走好不送!
A6 的解决方案则是直接 Samba 连接到 Windows/Mac/NAS。谁还给你一个个传?当场映射网络驱动器就完事了。你甚至可以通过微力同步或者 NAS 厂商自带的同步方案,指定一个你会把新歌传上去的目录进行同步,都不用手动复制,整个传歌过程完全自动化一气呵成;机器本身还可以安装 BubbleUPnP 这样的 App,这下真成一站式 SMB+UPnP 音乐服务器了。
就是不知道啥时候能有 Web 端控制:随便搞个公网 IP 或者内网穿透,至少在音乐这一项连 NAS 都不用了(被艾索洛和 NAS 厂商混合双打打晕,要求太多了你也)。
最后,A6 还支持 CD 抓轨。
考虑到我大概 80% 的新歌购买自 CD,A6 能实现的自动化基本达到了令我震惊的程度。虽然机器本身没有 CD 光驱,单独作为 CD 播放器的话,效果肯定也不如整套方案电路都进行整体优化的 CD 转盘好,但如果只是把 CD-DA 的数据抓取保存出来,A6 加上一个不错的 USB CD 光驱足够了。
由于我之前是 AK 播放器用户,所以手里有一台 AK CD RIPPER MKII,实测可以免驱兼容 A6 的 CD 功能,抓轨和播放都能正常使用;而对于一般用户,小黄鱼上收一个品相好的 TEAC 松下浦科特 USB 光驱之类也完全够用了。
目前比较可惜的是,CD 抓轨还没法完全实现 CD 信息的获取,包括歌手、专辑封面这样的信息目前也没法直接嵌入,这就让我多少有点如鲠在喉了,希望他们能早日把获取 CD 信息的功能加上。
不是,怎么到了最后我写的文章最后我自己用不上了?合着我这是给没有本地存储的数播写方案呢?
老实说,如果不是现阶段初版发布还存在各种各样的 bug,A6 功能的完善和全面完全配得上我一句「梦中情播」的称号,放眼整个数播市场,很多售价比它多个 0 的数播都很难做到它这样的功能全面性,有些甚至连基本的「能用」都无法做到,要么 App 卡死打不开,要么搜索不到机器——所以真不能说艾索洛家有高达,只是很多 Hi-Fi 厂商真就连赛博石器时代都没达到。
无论是成品数播还是 NAS,本质上都是硬件省出成本,尽量在软件和服务上努力优化的形态,群晖如果不是 DSM 好用,就那配置早就被玩家们喷倒闭了;但成品数播的状态更为畸形,因为绝大多数相关厂商的开发实力几乎等于没有,技术上还是属于比较焚书坑儒的状态,甚至直接摆烂,仿佛只要「无敌」的 ROON 出手,情况就会好起来的,实际使用体验可能不如玩家自己买个无风扇工控机、装上 Windows/Linux,随意使用自己习惯的平台,而不是要被一个 829 美金的软件捆绑着才能有好用的体验。
所以我对于艾索洛以及 A6 这样的产品抱有很大的期待,据我所知,艾索洛的野心远不止一台售价 5890 的数播,事实上就在刚过去的成都国际耳机展上,定位高于 A6 的 A6 Master 已经有了样机,升级了数字时钟和运放阵列,价位也提升到了 8K 上下,可以看得出来,艾索洛是有通过不同场景定位、丰富产品线、认真经营品牌的打算。
也因此,产品的基础体验显然是艾索洛目前工作的重中之重,统一、美观、好用的设计理念显然是一台优秀数播的根基。而在我看来,不管是大力支持 Samba、NFS 以及各类流媒体平台的网络串流,还是可更换 SSD、可抓轨 CD 的本地功能设置,都看得出来艾索洛把 A6 乃至自己的数播平台作为一个可以独立运行的家庭音乐服务中心,在功能性和可维护性上尽可能照顾更多用户需求。即便目前仍有一些 bug,但走在了正确的方向上,至少在我看来,他们在功能维护上的努力几乎超越了目前市场上 99% 的数播厂商。
而我甚至还没说到A6的另一项功能——这玩意可还自带一个解码呢!
当然,比起 A6 全面到无懈可击的数播部分,它的解码相对来说就比较中庸了。搭配香榭丽舍的 SuperFET 耳放和歌德 GS1000e 大耳,A6 解码部分的音色还算中性,三频没有严重的偏颇,只有高频会略微有些暗,整体比例还算健康,但对比 SP1000 LO 输出可以感受到,耳机的整体音色基本都来自于耳放的加持,A6 解码部分的实力并不算突出,相比起 SP1000 的LO,A6 的声音相对粗糙,声场规模和瞬态表现都比较紧缩,即便 GS1000e 的声场规模在歌德的产品线里都算不上庞大的,但依然能感受到 A6 解码部分有所欠缺的规模表现。
虽然能超出我「这解码搞不好是送的」这个初始预期,毕竟用于对比的 SP1000 虽然因为推力问题饱受诟病,但通过 LO 绕开的解码部分却不是吃素的,所以如果我没有升级更高级别耳机系统的打算,那我倒也能接受拿 A6 的解码将就听听;但如果你有升级打算,我的建议是,拿 A6 当数播,能用到坏都不换,但解码就没必要用自带的了,自己挑个别的解码,在模拟信号部分避免瓶颈是更理性的思路。
但即便以 A6 的纯数播部分而言,我依旧认为 A6 能够值回票价,原因不在别的,而是如我前面所说,数播或者说 Hi-Fi 行业,已经被魑魅魍魉占领太久了,在数播这一领域,其所实现的功能性和所在价位根本没有任何相关性,连负相关都没有,最多算布朗运动。而在这样的背景下,艾索洛依然把大量精力用于自家产品生态的构建,并积极拥抱各类开放的网络标准,不拘于做封闭温室里的花朵,反而让我在 A6 这台机器上看到了更大的可能性。
> 下载 少数派 2.0 客户端、关注 少数派公众号,解锁全新阅读体验 📰
> 实用、好用的 正版软件,少数派为你呈现 🚀