1 前言

对于很多像我一样喜欢收集影视资源的人来说，Emby 几乎是家庭媒体中心的不二之选：它的界面美观、分类清晰、功能丰富，能让本地资源秒变流媒体体验。

但当收藏规模一路膨胀到几千、上万部时，你就会发现，Emby 在最底层的那部分工作——也就是媒体文件刮削与元数据整理——其实并不是它最擅长的领域。

Emby 的设计初衷是“展示”和“播放”，而不是“批量管理”。它可以帮你把已经整理好的媒体库变成漂亮的界面，但前提是：这些文件得命名规范、结构清晰、信息完整。否则，它就会频繁出现识别错误、错配封面、元数据混乱、合并错影片、扫描极慢等各种让人头大的情况。

尤其当影片总量超过五千部之后，这个问题会被成倍放大。第一次扫描媒体库往往需要十个小时甚至更久，而过程中任何命名、路径或 nfo 文件的小问题，都会导致 Emby 把几百部电影识别错、漏刮、甚至合并成一个条目。

换句话说，Emby 更像一个“展示层”，而不是“数据清洗层”。

所以，如果能有一个更专业的工具，帮助 Emby 提前完成媒体库的初始化整理，让 Emby 专注于“播放与展示”本职工作——那整个系统的效率和稳定性就会提升一个层级。

而在我反复尝试过的各种方案中，最让我满意的，就是那个曾被我忽视多年的老朋友：TinyMediaManager(TMM)。

TMM 能在 Emby 介入之前，替你完成那些底层而繁琐的整理工作——自动命名、下载海报、匹配元数据、生成 nfo 文件、校对演员信息、统一文件夹结构……让所有媒体文件都以标准化格式“预处理”好，再交给 Emby 进行展示。

这样不仅能大幅减轻 Emby 的扫描负担，还能极大提升识别准确率与整体性能。对大规模收藏者来说，TMM 基本就是Emby 的最佳搭档：一个负责初始化整理世界，另一个负责让世界变得好看。

2 从刮削说起——TMM 的真正优势

2.1 概述

刮削看似只是“把影片信息拉下来”的小动作，但在规模扩大到几千甚至上万部后，它会直接影响整个媒体管理流程的效率与稳定性。本章从刮削的本质说起，顺带用我的实测经验对比 Emby 与 TinyMediaManager(TMM)在大规模库下的表现与适用场景。

2.2 什么是刮削(Scraping)

定义：刮削就是让软件自动从网络上获取影片或剧集的元数据——包括片名、年份、导演、演员、剧情简介、海报、背景图、IMDb/TMDb ID 等——并把这些信息写入本地文件或数据库中，以便媒体服务器能正确识别和展示。

一个典型的刮削过程包含：

1. 扫描文件（从文件名识别标题、年份、版本信息）；
2. 匹配数据库（到 TMDb/IMDb/TheTVDB 查询条目）；
3. 抓取元数据（下载剧情、演员、评分、图片等）；
4. 生成本地文件（.nfo、poster.jpg、fanart.jpg 等），这些文件就是刮削的最终产物，媒体服务器会以此作为识别依据。

刮削本身在小的媒体库时是轻量且可忽略的，但当收藏量冲到几千、上万部时，刮削的每一步都会被放大：网络请求量激增、匹配失败的概率上升、错误修正成本变高、重新扫描的代价变得昂贵。以我的实测为例：让 Emby 扫描一个约 10,000 部的“欧美电影”库，完整的扫描 + 匹配 + 下载元数据往往需要 十几个小时到二十小时以上；一旦遇到识别错误或网络问题，整个过程还可能被迫重跑，时间成本非常高。

在同样规模下，TMM 的刮削体验往往要快很多。它以本地批处理为主、对目录和命名规则具有更强的可控性，能在“预处理”阶段完成大部分工作，从而把媒体服务器(如 Emby)从耗时的刮削任务中解放出来。

2.3 nfo 文件：刮削的终点，也是媒体库的起点

