音乐与有声书库

影音中心被提及时大家想到的都是电影与剧集，但音乐与有声书同样是家庭服务器的重要场景。一段熟悉的背景音乐、一套追了半年的有声书，都是影音中心最日常的使用形态。Emby 的音乐库与有声书库用的是同一套媒体库框架，习惯与挑战却不同：音乐依赖标签质量、有声书依赖目录与分集。这一篇讲两库的建立、优化与使用，以及它们相比专门音乐软件的优势与短板。

先给两类用户的定位建议。音乐收藏以整轨专辑为主的人，本文的音乐库整理流程值得完整走一遍；只想找个地方放几部有声书通勤听的人，有声书小节里按目录浏览的做法三分钟就能搞定。按需取用即可，不必把整套流程都执行一遍，整理是为了更好地听，而不是反过来。

音乐库与影视库的区别

影视刮削看文件名，音乐刮削看标签。这个差异决定了准备工作完全不同：电影整理是改文件名，音乐整理是修内嵌标签。标签缺失的专辑在海报墙上会以未知艺人未知专辑的形式出现，那是音乐库最常见的视觉灾难。

两者还有一个操作层面的差别：音乐标签改错后可以反复重修、重扫，成本可控；影视命名改错带来的连带效应是观看进度与条目匹配错位。所以音乐库整理比影视库更适合放开手脚批量操作，这是音乐库整理反而更省心的原因，也解释了为什么音乐库的可复用整理工具在社区里如此丰富。

音乐库一旦整理好，体验非常稳定。它不像影视库那样需要持续追新，整理一次的成果可以吃很多年。这也是为什么音乐库值得在初期投入比想象更多的时间，一次到位能省下日后无数次重复修补。

建立音乐库

目录结构按艺人、专辑、曲目三层组织即可。这套结构既是给人看的，也是给刮削引擎看的。标签齐全时即使目录混乱也能正确显示，标签不全时目录结构是唯一线索，这两手准备都要做，音乐库才经得起不同来源文件的质量参差。

一个具体的目录示例：音乐库根目录、艺人名、专辑名、曲目文件。曲目文件命名带上序号，专辑目录里可以外加封面文件作为备份。记住这套结构的关键在于它是约定而非硬性要求，Emby 对目录的容错比不少人想象的宽松，整理到能让人一眼看懂的程度即可，不必为了形式感把目录层级拍到四五层那么深。

标签处理是建立音乐库的核心工作。推荐的做法是导入 Emby 前用专门的音乐标签编辑器批量处理：补齐艺人、专辑、年份、曲目序号与封面图。封面图内嵌进文件最有普适性，外部封面文件在部分客户端上显示不出来。标签乱码是中文音乐库的特殊高频问题：某些年代的播放器默认用本地编码写标签，Emby 读出来就是一堆问号或方块，修这类文件时先统一转成 UTF-8 再做其他处理。

修标签的工具选择上，跨平台的开源编辑器足以满足家庭使用，不必追求专业软件。批量修改时先拿一个专辑试操作，确认规则再全量执行，避免翻译式错误批量扩散。修完一批就导入 Emby 重扫一次确认效果，小步快跑比一口气改完全库再验证安全得多。

音乐库的播放与使用

音乐库的价值在使用方式上才体现出来。Emby 的音乐播放支持按艺人、专辑、流派、播放列表等多种入口，网页端与各客户端的播放器都支持后台播放与随机模式。随机播放是音乐库最常用的功能，把全库或某个流派扔进去就是一个私人电台，这是封闭式音乐收藏最快乐的打开方式。

情绪音乐是 Emby 音乐库的一个特色功能：它根据播放习惯自动生成情绪风格的播放列表。这个功能需要服务端有足够的播放历史才生效，新库初期感受不到。想体验的话，先正常使用一个月，让积累的播放记录喂出推荐，它才慢慢变得好用。这和流媒体平台的推荐算法在数据需求上是同一个道理。

歌词同步显示在移动客户端与网页端支持得不错。前提是歌词文件或标签中的歌词字段存在，客户端播放时就能按时间轴同步显示。歌词文件与音乐文件同名放在一起即可被自动识别，不需要额外配置。

