蓝光原盘 BDMV 与 ISO 怎么入库

更新于 2026 年 8 月 31 日 · 目录结构、片名来源与正片识别

入库时该选哪一层目录

先把层次说清楚。一张原盘展开之后是这样：

阿凡达 (2009)/          ← 作品目录：只有这一层带信息
  BDMV/                  ← 碟根
    STREAM/
      00024.m2ts         ← 32 GB，正片
      00025.m2ts         ← 900 MB，花絮
      00026.m2ts         ← 40 MB，片头动画
      ...还有几十个
    PLAYLIST/
    CLIPINF/
  CERTIFICATE/

点「纳入媒体库」时要选 阿凡达 (2009)/ 这一层，或者它的上级。选中之后碟内骨架会被整体跳过，只留一条正片条目。

三种常见的错误摆法：

• 把 STREAM 目录单独接进来。丢掉了「这是一张碟」的上下文，会退化成一堆叫 00024 的孤立条目，片名取自它上面的容器名。
• 把 BDMV 拆开、只留正片文件。这样做本身能播，但你会失去多音轨和内封字幕，得不偿失。
• 作品目录名是「新建文件夹」「BluRay」「下载」。这时片名没有任何来源——碟内文件名帮不上忙。

三种形态的对照，照着选就不会错：

ISO 是把上面整个结构打包成了一个文件，入库上没有区别：ISO 文件本身的名字，或者它所在的作品目录名，就是片名来源。阿凡达 (2009).iso 这样命名是最省事的。VIDEO_TS（DVD 原盘）同理，作品目录在 VIDEO_TS/ 的上一层。

片名只能来自目录名，所以目录名要认真写

这是原盘和压制版最大的区别。压制版的文件名里通常有片名、有年份、有一堆技术参数，就算目录名是「新建文件夹」，文件名也能救回来。原盘不行——00024.m2ts 这个名字里没有任何可用于搜索的信息，甚至连「这是电影还是剧集」都看不出来。

推荐写法就是最朴素的那种：

阿凡达 (2009)/BDMV/...
教父 (1972)/BDMV/...
七武士 (1954).iso

年份对原盘尤其重要，因为原盘玩家收的老片多，而老片正是同名撞车的重灾区——翻拍、重制、同名不同片，没有年份很难一次命中。

网盘和 DLNA 源上，目录名是唯一线索

如果原盘放在网盘或者通过 DLNA 接入，情况更极端：这类源的「路径」其实是一串对象 id，路径里根本没有名字。识别片名时是从文件往上走、跳过碟内骨架和附属目录、撞上的第一个作品目录才算数——而这个目录名是扫描时一路带下来的，是唯一的来源。

还有一条容易被忽略：你点「纳入媒体库」的那个目录，它的名字本身就有资格当片名。如果你直接选中 阿凡达 (2009)/ 收录，往上找片名走到这个根就停了，取的正是它。

正片是怎么挑出来的：时长，不是播放列表

一张碟里几十个 m2ts，挑正片的判据是时长（拿不到时长时退回体积比）。正片总是最长的那个，花絮、预告、菜单动画和它不在一个量级上——上面例子里 32 GB 对 900 MB，一目了然。

为什么不读 PLAYLIST？因为它不可靠。不少压制组会把播放列表弄乱，或者故意塞进一堆假的循环播放列表（防翻录的老手段），照着播放列表走反而会挑错。时长这个物理量骗不了人。

入库这一侧还有两条判据会同时起作用，值得知道：

• 四分之一规则：一个子树里最长的视频不到同一作品正片时长的四分之一，整个子树当附属内容处理。原盘的花絮目录、菜单片段全在这一刀之下，不需要维护任何目录名黑名单。
• 六分钟下限：时长不足六分钟的视频不进媒体库。碟内那些几十秒的片头动画、警告画面就是被这一条挡住的（它们在「文件」页里仍然可见可播）。

顺带说一句体积比：它作为退路，在原盘上比在压制版目录里更靠谱。同一张碟里各文件的码率量级接近（都是原盘不做压缩），所以体积基本能代表时长；而压制版目录里 4K 和 1080p 混在一起时，体积和时长的关系就没那么直接了。

DVD 那种被切成 VTS_01_1.VOB、VTS_01_2.VOB 多段的情况不用担心：它们会被接成一整条时间轴，算一部片，不会变成好几条条目、也不会被当成多版本。

