这篇整理一下现在的 Movie & TV 观看和入库方案。核心目标不是把每一步都做得很复杂，而是让资源从「发现、收藏、下载、整理、刮削、入库」尽量自动流转，最后在 Emby 里以统一的媒体库形态呈现。

整体上分成三条线：

  • 正版流媒体订阅：主要负责随手看和高频新内容；
  • PT + NAS + 115：负责需要长期收藏、整理和稳定归档的内容；
  • 网盘 + STRM：负责降低本地存储压力，同时仍然接入统一媒体库。

最后再把成人内容单独隔离，避免和普通 Movie & TV 混在同一个库里。

正版流媒体

流媒体这部分保持简单，目前主要用 Disney+。

它的定位不是替代本地媒体库，而是补齐本地方案不适合处理的内容：比如临时想看的剧集、新上线的片子、家人随手点开的内容。订阅平台的优势是打开就能看，缺点是下架、区域、字幕和整理方式都不可控，所以更适合当作「日常观看入口」，而不是长期收藏入口。

本地影音库要解决的是另一类问题：我想保留什么、怎么命名、海报和简介是否准确、以后换设备还能不能稳定播放。

PT + NAS + 115 链路

这一条是主力收藏链路。

大致流程是：

发现资源
  -> MoviePilot 监控下载
  -> NAS 保存原始文件
  -> 自动上传到 115
  -> MoviePilot / qMediaSync 处理命名和目录
  -> qMediaSync 生成 STRM
  -> 定时刮削
  -> Emby 自动入库

MoviePilot 负责前半段，主要做监控、下载、上传和初步整理。下载完成后，文件先进入 NAS，确认无误后再上传到 115。这样本地 NAS 既是下载落地点，也是一个短期缓冲区，不需要所有内容都长期占用本地硬盘。

上传完成后，重点就变成命名和目录规范。影视库最怕的是文件已经有了，但目录名、文件名、季集编号、年份、版本信息不统一。前期如果命名没有处理好，后面刮削就会反复出错，Emby 里也容易出现识别错、海报错、剧集散开的情况。

我的习惯是让自动化工具尽量把目录整理成固定结构：

Movies/
  电影名 (年份)/
    电影名 (年份).版本信息.ext

TV/
  剧名 (年份)/
    Season 01/
      剧名 - S01E01 - 标题.ext

目录一旦稳定，后面的工具就好接了。

网盘 + STRM

网盘这条线的目标是「少占本地空间，但还能在 Emby 里统一展示」。

这里主要依赖 qMediaSync 同步生成 STRM。STRM 本质上不是视频文件，而是一个指向真实媒体地址的文本入口。Emby 扫描到 STRM 后，可以把它当作媒体条目展示；真正播放时，再从对应的网盘直链或代理地址读取内容。

这套方式的优点很明显：

  • 本地只保存 STRM 和元数据，占用空间很小；
  • 可以把 115 里的内容挂进 Emby；
  • 媒体库入口统一，不用在多个 App 之间来回找；
  • 后续迁移 NAS 时，不需要搬动全部视频文件。

缺点也要提前接受：

  • 播放稳定性取决于网盘、网络和直链服务；
  • 链接失效时需要重新生成或刷新；
  • 刮削和重命名最好在固定时间跑，避免和上传、同步任务互相打架。

所以网盘库更适合放「想保留入口，但不一定需要本地长期硬盘保存」的内容。真正高频观看、特别喜欢、或者对播放稳定性要求高的内容，还是更适合放本地 NAS。

刮削与 Emby 入库

整理完成后，刮削是决定媒体库观感的关键步骤。

我的流程是让 qMediaSync 定时处理重命名后的文件夹，再由刮削工具补齐海报、简介、演员、年份、分级等信息。等目录结构和元数据都稳定后，Emby 再自动扫描入库。

这里有几个原则：

  • 先重命名，再刮削，再入库；
  • 电影和剧集分库处理，不要混放；
  • 中文标题、原始标题、年份尽量保留；
  • 多版本电影可以在文件名里标清分辨率、来源、HDR、音轨等信息；
  • 刮削失败时先检查目录结构，不要急着手工改 Emby 里的条目。

Emby 最适合作为最后的展示层，不适合承担前面所有整理工作。前面的文件结构越干净，Emby 里就越少需要手动修。

成人内容单独隔离

成人内容单独处理，不和普通 Movie & TV 混库。

这部分的核心不是自动化程度，而是隔离：

  • 单独目录；
  • 单独媒体库；
  • 单独刮削规则；
  • 单独访问权限；
  • 不参与家庭共享首页推荐。

收藏入口可以来自多个地方，但进入媒体库之前，仍然按同一套规则处理：下载或转存后生成可播放入口，再用 MDCNG 这类工具做刮削整理，最后进入独立的 Emby 媒体库。

这样做的好处是边界清楚。普通影视库保持干净，成人内容也不需要混在默认推荐、搜索和继续观看里。

自动化任务拆分

最后把任务拆开看，大概是这几类：

监控与下载

MoviePilot 负责订阅、监控和下载。它适合处理连续剧、新番、固定关键词和长期追踪的内容。

上传与同步

下载完成后，自动上传到 115。上传任务和本地整理任务最好有清晰的先后顺序，避免文件还没传完就开始生成 STRM 或刮削。

STRM 生成

qMediaSync 负责同步生成 STRM，把网盘内容映射成 Emby 可以识别的媒体入口。

重命名与刮削

重命名后的文件夹再进入定时刮削。这里适合用固定的计划任务，比如每天凌晨跑一次，错开下载高峰。

Emby 入库

Emby 只负责扫描和播放。等前面的目录、STRM 和元数据都准备好后，再让 Emby 自动入库，整体会稳定很多。

目前的状态

现在这套方案基本可以覆盖我的 Movie & TV 需求：

  • Disney+ 负责随手看；
  • PT + NAS 负责主力下载和短期缓存；
  • 115 负责远端保存和网盘播放；
  • qMediaSync 负责 STRM 和同步；
  • MoviePilot 负责监控、下载、上传和重命名；
  • MDCNG 负责部分特殊库的刮削整理；
  • Emby 负责统一展示和播放。

后续可以继续优化的地方主要有两个：一个是任务编排，尽量减少上传、重命名、刮削、入库之间的互相干扰；另一个是错误处理，比如链接失效、刮削失败、剧集编号异常时，能不能更快定位到是哪一步出了问题。

只要这两块稳定下来，家庭影音库就会从「一堆文件」变成真正可长期维护的系统。