媒体库与刮削设置

部署完成后，媒体库的建立质量决定了接下来几年的使用体验。这一篇讲三件事：目录结构怎么规划、刮削怎么配、不准的条目怎么修。很多家庭服务器用户在一两年后回头补这些功课，是因为初期刮削凑合能用，冷门内容越积越多之后才不得不系统整理。把这篇读到结尾再动手，能一次性把结构立住，省掉日后的反复返工。

开始之前先明确一个预期：Emby 的刮削能力取决于公开数据源的覆盖，冷门内容需要人工干预是常态，这不是 Emby 或 Jellyfin 的缺陷。判断一个库整理得好不好的标准不是零错误，而是错误集中在哪些地方、修复成本高不高。把预期摆正，整理过程会从容很多，心态崩的时候通常是预期设得不对。

媒体库类型与目录规划

Emby 的媒体库按类型区分，每种类型的目录规范不同，类型选错整个库的刮削都会偏。原则是分库要舍得，混库要避免。电影与剧集混在一个目录里，刮削引擎会猜分类规则，冷门内容误判率高。分库另一个隐性收益是权限清晰：每个库是独立的权限单元，后续给家庭成员分配可见范围时直接按库勾选，不用逐条目过滤。

家庭场景下五个左右是常见结构：电影、剧集、音乐、有声书、私有录像。再多就面临管理成本上升，再少则刮削准确率与权限粒度都打折，这个数量是社区里反复验证过的平衡点，照着搭不会错。

家庭录像这类私有内容建议建库时关闭刮削，直接按文件夹浏览，这是 Emby 唯一一个刮削反而帮倒忙的常见场景。照片库同理，照片的拍摄信息来自文件本身的 Exif，刮削派不上用场，按时间线浏览才是正确姿势。孩子的演出录像、家庭旅行片段都归这一类，按日期目录摆放比任何刮削都直观。

目录规划上还有一个实用建议：媒体根目录留出扩展空间，类型之间用一级目录分开，未来想拆分媒体目录或迁移到不同存储时，顶层结构就是现成的迁移单元。Plex 迁移过来的读者可以直接沿用 em-0104 整理好的结构，Jellyfin 用户也是同一套规范，三者对目录的要求高度一致，这意味着你的整理工作在任何方案之间都是可复用的资产。

命名上几个容易忽略的细节能明显减少误匹配。年份放在书名号或括号里帮助识别，但不要让括号里塞入分辨率或压制组等无关信息，刮削引擎的解析对干净的名字最友好。剧集的分集文件在集号之外不需要其他信息，特别篇按数据源的规则单独放或统一归入特别篇季。统一规范在前五十部内容上验证一次，之后按同样格式新增的条目几乎都能一次匹配成功。若你管理的是多人协作维护的片库，把这份规范写成一句话模板贴在共享文档里，家人帮忙新增内容时照抄即可，全家统一格式比一个人辛苦整理更可持续，这是过来人最常给的一条建议。

刮削设置详解

每个媒体库的设置里都有刮削相关的一组选项，默认值对热门内容足够好，边角料多的库需要针对性调整。

语言与地区设置是第一位的。数据源优先返回的信息带有语言偏好，中文环境的库把语言设为中文、地区设为本地，能显著减少海报与简介匹配到陌生语言版本的概率。注意中文影片数据源以社区维护为主，命中率不如英文源，冷门国产片要有手动修匹配的心理准备。

数据源的优先级也值得花两分钟调。Emby 允许为电影与剧集分别指定主数据源与备选源，主源找不到时回落到备选源。把内容最多的那一类数据源放主位，能减少大量二次匹配的体力活。剧集尤其要留意季集编号规则，个别剧集的特别篇若被数据源归到单独一季，目录命名要跟着调整，否则永远扫描为缺失。

自动刮削建议保留开启。初始扫描会一并完成，之后新增的影片也会被自动处理。只有两种情况建议关掉：媒体目录在慢速硬盘上时，扫库占用 IO 明显；以及内容变动频繁、希望手动控制的整理型用户。

对于跨库内容的归属有个常见疑问：一部作品既有电影也有衍生剧集，放哪个库？答案按主要观看形态走，电影放电影库、剧集放剧集库，两边的条目互不影响。不要试图用一个目录同时容纳两者，刮削引擎处理混合目录的成功率明显低于纯类型目录。