2.3.1 概述

在整个刮削流程中，.nfo 文件是一个非常关键的环节。它记录了影片的所有文本类元数据——包括标题、年份、导演、演员、剧情简介、类型、评分、以及 IMDb/TMDb 等数据库的 ID。

从刮削工具(比如 TMM)的角度看，生成 nfo 是刮削的最终成果；而从媒体服务器(比如 Emby、Jellyfin 或 Plex)的角度看，读取 nfo 又是识别影片的起点。

2.3.2 nfo 是如何工作的

当你用 TMM 刮削完毕后，每部影片目录里通常会出现一组文件：

movie.nfo  
poster.jpg  
fanart.jpg  

.nfo 里写的是影片的详细资料；poster.jpg 和 fanart.jpg 分别对应海报与背景。之后，当你让 Emby 扫描媒体库时，它不会盲目地联网重刮，而是优先读取这些本地文件。只要这些元数据文件齐全，Emby 就能直接识别出影片的关键信息，自动归类进对应的电影条目中。

换句话说，TMM 负责”刮削并生成nfo文件”，Emby 负责“读取成果”。两者的关系更像“前端采编 + 后端呈现”：前者把资料准备好，后者只负责展示。如果海报、背景等文件已经一并下载到本地，那么 Emby 扫描时几乎不需要联网，就能完整生成界面内容。

2.3.3 TMM免费版 vs Pro 版：差异与实际影响

虽然 TMM 免费版和 Pro 版的刮削核心逻辑是一致的，但在大规模媒体库下(尤其是几千至上万部影片)两者的体验差距就非常明显了，特别体现在图片质量、自动化程度和可复用性这三点上。

功能项	免费版（Basic）	Pro 版
刮削源数量	主要支持 TMDb / TVDb	可添加更多数据源，自定义优先级
图片质量	标准分辨率（约 1000px）	原始分辨率（4K/超清级）
自动化能力	手动批处理、需人工点选	支持自动更新、定时任务、增量识别
演员图片与剧照	通常缺失或低分辨率	完整演员头像、Logo、横幅等
稳定性	容易触发 TMDb 限流	多线程 + API Key 管理，更快更稳
适用场景	小型个人收藏（数百～几千部）	中大型媒体库（上万部、离线使用场景）

对 Emby 来说，这个区别直接体现在：

• 免费版生成的 .nfo 足够让 Emby 识别影片信息，但可能仍会联网拉取高清图；
• Pro 版则能在刮削阶段就一次性下载完所有图片，实现真正的离线展示。

2.3.4 网络适配与科学访问问题

在实际使用中，刮削不仅考验软件本身的功能，还常常受到网络环境的限制。

以 Emby 自带的 TMDb 插件为例，如果你的Emby是直接安装在 NAS 上，那么NAS 需要能访问 TMDb/IMDb 等外网资源才能完成在线刮削。这就意味着，如果 NAS 没有全局科学能力，仅仅修改 hosts 文件通常不足以避免网络污染或访问受限的问题，扫描一个上万部的媒体库时，很可能遇到请求失败、超时、或数据不完整的情况。

相比之下，TMM 的离线刮削模式在这种场景下优势明显：

• 刮削工作全部在电脑端执行，只需要这台电脑能正常科学访问网络即可；
• 刮削完成后生成的 .nfo 文件和本地封面图片可以直接放到 NAS 上，Emby 扫描时无需再次联网；
• 这样，你不必为 NAS 的网络环境费心配置全局科学，也能保证大规模媒体库的元数据完整性和展示效果。

换句话说，TMM 的这种设计把网络依赖从服务器端转移到了客户端，极大降低了大规模媒体库管理时的复杂性和潜在风险。对于那些收藏量大、又希望 NAS 长期稳定运行的人来说，这是一个非常实用的优势。

3 TMM安装及基本设置

3.1 TMM安装

TMM的安装非常简单，直接在官网下载页面：https://www.tinymediamanager.org/download/选择合适自己操作环境的部署方式即可：

