下载党的片库管理术

更新于 2026 年 8 月 31 日 · 六个场景，每个给做法

一句话：片库整理只有一条总原则——目录结构决定「哪些文件该入库、谁是正片、哪几个互为版本」，文件名只决定「叫什么、第几季第几集」。把这条记住，下面六个常见的糟心场景就都有解了：目录摆对了，文件名乱一点没关系；目录摆错了，文件名再规范也救不回来。本文不重复讲命名规范（那是刮削完全指南的事），只讲你实际会撞上的六个场景怎么处理。

先理解为什么是目录说了算

直觉上，片子叫什么当然写在文件名里。但「这个文件该不该进媒体库」这个判断，文件名给不出可靠答案。发布组给附属目录起的名字千奇百怪——Sample、Screens、Box Cover、Subtitle、External AC3，中文的「奥斯卡获奖动画长片」也见过——维护一张名单永远追不上。

结构判据就稳定得多：「这棵子树里最长的片子还不到同一部作品正片时长的四分之一」，基本就是花絮、样片或菜单片段。时长拿不到时退回文件体积比。另外还有一条绝对下限：时长不足 6 分钟的视频不进媒体库（在文件浏览页里仍然可见可播，只是不占媒体库的位置）。

这条原则的实际含义是：你要花心思的地方是目录怎么分，而不是给每个文件手工改名。下面每个场景都是这条原则的一次应用。

六个场景，逐个说

下面这张表先给一个索引，对上症状直接跳到那一节。

你遇到的症状	根因	做法
花絮、样片混进了媒体库	子树被判成了正片	按目录分好，附属内容单独放一层子目录
同一部片出现两张卡片	两份文件不在同一目录，或片名解析不一致	见场景二
同一部剧裂成两张卡片	部分集刮到了 id、部分没刮到	见场景三，整部剧重新刮削
合集里的片全刮错了	简称精确命中了别的片，属于假阳性	见场景四，目录名保留系列名
原盘被拆成一堆无名条目	碟内文件被挪出碟根平铺	见场景五，别动碟根结构
搬完家库里新旧混在一起	非层级路径的源不清理旧条目	见场景六，先移出媒体库再搬

场景一：新下载的片子往哪放

最省事的结构是「一部作品一个目录，目录名写清片名和年份」：

电影/
  疯狂的麦克斯 狂暴之路 (2015)/
    Mad.Max.Fury.Road.2015.2160p.mkv
    Mad.Max.Fury.Road.2015.chs.ass
  沙丘 (2021)/
    Dune.2021.1080p.mkv

为什么值得多建一层目录，而不是把 mkv 全平铺在一起？三个原因：外挂字幕要和视频同目录才能自动匹配；同一部片以后可能会多出第二个版本，有目录才装得下；最重要的是，目录名往往就是片名的最可靠来源。

最后这一点有个反直觉的推论：你选中「纳入媒体库」的那个目录，它自己的名字也算数。如果你的结构是「龙之家族/第 1 季 4K HDR 内封/S01E06.mkv」，然后直接对着「龙之家族」这一层收录，那么这个目录名就是整季片名的唯一来源——尤其在网盘和 DLNA 这类源上，路径里根本没有名字（那边的 path 是对象 id），除了这个目录名再没有别的线索。

顺带说清收录方式：加完源不会自动扫描。要点进源、浏览到存影视的那个目录，点顶栏的纳入媒体库，按目录粒度收录。这是刻意的——整盘扫会把备份、素材、手机录像一起卷进来。想撤销就长按同一颗按钮，选「将此目录移出媒体库（不删除文件）」。

场景二：同一部片留了 4K 和 1080p

把它们放进同一个目录，什么都不用改：

沙丘 (2021)/
  Dune.2021.2160p.HDR.Remux.mkv
  Dune.2021.1080p.BluRay.x265.mkv