多碟剧集：碟根之下只透传

这是原盘入库里最需要单独讲的一条，和电影原盘的逻辑正好相反。

剧集原盘一张碟里常常装着三集，三个文件时长相近：

某剧 第一季/
  Disc 1/BDMV/STREAM/
    00024.m2ts    ← 42 分钟，第 1 集
    00025.m2ts    ← 43 分钟，第 2 集
    00026.m2ts    ← 42 分钟，第 3 集

时长相近，说明它们不是「正片加花絮」。但这时也绝对不能套用通用的版本合并规则——那条规则的逻辑是「同目录多个文件，不是分集就是版本」，而 00024 / 00025 / 00026 这种文件名谁也解析不出集号，于是三个文件会被判成「同一集的三个版本」，合成一条，另外两集从海报墙上消失。

所以处理上做了明确的切分：碟根之下只透传——通用的文件名规则（版本合并、集号解析）到碟根为止就不再往下作用，碟内正片的挑选和集号归属交给单独一套逻辑。这也是为什么不要把 BDMV 拆开摊平：一旦碟根的结构没了，这套保护也就无从触发。

实践上给两条建议：

• 一碟一目录，目录名写清季数和碟号（某剧 第一季/Disc 1/）。层次清楚，比什么都管用。
• 如果你更在意分集的准确性，把剧集原盘转成按集切好的文件反而更省事——那时就可以用 S01E01 这类标准命名，见剧集命名规范。原盘的价值在画质和音轨，剧集原盘在识别上天然吃亏，这是个诚实的取舍。

DLNA 接入原盘：额外的一个坑

如果原盘是通过 DLNA / UPnP 接入的（很多 NAS 和电视盒子默认开这个），有一条只在这类源上成立的规则要知道：DLNA 返回的条目名不带扩展名。

后果是所有「靠扩展名判断」的逻辑在这类源上会失效。比如「碟内正片按 .m2ts 筛」这一步，在 DLNA 上一个都筛不出来，于是「这不是碟根」，扫描照常往里钻，最后捞出一堆叫 00024、片名取自容器目录名的条目——真机上曾经出现过一整张碟被拆成二十多条同名条目的情况。所以这类判断都做了「退回直链地址判扩展名」的兜底。

另一条相关的：DLNA / Emby / Plex 这类源不会清理旧条目。它们的「路径」不是层级路径，扫描时没法判断哪些条目已经消失了，所以按设计跳过清理。这意味着改完目录结构重扫，库里是新旧混在一起的：新结果会覆盖同路径的行，而上一版留下的、这次不再产生的条目原样留着。看起来就像「改了半天没生效」。

核对结果前，先把该源的条目清掉再重扫：文件页长按源 → 「删除此源（含已入库条目）」，然后重新添加。注意这会连带删掉该源名下的观看进度，先掂量一下。

常见问题

原盘扫出来一堆奇怪条目，怎么办？

按顺序查三件事：作品目录是不是完整包含 BDMV（而不是只接了 STREAM）；「纳入媒体库」时选的是不是作品目录而不是它的下级；源是不是 DLNA（见上一节）。清理旧条目之后重扫，见刮削修复清单。

原盘和压制版我都有，会重复吗？

不会——只要两边被解析成同一个片名和年份，展示层会折叠成一条主版本（取体积最大的那份，通常就是原盘），另一份收进详情页的版本菜单，随时可切。已看状态会落到全部版本上。仍然显示两条的话，去对齐两边的目录名。

ISO 需要先解压或者挂载吗？

不需要，直接当文件收录和播放。细节见蓝光原盘 ISO 直接播放。

刮削会去读碟里的元数据文件吗？

不会。识别只用目录结构和名字，元数据从 TMDB / OMDb 取。所以碟内有没有 meta 目录、有没有 bdmt_*.xml，都不影响结果。

一个目录里放了好几张碟的原盘，行吗？

电影行（每张碟一部片，各自一个作品目录）；剧集要按上面的建议一碟一目录。不要把好几张碟的 STREAM 内容倒进同一个目录——那是最难救的一种摆法：既没有碟根结构，文件名又全是数字。

HDR 原盘刮削和播放有区别吗？

刮削没区别。播放上要说明一条：当前版本不做 HDR 送显，HDR 片源能播，但以 SDR 呈现，画面偏灰是这个原因，不是文件有问题。这一项在验证中。