我的工作机是M4Pro的macmini，所以选择的aarch64的dmg文件进行安装。

3.2 TMM基本设置

我在2.3.3小节已经说过，TMM分免费版和PRO版，不过对于和Emby配合来说，免费版的功能其实足够用了，也不用做太多设置(默认配置就行)。

打开TMM主界面后，点击左下方”设置”按钮进入设置界面：

可以看到有4个大类的选项区域：通用选项、电影、系列电影、电视节目：

1、通用选项

通用选项主要负责定义 TMM 的基础运行环境和全局行为。它决定了软件的语言界面、文件命名规则、日志与缓存位置、代理与网络访问方式，以及与外部播放器或媒体服务器的兼容性设置。简单来说，这一部分选项并不直接影响刮削结果本身，但它奠定了 TMM 运行的“底层规范”——比如路径格式、网络访问能力和程序稳定性，配置得当，能让后续的刮削、导出与同步流程都更顺畅。

比如，在”外部工具”里可以定义用于在TMM中播放影片的外部播放器：

在”系统”中可以指定TMM能够使用的内存大小(我的电影太多，用默认的512直接卡死～后来才调整到4096)以及外部科学代理服务器地址：

2、电影及系列电影

电影选项是 TMM 中最核心的2个部分之一，专门用于控制电影刮削的细节行为。这里决定了 TMM 如何识别影片文件、从哪些数据库获取元数据（如 TMDb、IMDb、Fanart.tv 等）、下载哪些类型的图片（海报、背景、演员图像等），以及生成 nfo 文件的格式与命名方式。简单来说，这一类设置直接影响刮削的准确度和完整度——配置合理，TMM 就能在一次扫描中生成干净、规范、完全兼容 Emby 等媒体服务器的本地元数据。

对于TMM免费版，这部分选项其实没太多可设置的，用默认值就行，需要设置的只有”媒体库目录”：

和NFO设置：

对于元数据刮削源，免费版只能只能使用TMDB，不过话说回来，TMDB就够了：

至于第3类的系列电影这个选项主要用于管理和美化“电影合集”（Movie Sets），也就是像《指环王三部曲》《复仇者联盟系列》这样的成组影片。它并不单独刮削影片信息，而是依托“电影”模块的设定，从相同来源自动匹配系列的艺术图（如合集封面、背景图）并执行必要的后期处理。简单来说，这一类选项更偏向视觉与结构层面的优化，而非数据层面的刮削，内容不多，我就不专门说了，大家看看截图就明白了：

3、电视节目

电视节目选项用于控制 TMM 在处理剧集类资源（包括美剧、日剧、动画等）时的刮削逻辑。与“电影”模块类似，它负责从指定数据库（如 TheTVDB、TMDb TV 等）获取剧集元数据，并生成对应的 nfo、季海报、单集缩略图等文件。不同的是，剧集的目录结构更复杂（剧名 → 季 → 集），因此这一类设置还涉及剧集命名规则、季编号识别方式、以及多语言元数据匹配的策略。合理配置后，TMM 能自动理顺剧集层级，生成与媒体服务器兼容的完整本地资料库结构。

和”电影”模块的设置类似，TMM免费版基本也就需要设置”媒体库目录”和”NFO设置”：

对于元数据刮削源，免费版也是只支持TMDB：

当然，也够了。

4 TMM主界面介绍

4.1 “电影”模块

4.1.1 概述

在 TMM 的主界面，“电影”是最核心、也是使用频率最高的功能区域。绝大多数用户与它的交互，几乎占了整个软件使用时间的 80%。

这里负责管理所有独立电影的元数据，从识别、刮削、命名到封面下载、NFO 文件生成，都在这一栏中完成。

换句话说，如果把 TMM 比作一个图书馆管理系统，那么“电影”就是那间最大、最繁忙的阅览室。你可以在这里看到完整的电影列表、检索信息、更新刮削结果，甚至批量操作文件。