判据是同目录文件名之间变化的那一段：变的是集号就是分集，变的是技术参数（2160p / 1080p / Remux / x265）就是版本，变的是片名就是不同的片。所以上面这两个文件会被认成同一部片的两个版本，媒体库里只出一条卡片。

展示层出的那一条叫主版本，取的是体积最大的那一份，而不是最早入库的那一份。这个选择很重要：如果你的测试源里有一个 6 MB 的样片、网盘里有一份 2.6 GB 的蓝光，按入库顺序选的话详情页的播放按钮会去播那个样片。其余版本进详情页信息块里的「N 个版本」胶囊（只在真有多份时出现）。

已看状态会落到全部版本上——从版本菜单挑另一份看完，回到列表不会还显示未看。

反过来有一个必须注意的坑：「同目录多个正片」不等于「同一部片的多个版本」。如果你把《平行宇宙》《英雄归来》《英雄远征》平铺在同一个「蜘蛛侠合集」目录下，它们变化的那一段是片名而不是技术参数，正确的处理是认成三部不同的片。这条判据要是省了，后果是静默丢文件：九个文件只入库四条，没有任何报错。

场景三：追剧补下载的分集，裂成了两张卡片

这是追剧党最常撞上的一个。症状是媒体库里同一部剧出现两张卡片，其中一张只有零星几集。

根因是：「哪几集属于同一部剧」这件事认的是条目 id，不是剧名。而剧名是逐个文件独立算出来的——刮到了就用刮削源返回的官方剧名，没刮到就停在文件名解析的结果上。所以只要有几集走了不同的分支，剧名就对不上，同一部剧就多出一条。三条常见的触发路径：补下载的那几集文件名和原来那批不是一套；两次扫描时的刮削状态不同（比如一次走了 TMDB、一次回落到 OMDb 的英文名）；重刮时「没刮到就保留旧元数据」的守卫让一部分集改了名、另一部分没改。

做法：对整部剧重新刮削一遍，通常就合回去了。入口在「设置 → 元数据与刮削」最下方的重新刮削媒体库——它保留已看状态与播放进度，并且这一轮没匹配上而库里已有元数据的条目会跳过、保留原有内容（防止刮削接口临时不通时整库海报被抹平）。还合不回去的话，在媒体库页长按那张海报卡片，选「重新匹配元数据…」，手动搜片名选中正确的候选。注意是媒体库页长按，不在详情页。

这里有一条别处很少讲的原理，值得单独知道：剧集文件名里的年份是这一季的播出年，而影视数据库按首播年索引。拿它去做精确过滤，会把正剧本身排除掉，只剩「那一年首播的同名衍生剧」——而热门 IP 底下同名前缀的衍生剧成堆。真实案例是《曼达洛人》里唯二文件名带 2020 的两集，被刮成了 2020 年首播的幕后纪录剧集《Disney Gallery: Star Wars: The Mandalorian》，在媒体库里裂成第二张卡片。电影侧不存在这个问题，电影文件名里的年份就是上映年，很有用。所以给剧集文件命名时，季集号（S01E06）比年份重要得多，年份可有可无。

场景四：合集目录里的简称

下载站的合集包常是这个样子：

蜘蛛侠 8部合集/
  英雄归来.mkv
  英雄远征.mkv
  平行宇宙.mkv

这里的陷阱很隐蔽：英雄归来 单独拿去搜是能搜到东西的——它精确命中 2018 年的法国片《英雄归来》；蜘蛛1 会命中 1919 年的德国默片《蜘蛛》。这是假阳性而不是搜不到，所以「搜不到再降级」的兜底策略一次都轮不上，直接就刮错了。

正确的做法是从目录名里认出「N 部曲 / N 部合集 /【N 部】」这类标记，取出系列名再和文件名拼起来（蜘蛛2 → 「蜘蛛侠2」，英雄归来 → 「蜘蛛侠英雄归来」）。作为使用者，你要做的只有一件事：保留目录名里的系列名，别把目录改成「合集」「电影」这种没有信息的名字。