另外提一个容易混淆的概念：媒体库扫描与元数据刷新是两个动作。扫描是发现文件变化，刷新是重新向数据源请求元数据。两者可以独立触发，修完一批刮削后单独刷新对应条目即可，不必全库重扫。

刮削不准怎么修

刮削不准是常态而不是异常，重点是修的姿势。正确的修复路径是手动指定条目标识，而不是改文件名碰运气。影片详情页的手动匹配可以输入名称或数据源编号，编号是最精确的——同名片、多版本、别名混淆在编号面前都不存在。编号获取方式很简单：在数据源网站搜索影片，地址栏里的数字编号就是。修好一个条目平均花两三分钟，一个一千部的库里需要手动处理的通常只有几十部，不必被总量吓退。

修过的条目建议把匹配锁定。媒体库刷新时，未锁定的条目可能被重新扫描覆盖，你修好的海报与简介又被换回去，这种反复比第一次不准更让人沮丧。

音乐库的刮削机制与影视不同：它先读内嵌标签，文件标签缺失时才按目录结构猜。MP3 文件的内嵌标签写得七零八落是常态，导入 Emby 前先用标签编辑工具过一遍，比之后在海报墙里对着未知专辑抓狂有效得多。有声书库的目录规范则更松，主流做法是每本书一个目录、按章节文件命名，刮削数据源对有声书的支持不如影视全面，封面信息缺失时手动补一张图也能用。

多库与合集的使用

内容多了之后会想分组管理。Emby 的合集功能是把多个条目归入一个虚拟分组，常见用法是把一个系列的多部电影放在一起。合集与播放列表的区别在于：合集是库层面的组织，所有用户都能看到，播放列表是用户私有的。合集还支持嵌套显示，系列下的各部影片在海报墙上以一个条目呈现，点进去再看子条目，整理感非常强。

一个实用场景是给孩子建独立可见区域。做法是把动画片单独建一个媒体库，建库时只放儿童内容，配合 em-0401 的用户权限把孩子的账号绑定到这个库。这比在一个大库里用分级过滤更直接，老人与孩子的客户端里也不会出现无关入口。

顺带说明合集的另一个常见用途：多版本同一影片。同一部电影的剧场版与导演剪辑版如果你倾向于都保留，放进合集比合并成一个条目更清晰，播放时客户端会展示版本选择入口，两个版本的观看进度也各自独立。

性能相关的注意事项

扫库与刮削是服务端最重的两项任务。初次导入一个几 TB 的片库，扫描加刮削持续数小时正常，机械硬盘阵列上更久。把首次完整扫描安排在夜间，期间避免同时进行硬件转码测试，两者都吃磁盘 IO，会互相拖慢进度。预定计划扫描同样建议设在凌晨，避开晚间的观看高峰，这样第二天打开客户端时新内容已经静静躺在海报墙上了。

缩略图生成也有原则：每次扫库都会为没有缩略图的条目重新生成，集中批量导入后这块开销集中出现。服务器配置目录预留足够空间，就是给它准备的。更多服务端优化项集中在 em-0204，那篇会把所有性能相关的开关收成一份清单。

最后一个收尾建议：库建好之后写一份属于自己的目录规范备忘。命名规则、数据源选择、锁定条目的清单记在同一个文档里，过半年新增内容时照着执行，一致性就保持住了。这份备忘同时是家庭协作的交接文档，哪天你不维护了，接手的人照着它也能继续运转。家庭服务器最怕的不是初期不规范，而是半年后你已经忘了当初的规则，那时再回头修补付出的精力远大于今日一次写清。

延伸阅读

• 从 Plex 迁移的目录整理见 em-0104，本文假设目录已经规范
• 服务端全部性能开关见 em-0204，硬件转码见 em-0202
• 用户与家庭分库的权限玩法见 em-0401，离线与码率自适应对刮削无依赖但同属客户端设置，见 em-0305
• 存储与目录的高级实践可参考《自组 NAS 完全指南》，群晖平台目录权限对照《群晖 DSM 系统指南》
• 数据源访问依赖网络环境，若服务端部署在内网且需要走代理才能访问公开数据源，可先看《软路由入门指南》的出口配置章节