在这个界面中有4个功能下拉菜单：更新媒体库、搜索&刮削、编辑、重命名&整理：

4.1.2 更新媒体库

“更新媒体库”下拉菜单主要用于管理和刷新 TMM 中的电影资料库。通过这里，你可以添加新的媒体库目录、更新整个库或指定库中的内容，也可以单独更新某部电影的元数据。此外，它还能帮助你在所有媒体库中查找缺失的电影，或手动创建新的离线电影条目。

值得注意的是，当你执行“更新所有媒体目录”时，TMM 不仅会扫描文件变化，还会自动识别并刮削新增影片的元数据（如果启用了自动刮削选项）。换句话说，这一步其实是一个批量、自动触发的刮削过程，非常适合在新增大量影片后进行全库同步。

总的来说，这个功能区就是 保持电影库与实际文件一致、确保元数据最新的控制中心。对于日常维护和定期同步新片，它几乎是必不可少的一步：

比如在添加在新电影之后，只需要点击最上面的”更新所有媒体库目录”，就能扫描新增资源并自动刮削。

4.1.3 搜索&刮削

“搜索 & 刮削”是 TMM 的核心功能之一，用于手动针对单部或少量电影进行精准刮削。通过这一菜单，你可以对选中的电影在网络上重新搜索并下载元数据，包括片名、年份、导演、演员、剧情简介、海报和背景图等。

这个功能尤其适合修正自动刮削时的识别错误、选择不同刮削源，或者针对新加入但未自动识别的影片进行补充。

配合前面提到的“更新媒体库”（批量、自动触发刮削），它可以确保你的电影库既高效自动，又能在必要时进行人工精细控制，保持资料的完整性和可视化展示效果：

注：在日常使用中，当你向媒体目录中添加新影片时，通常只需要通过“更新媒体库”扫描相应目录（懒人可以直接更新所有目录），TMM 就会自动识别并刮削新增影片的元数据，包括海报、背景图和详细信息。“搜索 & 刮削”主要用于修正自动刮削的错误或针对特定影片进行精确匹配，因此如果新增影片刮削正常，一般无需手动进入这一功能。

4.1.4 编辑

“编辑”功能允许用户对单部电影或多部电影的元数据进行手动修改。这包括片名、年份、导演、演员、标签、评分等信息，以及封面和背景图的调整。

这个功能的作用是 弥补自动刮削可能出现的遗漏或错误，让你可以根据实际情况对电影资料进行精准控制，从而保持整个电影库的完整性与规范化：

注：“编辑”功能与“搜索 & 刮削”类似，主要用于对自动刮削结果进行手动微调或修正，日常新增影片和批量扫描时通常无需使用。

4.1.5 重命名&整理

“重命名 & 整理”功能主要用于按照用户设定的命名规范和目录规则，统一电影文件和文件夹的名称，并将影片归类到指定目录。这里的规范可以是 TMM 内置的命名模板，也可以自定义格式，例如“片名 (年份)”作为文件夹名，电影文件名统一为“片名 (年份) – 分辨率.ext”。

通过这种方式，文件系统保持整齐、命名一致，并且与媒体服务器（如 Emby、Jellyfin）的元数据保持对应，从而让海量电影的存储管理更有条理，便于查找、同步和备份：

注：这一功能会直接修改文件和文件夹名称，因此如果非要进行该操作，建议提前做好备份。我个人更倾向于在下载时就做好命名整理，避免后续批量操作带来的风险，只把它作为救火或特殊情况下的手段。

4.2 系列电影

“系列电影”功能区专门用于管理那些有多个续集或相关作品的电影系列。与单部电影不同，这里可以把同一系列的各部作品集中管理，使元数据、封面、简介等信息保持统一。

这个功能区的四个主要操作非常直观：首先可以通过 “新建系列电影” 创建一个新的系列条目；其余三个功能（更新系列、编辑系列信息、删除系列）都是单按钮操作，无需复杂下拉菜单。