歌词整理时注意区分有与无时间轴的歌词：带时间轴的才能逐字同步，纯文本歌词只能整页显示。搜歌词时优先选带时间轴的格式，体验差距明显，开车或健身时不用盯着屏幕也能知道唱到哪一句。全库加歌词是舒适度与时间成本的权衡，先把最常循环的几十张专辑配上即可。

有声书库

有声书的整理逻辑接近剧集：一本书相当于一季，分集文件相当于各集。目录结构按书名、分集文件展开，命名规范照剧集的规则走。有声书的刮削数据源覆盖不如影视全面，很多书匹配不到条目，这是有声书库的常态而非配置问题，接受这一点，整理时会平和很多。

还有一类常见的有声书形态：整本书一个文件。一部三十小时的书压成一个文件在播放上完全可行，进度记忆照样工作。缺点是定位章节不便、倍速播放时的导航粒度粗，而且文件本身巨大，手机存储紧张时不友好。分集文件在灵活性上全面占优，获得到的内容若是整本形态，用工具按静音切分一次即可同时获得两种形态的便利。

匹配不到条目时有两个选择。其一是建库时刻意只指定目录结构而不依赖刮削，把有声书做成按文件夹浏览的私有库；其二是手动填写书名、作者与封面图。前者省事但界面朴素，后者整理一次获得海报墙的完整体验。有声书重度用户值得走第二条路，轻度用户用第一条完全没问题。

有声书的一个特殊整理技巧：把同一部书的不同版本分开建目录。同一本书有多个演播者版本是常有的事，混在一个目录里播放顺序会完全错乱，分成各目录后每个版本独立计进度，互不干扰。

有声书播放与音乐共享同一个播放器，所以两者的体验一致：进度记忆、倍速播放、后台播放都可用。倍速播放对有声书尤其重要——1.5 倍速听完一本书对通勤族是刚需，各客户端的倍速档位略微不同，但都覆盖常用速度。进度记忆在长篇有声书上的价值同样突出，几十个小时的内容断点续听是基本要求，Emby 的进度同步在多设备间表现可靠。

有声书库还有一个隐性收益：配合 em-0305 的离线下载，通勤路上不消耗流量也能继续听上次没听完的那一章，地铁里信号再差也不怕。这套组合是自建影音中心对碎片时间最好的支持之一，比任何专门的听书应用都更贴合已有的家庭库。

与专门音乐软件的分工

有人会问：直接用专门的音乐流媒体不就行了？答案是两者是互补关系而非替代。自建库的优势在于收藏资产、不受平台上下架影响、家庭成员共享同一套库；流媒体的优势在于发现新音乐与无需整理。常见搭配是自建库放收藏与本地内容，流媒体用于探索新发现，两者各司其职、互不越界。

对老唱片、现场录音、独立音乐这类流媒体覆盖不全的内容，自建库几乎是唯一像样的方案。反复整理同一批专辑带来的确定性，也是折腾影音中心的人愿意付出的代价——你拥有的是收藏，而不是为期一个月的会员许可。

最后一个家庭场景值得单独一提：儿童音乐。儿歌在流媒体平台上的播放体验对家长并不友好，广告与推荐夹杂其中。把家里常听的儿歌整理进自建库，配一个孩子自己的账号，孩子打开就能播，家长不用担心他点到什么奇怪的内容或连线到陌生设备。这是 em-0401 用户分库思路在音乐库上的直接应用，孩子得到一个干净的播放入口，家长得到安心，一家人各听各的相安无事。

音乐与有声书的备份特殊性

音乐与有声书库在备份上有一个容易被忽略的特点：它们的文件多而小，与影视库的大文件特性相反。这意味着备份策略不能只看总容量，还要看文件数量。对象数量巨大的目录做增量备份时，比对时间会显著拉长。备份策略的设计在 em-0403 有完整说明，这里只提醒音乐库与有声书库的文件特征，别让备份在不知不觉中变成每周一次的半小时等待。一个实践建议：音乐与有声书的备份频率可以低于影视库，它们的变动集中在少数新增，全量备份的边际价值有限。

延伸阅读

• 媒体库与刮削的通用设置在 em-0203，本文是其音乐与有声书分支
• 离线下载让通勤听书听歌成为日常，见 em-0305
• 用户分库让家人各有各的音乐空间，见 em-0401
• 存储与备份设计可参考《自组 NAS 完全指南》，群晖平台的标签与目录管理见《群晖 DSM 系统指南》