另外，TMDB 的官方电影系列（比如「哈利·波特系列」）在刮削时会一并取回，媒体库的合集页里自动归组，这和你自己手建的合集是分开的两套——自动系列跟着刮削走、重刮会更新，手建合集是你的，不会被覆盖。命名细节见电影合集目录怎么命名。

场景五：原盘和压制并存

原盘目录（BDMV、VIDEO_TS）和 ISO 镜像可以直接放进片库，不用解压：

教父 (1972)/
  The.Godfather.1972.BluRay.iso
  The.Godfather.1972.1080p.x265.mkv

主影片是靠时长从碟里挑出来的，比读播放列表稳——压制组常把 PLAYLIST 弄乱，正片藏在一堆假条目里。多段 VOB 会接成一整条时间轴。这两份同样按「变技术参数 = 版本」折叠成一条，播放按钮走主版本（体积最大的那份，通常就是原盘）。

有一处需要留意：碟根之下的目录不要自己动。BDMV/STREAM/00024.m2ts 这样的结构是被整体识别的，把里面的文件挪出来平铺，反而会让它们变成一堆解析不出片名和集号的孤立条目。原盘播放的细节见蓝光原盘 ISO 手机直接播放，原盘剧集入库见BDMV 与 ISO 怎么入库。

场景六：片库搬家、换源之后

把片子从一台 NAS 挪到另一台、或者从本地搬进网盘，是最容易把库搞乱的一步。几条实操建议：

搬之前先把旧目录「移出媒体库」（长按「纳入媒体库」按钮那一项），比搬完之后再收拾干净得多。
别直接删源了事。删除一个源会连带删掉该源名下的媒体库条目与观看进度——这是设计如此，但如果你只是想换个地址，代价太大。
层级路径的源（SMB、NFS、FTP、SFTP、WebDAV）能自动清理失效条目，因为路径变了它认得出来。而DLNA、Emby、Jellyfin、Plex 这类源按设计不做清理：重扫之后新结果会覆盖同路径的行，上一轮留下、这一轮不再产生的条目会原样留着。所以在这几类源上大改结构之后，看到的往往是新旧混在一起，别误以为是识别出了问题。
观看进度挂在具体的那份文件上。搬家换路径以后，同一部片会被当成新条目，进度不跟过来。真的很在意某几部剧的进度，就先别动它们的路径。

常见问题

文件名一定要改成规范格式吗？

不一定。发布组的原始文件名通常已经够用（片名、年份、季集号都在里面），刮削会把分辨率、编码、发布组这些噪声去掉。真正值得你动手的是目录：一部作品一个目录、目录名写清片名、季目录写清第几季。文件名只在解析不出片名或季集号时才需要收拾。

刮出来的信息不对，怎么手动纠正？

在媒体库页长按海报卡片，菜单里选「重新匹配元数据…」，输入片名搜索，从候选里选中正确的那条。同一个菜单里还有「标记为已看/未看」和「加入合集…」。系统性排查见刮削出错的排查清单。

剧集目录要不要按季分？

建议分。季目录能让季集号的解析多一层保险，尤其是文件名里只有 E06 没有 S01 的时候。季目录名写成「第 1 季」或「Season 1」都认得出，后面跟着一串技术参数（「第 1 季 4K HDR 内封」）也认得出——先剔掉噪声词再判一次。命名细节见剧集命名与季集识别。

为什么有些片子在文件页看得到，媒体库里没有？

最常见的两个原因：一是时长不足 6 分钟，被当成花絮挡在库外；二是它所在的子树被判成了附属目录（子树里最长的片子短于正片的四分之一）。这两条都是刻意的，文件页里照样能直接播。

同一部片在两个源里各存了一份，会显示成两条吗？

不会。跨源的重复也按同一套折叠规则处理——剧集认「分组键 + 季 + 集」，电影认「片名 + 年份」，只出一条主版本，其余进版本菜单。两个源各扫一遍权游第一集，是最常见的触发场景。