整体来说，这一模块主要解决的是 系列化内容的组织与管理问题，让多个相关电影在 TMM 中可以整齐归类，并在媒体服务器中保持一致显示：

4.3 电视节目

“电视节目”功能区与“电影”类似，同样分为4个下拉菜单：更新媒体库、搜索 & 刮削、编辑、重命名 & 整理。只不过这里管理的对象是连续剧、单集剧集以及动画剧集等。

通过这个模块，你可以添加或更新媒体库目录、对单集或整季进行刮削、手动编辑元数据，并统一重命名和整理文件结构。

这个模块功能逻辑和操作方式与电影模块一致，使剧集管理同样高效、整齐，并与媒体服务器的数据保持同步，由于前面在电影模块已经讲过，我这里就不浪费口水重复了：

4.4 小结

本章主要介绍了 TMM 主界面的三个功能区及各自的核心功能：电影、系列电影和电视节目。总体来看，TMM 的主界面就是整个媒体库的操作中心，涵盖了更新媒体库、搜索 & 刮削、编辑、重命名 & 整理等功能，能够让用户在一个统一界面下完成大部分管理操作，保持资料库完整、准确、可视化。

需要特别注意的是，如果决定以 TMM 作为主要的媒体资源管理工具，所有操作最好都在 TMM 内完成：例如新增影片、删除影片、调整文件夹结构等，都应通过 TMM 执行，而不要在外部直接修改文件系统。原因在于 TMM 的资料库是基于其内部索引和元数据记录的，如果直接在文件系统中删除或移动影片，点击“更新所有媒体目录”通常无法完全识别这些变动。要让 TMM 正确同步外部修改，理论上必须删除媒体目录再重新添加并扫描。

所以，如果你更习惯平时直接在文件系统中管理影视资源(我就是如此，一直习惯使用everything来辅助查找、管理资源），TMM 就不适合作为日常频繁管理文件的工具：每次删除媒体目录再重新添加并重新扫描可能需要1-2小时，对于大规模媒体库尤其耗时。对于这类用户，TMM 更适合作为“媒体库初始化和集中刮削的专业辅助工具”，而不是日常的增删片管理器。举例来说，在新装 Emby 服务器并添加媒体库之前，可以先使用 TMM 对所有媒体库目录进行扫描和刮削，生成 nfo 文件，然后再在 Emby 上添加媒体库；之后的日常扫描、刮削可以直接依靠 Emby 完成。

而日常新增、删除或移动影片，最好在下载时做好基本整理，以减少后续维护成本。

5 去重与统计：活用 TMM 理清电影数量

5.1 Emby升级引发的”影片消失迷案”

对于有“影视资源下载、收藏癖”的人来说，定期分类整理资源几乎成了一种仪式。最开始，这种整理可能只是为了“看着整齐”“方便查找”，但当收藏量一路飙升到几千甚至上万部后，一些原本可以忽略的小问题，就会变成必须面对的大麻烦。

以电影资源为例，最典型的两个问题是：

• 重复资源越来越多

这个问题几乎不可避免，因为同一部电影可能有多个片名、不同语种、甚至不同年代的重拍版本。在下载前，我通常会先在 Everything 里搜索一下，以确认是否已有相同影片，并看看现有版本的分辨率、压制组和音轨格式等信息。但问题是——用中文名搜索往往不准，因为同一部电影可能有好几个翻译名；而用英文名搜索虽然好些，但也不一定安全，比如部分影片在 IMDb、豆瓣、或压制组命名中用的英文名并不统一，甚至可能混入其他语言的标题。

久而久之，这些细微的命名差异就累积成了大量的重复文件——尤其是在我倾向于保留“最佳版本”的前提下，旧版本是否该删除、该保留哪一份，就成了个麻烦的决策问题。

• 数量统计不准确

过去我统计电影总量，主要依赖 Emby 的媒体库统计数据。但自从 Emby 升级到 4.9 版本后，某些底层机制发生了明显变化。比如媒体库设置中多了一个新的选项：“多版本项目检测”，而且默认是开启的:

结果是——我的电影总数从原本的19108部掉到了18700左右一下子少了400多部，Emby 认为这400多部电影是“重复版本”，将这些电影各自合并到了它认为的同一条目下。

但真的是这样吗？因为这种差异也可能来自 Emby 的识别机制，比如 nfo 元数据的差异、文件名规则的微小不同、符号或路径识别异常等等。换句话说，这400多部电影也可能并不是真正的重复，而是被 Emby“误判”了。

为了验证这一点，我需要TMM来进行交叉验证。

5.2 题外话：为什么我会关注重复资源和统计的准确性？

可能一般的朋友不理解我为什么会关注这些对于一般的网友可能完全不关注的小问题，这么说吧，我现在电影总数Emby中的统计是18725部(9948+6395+978+694+710)：

到19000也就是这2个月的事，这还不包括单集纪录片447部：

系列纪录片243部：

演唱会332部：

卡通759部：

和剧集2339部(587+701+558+225+184+84)：

为了大家有个概念，以下附主流流媒体平台电影数量对比(截至 2025)：

平台	全球平均电影数量	剧集数量（季/集）	备注
Netflix	≈ 3,500 – 4,500 部	超过 2,000 部剧集	数量因地区差异大（美国最多，部分国家少至 2,000 部）
Amazon Prime Video	≈ 8,000 – 12,000 部	数千部剧集	电影最多的平台之一，但质量参差不齐
Disney+	≈ 2,000 部	几百部剧集	主打自家内容（Marvel、Pixar、Star Wars）
HBO Max (Max)	≈ 3,000 部	几百部剧集	偏重经典和自制剧
Apple TV+	< 500 部	< 200 部剧集	走精品路线
Hulu	≈ 4,000 部	约 1,500 部剧集	内容部分与 Disney+ 重叠
Tencent / iQIYI / 优酷（国内）	难统计，约 3,000 – 6,000 部	大量电视剧为主	强调“剧集”，非电影导向

也就是说，仅从电影角度来看，我的收藏规模大约是 Netflix 的四倍，接近 Amazon Prime Video 全球片库的一倍半；而剧集部分，如果算上卡通类内容，也超过 3000 部，已经全面超越奈飞，仅次于 Amazon Prime Video 这样的头部平台。

换句话说，我的整个媒体收藏量，已经实打实地达到了全球主流流媒体平台的体量级别。更重要的是，这些影片几乎全部来自蓝光原盘重编码版本，其中 4K 影片2753部(2065+631+57)：

在质量层面，早已超出一般流媒体平台的压制标准。严格来说，这已经不能称为“家庭影音库”，而更像一个 半专业级的私人电影档案馆(Private Media Archive)。

而当收藏规模达到这种程度后，任何细微的识别错误、命名差异或统计偏差，都会在全局层面被放大成系统性问题。

5.3 使用TMM统计重复资源

虽然 TMM 也有筛选器，且带有“显示重复”的选项：

但实际使用起来却不太好用，因为它判断重复的逻辑非常简单：基本只看影片名称和年份，并不会考虑文件路径、视频分辨率、大小甚至 TMDb ID。这就导致大量“同名不同片”“重拍版”也会被误判为重复，而真正因为命名不一致而重复保存的影片，反而检测不出来。

所以我最后采用了更直接的方法：利用 TMM 的“导出电影列表”功能，把整个媒体库导出成 CSV 文件，然后在 Excel 或 Numbers 里进行筛查。

具体做法很简单：

1. 在 TMM 中选中”电影”模块中的所有文件，然后在”编辑”下拉菜单中选择”导出电影列表”：
   
   

2. 选择 CSV 格式并进行导出为”movielist.csv”文件：
   

   

3. 打开Excel，从”数据”-“从文本/CSV导入”这里导入上一步导出的”movielist.csv”：
   

   
   
   
   

4. 打开导出的表格后，选中Title 这一列，用”条件格式”的方式红色高亮名称重复项目：
   

   
   
   最后点击”确定”即可：
   
   

5. 再结合年份、路径、文件大小进行人工判断，确认哪些是真正重复的资源：
   
   

这一步虽然稍显笨拙，但却是目前最准确、最可控的方式。尤其像我这种上万部影片的库，自动检测的误差成本太高，人工审核反而更稳妥。

最终去除重复电影后的结果，所有分类的电影起码有312部左右是重复的，重复率约 312/19108≈1.6%。其实这个比例已经不算高了——毕竟像我这种拥有近两万部电影的媒体库，只要命名稍有差异、不同版本混杂（如蓝光原盘、压制版、不同音轨版本），就很容易出现重复。普通用户的重复率一般在 0.5%~2% 之间，算是完全正常范围。

而最终TMM的统计数量为18738：

和 Emby(关掉”多版本项目检测”后的统计)中统计的18725部这个数字基本吻合，差异估计来源于 两者计数规则和可见性差异：比如 TMM 可能把每个实际文件都当作独立条目统计（包括不同分辨率/后缀的小变体或残留文件），而 Emby 在扫描时会过滤掉某些文件类型、忽略命名不规范的元数据（例如 .mkv.nfo 这类未被新规则识别的 NFO），或者因为权限、挂载延迟、路径别名、隐藏文件夹等原因未把部分文件计入。

关闭Emby”多版本项目检测”功能后的数量统计和TMM统计基本吻合也间接说明”多版本项目检测”功能还有缺陷(我也测试过，打开”多版本项目检测”后Emby的统计总数就会少240多部)，关键点在于：如果真想处理资源重复问题，打开这个选项重复问题也不会解决，只能算是”眼不见心不烦”，有点掩耳盗铃的意思～。

---

导出电影列表还支持其他很多方式，包括几种html方案，比如：

比如点击”007：黄金眼”链接后效果如下：

还有其他更炫的显示方式，比如还有支持搜索功能的。可惜的是，这些方式导出的html文件都很大，最小的就是上面这种，html文件也有将近5兆，而其他那些更炫、功能更多的，html还有50多兆大小的～～～，只适合本地直接打开查看(本地打开都慢得要死，还卡死过浏览器～)。

---

6 后话：统计只是手段，管理才是重点

通过这次对 Emby 和 TinyMediaManager 的对比，我有几个感受想和大家分享：

1. 统计数量并不等于实际内容

看似“丢失了几百部电影”，其实很多只是软件对文件的识别逻辑不同，或者命名、后缀、NFO 文件格式不一致导致的。真正想要掌握自己收藏的全貌，靠单一工具或软件默认的统计，是远远不够的。

2. 工具各有侧重

• Emby 的优点在于日常观看和自动刮削，它能帮你把大部分媒体库整理成可直接播放的状态，但它的多版本检测或重复判断逻辑并不完美。
• TinyMediaManager 的强项在于导出和精细统计，尤其适合大规模媒体库、需要精确数量或人工复核重复的场景。

所以，两者结合使用，往往比单一依赖更稳妥。

3. 重复率其实没那么可怕

我的近两万部电影统计下来，重复率大约 1.6%，放在任何大规模收藏库里都算很低了。大多数重复的来源都是中文名不同、不同分辨率、不同音轨或轻微剪辑差异。对于绝大多数用户来说，重复率保持在 1%~2% 已经足够整洁。

4. 方法论比工具更重要

我这次的经验告诉我：先导出清单，再用 ID + 文件路径比对，最后人工复核，比依赖软件自动检测靠谱得多。统计只是手段，保持规范的命名、统一 NFO 格式、清晰的文件夹结构，才是长期管理大库的根本。

总之，这次统计不仅让我对自己的收藏有了更清晰的认识，也让我理解了各类工具的局限与优势。对于像我这样拥有超过万部以上高质量电影的收藏爱好者来说，清晰的统计逻辑+精确的管理方式远比单纯依赖自动刮削重要得多。